Article View: pl.comp.programming
Article #217338Re: Przenośny, uproszczony filesystem
From: M.M.
Date: Sun, 07 Feb 2021 14:34
Date: Sun, 07 Feb 2021 14:34
44 lines
3965 bytes
3965 bytes
On Sunday, February 7, 2021 at 12:55:37 PM UTC+1, heby wrote: > On 05/02/2021 19:42, M.M. wrote: > > W jakim sensie to by miało być optymalne? > Nie musi być optymalne. To tylko optymalizacja user/programista. Z > jednej strony wszystko w jednym pliku pakowanym ZIPem, z drugiej strony > milion plików w których user może coś pozmieniać i nieszczęscie gotowe. > Taki "filesystem w pliku" pozwoli kosztem niewielkiego spadu wydajności > uzyskać spójny zbiór danych w którym user grzebać nie będzie, nawet > przypadkiem. > > To tak "baza danych" tylko że zamiast tabel w środku sa same bloby... > obecnie mam właśnie taką emulację, na sqlite. Ale to jest zupełnie > niepotrzebne, ponadto taki wirtualny filesystem, przy odrobinie wprawy, > pozwalałby na częsciowe mapowanie plików w pamięć, czego bloby w sql nie > potrafią. Jakbym musiał zaimplementować ręcznie bliżej nie określone rozwiązanie, to bym zrobił listę na dysku. Nie wydaje się to szczególnie trudne. Takich kilka chaotycznych/zgrubnych i nie do końca przemyślanych wskazówek : By trzeba zdefiniować rozmiar węzła, nagłówek dla wolnego węzła, nagłówek dla pustego węzła i nagłówek pliku. W nagłówku pustego byłby adres następnego pustego - czyli lista wolnych węzłów. W nagłówku pliku adres pierwszego pustego węzła, jeśli by wskazywał na koniec pliku, to nowy węzeł można utworzyć na końcu pliku przez zwiększenie rozmiaru. Za nagłówkiem pierwszy węzeł pliku z informacją o systemie plików, czyli nazwa pliku i pierwszy węzeł pliku i może jakieś dane pomocnicze, jak np. długość pliku, suma kontrolna, może nawet dane naprawcze - to już zależne od szczegółowych wymagań. Nagłówek węzła pliku by musiał zawierać adres następnego węzła a może także adres następnego 10tego węzła, wtedy seek dla długich plików zadziałałoby 10 razy szybciej. Zwalnianie węzła można zrobić przez wpis do węzła danych z na nagłówka pliku o następnym wolnym węźle, a do nagłówka pliku przepisujemy informację o nowym pierwszym wolnym węźle. Aby znaleźć plik, trzeba przeszukać listę systemu plików. Nazwy plików mogą być też w danych pliku, a w liście systemu plików tylko funkcje skrótu nazw plików, to powinno przyspieszyć wyszukiwanie. Odczyt pliku to odczyt danych z pierwszego węzła i skok do drugiego węzła, potem odczyt z drugiego i znowu skok do kolejnego. Optymalizowanie tego, dostosowywanie tego do konkretnego rozwiązania, już takie łatwe nie jest. Pozdrawiam
Technical Details
Message-ID:
<90a1ad63-9675-4233-b822-808a7c17cbc7n@googlegroups.com>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!2.eu.feeder.erje.net!feeder.erje.net!weretis.net!feeder8.news.weretis.net!proxad.net!feeder1-2.proxad.net!209.85.160.216.MISMATCH!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mailReferences:
<rtpdik$cge$1@dont-email.me> <cff484ae-3bf8-4cec-bbb7-78e44cb70167n@googlegroups.com> <rvokfn$1ff$1@dont-email.me>Show Full Headers
Complete Article Headers
X-Received: by 2002:a0c:f547:: with SMTP id p7mr2000274qvm.60.1612708462151; Sun, 07 Feb 2021 06:34:22 -0800 (PST) X-Received: by 2002:a05:620a:ec9:: with SMTP id x9mr12809424qkm.333.1612708461994; Sun, 07 Feb 2021 06:34:21 -0800 (PST) Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!2.eu.feeder.erje.net!feeder.erje.net!weretis.net!feeder8.news.weretis.net!proxad.net!feeder1-2.proxad.net!209.85.160.216.MISMATCH!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail Newsgroups: pl.comp.programming Date: Sun, 7 Feb 2021 06:34:21 -0800 (PST) In-Reply-To: <rvokfn$1ff$1@dont-email.me> Complaints-To: groups-abuse@google.com Injection-Info: google-groups.googlegroups.com; posting-host=77.254.35.244; posting-account=xjvq9QoAAAATMPC2X3btlHd_LkaJo_rj NNTP-Posting-Host: 77.254.35.244 References: <rtpdik$cge$1@dont-email.me> <cff484ae-3bf8-4cec-bbb7-78e44cb70167n@googlegroups.com> <rvokfn$1ff$1@dont-email.me> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <90a1ad63-9675-4233-b822-808a7c17cbc7n@googlegroups.com> Subject: Re: Przenośny, uproszczony filesystem From: "M.M." <mmarszik@gmail.com> Injection-Date: Sun, 07 Feb 2021 14:34:22 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit