eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plPrawoGrupypl.soc.prawoDura lex, sed lexRe: Dura lex, sed lex
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!3.eu.feeder.erj
    e.net!feeder.erje.net!newsreader4.netcologne.de!news.netcologne.de!peer03.ams1!
    peer.ams1.xlned.com!news.xlned.com!feeder.cambriumusenet.nl!feed.tweaknews.nl!p
    osting.tweaknews.nl!fx12.ams1.POSTED!not-for-mail
    Newsgroups: pl.soc.prawo
    From: Marcin Debowski <a...@I...zoho.com>
    Subject: Re: Dura lex, sed lex
    References: <uhlkjm$3s24g$1@dont-email.me> <uhsnqd$2ui$32$RTomasik@news.chmurka.net>
    <RRl0N.27795$pZKa.16091@fx04.ams1>
    <uhsq89$2uh$25$RTomasik@news.chmurka.net>
    <uhtiir$rkl$3$Shrek@news.chmurka.net> <MGA0N.73967$6L_4.56412@fx14.ams1>
    <ui0c58$ju8$1$Shrek@news.chmurka.net>
    <137fxbix0c90w$.gd40x47g5pb7$.dlg@40tude.net>
    <bnW0N.78478$3_a2.10970@fx12.ams1>
    <ui2hk2$2ui$58$RTomasik@news.chmurka.net>
    <BEf2N.79590$U4F3.28755@fx09.ams1>
    <uidn13$3a4$6$RTomasik@news.chmurka.net>
    <uidp71$2ak$4$Shrek@news.chmurka.net> <fPz2N.29133$dr77.6158@fx01.ams1>
    <uiejij$krl$2$RTomasik@news.chmurka.net>
    <WVA2N.29135$dr77.5271@fx01.ams1>
    <uig61m$krm$5$RTomasik@news.chmurka.net>
    <fuqz57i3pspw.lr7lwslbdkeo$.dlg@40tude.net> <56V2N.8$4Fc2.5@fx14.ams1>
    <1myugqejxh$.7ed9q9q5adp.dlg@40tude.net> <ao_2N.12$glg4.7@fx11.ams1>
    <avubk4ccizl8$.fdhyrmp9ft6u.dlg@40tude.net>
    User-Agent: slrn/1.0.3 (Linux)
    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8
    Content-Transfer-Encoding: 8bit
    Lines: 69
    Message-ID: <luf3N.36$bGkf.4@fx12.ams1>
    X-Complaints-To: a...@t...nl
    NNTP-Posting-Date: Fri, 10 Nov 2023 01:14:57 UTC
    Organization: Tweaknews
    Date: Fri, 10 Nov 2023 01:14:57 GMT
    X-Received-Bytes: 4724
    Xref: news-archive.icm.edu.pl pl.soc.prawo:843720
    [ ukryj nagłówki ]

    On 2023-11-09, J.F <j...@p...onet.pl> wrote:
    > On Thu, 09 Nov 2023 05:47:50 GMT, Marcin Debowski wrote:
    >> On 2023-11-09, J.F <j...@p...onet.pl> wrote:
    >>> On Wed, 08 Nov 2023 23:47:13 GMT, Marcin Debowski wrote:
    >>>> On 2023-11-08, J.F <j...@p...onet.pl> wrote:
    >>>>> On Wed, 8 Nov 2023 15:36:09 +0100, Robert Tomasik wrote:
    >>>>>> W dniu 08.11.2023 o 01:48, Marcin Debowski pisze:
    >>>>>>>>> Przy czym sama idea jest MZ mocno takase i trochę watpie czy jest nadal
    >>>>>>>>> powszechnie stosowana.
    >>>>>>>> Zaletą tej idei jest to, że jeśli przerwiesz nagranie, to masz ostatnią
    >>>>>>>> klatkę. Jak nagrywasz filmiki, to nie masz ostatniego.
    >>>>>>> Masz, bo ramka I jest zawsze przed P i B.
    >>>>>>
    >>>>>> Jeśli przerwiesz w wyniku katastrofy zapisywanie filmiku, to potem się
    >>>>>> go nie da odczytać, bo plik nie jest zamknięty. Może jest jakiś sposób
    >>>>>> obejścia tego, ale w każdym razie z pierwszego taki problem się rodzi. I
    >>>>>> dlatego właśnie wymyślono ten zapis klatek. Tak przynajmniej na
    >>>>>> szkoleniu wyjaśniał to facet.
    >>>>>
    >>>>> System operacyjny powinien miec narzędzia pozwalające na zamknięcie
    >>>>> pliku po awarii, ale oczywiscie koncówka może zniknąć, a w tym
    >>>>> przypadku moze to byc dosc istotne - zeby np zdążyło sie zapisać
    >>>>> kto wyłączył zasilanie :-)
    >>>>
    >>>> Jest darmowe oprogramowanie odzyskujące różne funkcjonalne pliki bez
    >>>> udziału systemu plików. Szuka po nagłowkach i metadanych tych plików.
    >>>
    >>> I wychodzi mu to lepiej lub gorzej.
    >>
    >> Skąd wiesz jak mu wychodzi? :)
    >
    > Chyba raz widziałem w działaniu, moglem tez czytac opinie tych, co
    > musieli użyc ..

    A nie odtworzył bo gupi jakiś był, czy bo już się np. nadpisało?

    >>> W FAT wiedziałem, w Unixie wiedziałem.
    >>
    >> Co to jest w tym Unixie bo tam trochę tych systemów plików jest...
    >
    > Akurat dawniej był zazwyczaj jeden, dzis to sie chyba ext2 nazywa.

    To przy Linuksie chyba.

    > Unixy juz sie dorobiły undelete, czy nadal niekoszerny?

    Pod obecnym ext4? Jako standardowe narzędzie systemowe to się nie
    dorobił. Jako rozmaite programy odzyskujace pliki/katalogi, jest tego
    kupa, ale zasadniczo chyba nikt nie odczuwa potrzeby. Ale masz też stado
    innych, standardowych systemów plików jak zfs czy btrf, które działaja
    na zasadzie copy-on-write, więc są na ogół dostępne różne wersje plików.

    >> Na tym polega problem z buforem. Być powień, bo inaczej głowica będzie
    >> latać. Nb. jak to wyglada przy hybrydach hdd z ssd? Może tam by nie
    >> latało?
    >
    > SSD/Flash ma duzą wade - w pamięci są dosc duze bloki, po kilkaset kB,
    > które można skasowac w całosci, a potem mozna wpisywac i dopisywac
    > dane, ale nie można ich zmienic.
    > Chcesz np zmienic długosc pliku w katalogu, raptem 4 bajty - nie da
    > sie, trzeba wczytac cały duzy blok do RAM, zmienic dane w RAM,
    > skasować blok, zapisac wszystkie dane co tam były i powinny być z
    > pamięci. W dodatku bloki sie zuzywają dosc szybko (około 10 tys
    > zapisów), wiec popularne obszary najlepiej zapisac na nowym bloku.

    SLC też ma tylko tyle, bo takie bufory to się chyba głownie z SLC robi?

    --
    Marcin

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1