Article View: pl.comp.programming
Article #217373Re: Przenośny, uproszczony filesystem
From: heby
Date: Wed, 07 Apr 2021 13:21
Date: Wed, 07 Apr 2021 13:21
123 lines
6285 bytes
6285 bytes
On 07/04/2021 14:58, J-23 wrote: >> Otóż to. >> - Jakie Pan ma kwalifikacje na lekarza? >> - Żyje od 40 lat i dobrze mi to wychodzi > Co to wnosi do rozmowy - nic. Tak jak i cała reszta tych dywagacji, przeciez ja ciągnę tą dyskusję z powodów sportowych. > A czym jest dysk? Czymkolwiek co ma stan potrafiący chwilę przetrwać. > Ze tak zapytam bo może inaczej rozumiemy urządzenia > blokowe Rozumiemy tak samo. Rozumiemy jako disc[blockIndex]=block. Pod spodem może być stacja dysków Atari 1050, jeśli to ma znaczenie. > Tak ale skąd czerpie info właśnie z tego pliku co tlumacze ci byś tam > zajrzał Ale tam nic nie ma poza tranaslacją bloków. >> Prawdziwe ciekawoski kryją się w lockach, wielodostepie, kronikowaniu, >> GC i trim, translacji bloków w tle. > Czemu tego nie sprawdzisz w innych Filesystemach Ponieważ dano to zrobiłem. Wnioski są takie że optymalizacje są na tyle głebokie i rozległe, że traci się obraz i skrajnie utrudnia analizę. Na ten przykład przegladałem ext4. Bez dokumentacji nie byłem w stanie się w tym poruszac, z dokumentacją byłem w stanie pojąć 10% całości. > Nie rozumiesz że Filesystem to tylko struktura O, to akurat rozumiem. >> operowanie na nim w realtime. ZIPy to nie filesystemy tylko storage. >> Pakuje się raz i koniec. > Masz uraz do ZIPa że tak sie na nie uparłeś znam kupe innych rozszerzeń > np bin ktore przechowywują inne pliki (poslugując się twoim tokiem > rozumowania) I one pozwalają na dynamiczną modyfikację swojej zawartości z trimowaniem i wielodostępem? Wow. > mam 3 obrazy zapisane w pliku bin i teraz zagadka jak do obrazka numer 2 > dodać kwiatek? To łatwe. Proponuje trudniejsze: jak dodać czwarty obrazek z kwiatkiem pomiędzy pierwszy i drugi. > Dlatego jest bardzo ważne co w tym pliku twoim ma być ty tylko > odpowiadasz pliki a to troche ogolna odp Wystarczająca. > Od kiedy Filesystm jest gwarantem spójności pliku? Od czasu posiadania kroniki. Dane zapiywane są albo w całości jakiejś jednostki albo nie. Są również albo zapisywane sekwencyjne, albo tracone. W przypadku systemów bez kronikowania i cache, możlie sa przykre sytuacje kiedy write zadziała niesekwencyjnie zapisując kawałki pliku w róznych miejscach a winnych nie i nie ma nad tym kontroli. > Są narzedzia do tego > FS nic o spojnosci pliku nie wie Ależ wie. Dam Ci taki przykłąd. Proces A kasuje plik. Wymaga to zmiany kilkudziesięciu bloków na dysku. Proces B otwiera ten sam plik. Filesystem zapewnia że albo go otworzy albo nie. Nie ma sytuacji że "otworzy w trakcie kasowania przez inny proces i częśc danych będzie popsuta". To jest spójność. Nie ma stanów niepewnych lub wręcz popsutych. >> Struktura ma być odporna na wielodostęp. Inaczej: dowolna operacja na >> pliku wykonana w procesie A ba być widoczna spójnie w procesie B. >> Gwarantuje to *prawie* każdy filesystem. > Pokaż jakiś przykład bo pierwsze słysze że Filesystem oodpowiada za > spojność - jaką spójność masz na mysli bo moze znowu mowisz o czymś co > zupelnie inaczej się nazywa Powyżej wyjaśnienie. >>> sprawy jak ty myslisz tutaj są potrzebne dodatkowe operacje o ktorych >>> ty nie zdajesz sobie sprawy >> :D > No wlasnie tylko tyle można zrobić z twoją próbą zbudowania czegokolwiek > - uśmiechnąć się Przepraszam, ale pękam ze śmiechu od przedwczoraj. Nie wiem czemu. Może to z powodu pogody. >> Nic. Do kosza. Kronikwanie nie słuzy do ratowania dupy w przypadku >> padu fizycznego dyku/partycji. Pomyliłeś z RAID. > Wpisz "kroniki" w google a dowiesz się po co powstały bo tego nie wiesz. U mnie chyba inny internet jest: "A journaling file system is a file system that keeps track of changes not yet committed to the file system's main part by recording the intentions of such changes in a data structure known as a "journal", which is usually a circular log. In the event of a system crash or power failure" > Zablysnąłeś wiedzą a ja na to powiem że mało wiesz Wiem, że wiesz, że wiem. > Ty pomijasz więcej niż ci sie wydaje ale cóż nie ja mam problem ale ty. > Ja akurat pracuje na czymś podobnym co chcesz osiągnąć - zbudowałem to > od zera wzorująć się na FAT32 i ntfs-3g i wlasnie VDI no ale co ja tam > wiem według ciebie to jest za mało. Napisałeś ręcznie coś podobnego do ntfs-3g? Wow. To sorry. Możesz mieć rację we wszystkim, jesteś moim idolem. I to wszystko w OpenPascalu?
Technical Details
Message-ID:
<s4kbkl$ht4$1@dont-email.me>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!fu-berlin.de!lilly.ping.de!weretis.net!feeder8.news.weretis.net!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mailReferences:
<rtpdik$cge$1@dont-email.me> <606a6d41$0$522$65785112@news.neostrada.pl> <s4elb8$cni$3@dont-email.me> <606b5698$0$542$65785112@news.neostrada.pl> <s4fu13$s6b$1@dont-email.me> <606b876c$0$517$65785112@news.neostrada.pl> <s4h7rd$n3v$1@dont-email.me> <606c7635$0$529$65785112@news.neostrada.pl> <s4i0k5$p2p$1@dont-email.me> <606c9d47$0$522$65785112@news.neostrada.pl> <s4i82d$l12$1@dont-email.me> <606cb760$0$512$65785112@news.neostrada.pl> <s4jka0$6mq$1@dont-email.me> <606d8889$0$505$65785112@news.neostrada.pl> <s4k5mo$s8u$1@dont-email.me> <606dac72$0$546$65785112@news.neostrada.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!fu-berlin.de!lilly.ping.de!weretis.net!feeder8.news.weretis.net!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail From: heby <heby@poczta.onet.pl> Newsgroups: pl.comp.programming Subject: Re: Przenośny, uproszczony filesystem Date: Wed, 7 Apr 2021 15:21:20 +0200 Organization: A noiseless patient Spider Lines: 124 Message-ID: <s4kbkl$ht4$1@dont-email.me> References: <rtpdik$cge$1@dont-email.me> <606a6d41$0$522$65785112@news.neostrada.pl> <s4elb8$cni$3@dont-email.me> <606b5698$0$542$65785112@news.neostrada.pl> <s4fu13$s6b$1@dont-email.me> <606b876c$0$517$65785112@news.neostrada.pl> <s4h7rd$n3v$1@dont-email.me> <606c7635$0$529$65785112@news.neostrada.pl> <s4i0k5$p2p$1@dont-email.me> <606c9d47$0$522$65785112@news.neostrada.pl> <s4i82d$l12$1@dont-email.me> <606cb760$0$512$65785112@news.neostrada.pl> <s4jka0$6mq$1@dont-email.me> <606d8889$0$505$65785112@news.neostrada.pl> <s4k5mo$s8u$1@dont-email.me> <606dac72$0$546$65785112@news.neostrada.pl> Mime-Version: 1.0 Injection-Date: Wed, 7 Apr 2021 13:21:25 -0000 (UTC) Injection-Info: reader02.eternal-september.org; posting-host="fc52561ab989c93b6145f9a414b6ed9f"; logging-data="18340"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19F7uVb5qpPJ9onhgRC7BK+" User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 Cancel-Lock: sha1:TnEw1DWjzRzpMHPCtrLVDp2GNlQ= In-Reply-To: <606dac72$0$546$65785112@news.neostrada.pl> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit