Article View: pl.comp.programming
Article #217367Re: Przenośny, uproszczony filesystem
From: heby
Date: Tue, 06 Apr 2021 18:08
Date: Tue, 06 Apr 2021 18:08
117 lines
5830 bytes
5830 bytes
On 06/04/2021 19:41, J-23 wrote: >> Dla przykładu to ja mam zapisywać obrazy dysku czy pliki? No wiec >> podpowiem: pliki. Dużo plików. Po co mi kontener na obrazy dysku tym >> bardziej że jest trywialny (poza trim, ale do ogarnięcia)? > Podałem przykład VDI bo on w duzej części rozwiązuje twoje problemy. Nic nie rozwiązuje. Ja w ogóle nie mam problemu z zapiem blokowej struktury na dysku. To zupełnie nieistotne. > bo koniec końców rozwiązuje Twoje problemy właśnie slowo "format" ale ty > nie rozumiesz tego bo skupileś się na Filesystem To jedno i to samo. Filesystem okresla strukturę pliku. Masz tutaj swój "format". > Nawet nie starasz się zroumieć tego co czytasz. Nic tam nie ma do rozumienia. Proponujesz użycie trywialnego kontenera random access zorientowanego na bloki. Ja po drugiej stronie mam API plikowe. W środku jest czarna dziura. W dodatku skomplikowana, którą nazywasz "formatem" - weź se napisz. No więc to nie jest trywialne. >> No tak, ale tłumaczysz komuś że procedury są tylko narzedziem do >> zrobienia AI i dalej sobie powinien poradzić. > Tlumacze że za pomocą strumieni musisz zbudować odpowiednia strukturę o > czym pisałem już w pierwszym poście "Procedurami napisze Pan dowolne AI. Proszę". > A ty nie rozumiesz że Twój problem został dawno rozwiązany i klucza do > niego nikt ci nie poda na Grupie Dyskusyjnej bo jest to złożony problem > i chcąc się dowiedzieć jak to można rozwiązać musisz niestety babrać się > w źródłach jakiegoś projektu To już rozwiązaniem nie jest plik z maszyny wirtualnej? Po pierwsze, niekoniecze szukam gotowca. Literatura też się nada. Po drugie, nie doceniasz ludzi, którzy tutaj pisują. >> Moim. > O to dowiadujemy się o czymś zupelnie nowym :) Nic dziwnego. Było to opisane w pierwszych paru linijkach pierwotnego postu. >> Aby przejść z raw image dysku na pojęcie wirtualnych plików, trzeba >> cioś więcej niż fstream. To "coś" to filesystem. > Odkrywczy jesteś tylko nie wiesz ze mieszasz pojęcia. Obawiam się że nie mieszam. Mogę był głupi, ale akurat na tym się trochę znam. Wbrew pozorom napisałem kilka rzeczy w życiu, były tem też proste filesystemy. > Poczytaj co to jest System plików bo mam wrażenie że gdzieś po drodze > szukania rozwiązania problemu sie pogubiłeś To coś, co transluje API plikowe na API blokowe/clusterowe, w sensie jakim chce go użyć tutaj. Pomijam FS sieciowe, nie mają tutaj zastosowania. > Wytłumacz może nam wszystkim po co ci tworzyć coś takiego jak "wirtualny > plik" w swoim "wirtualnym systemie plikow"? Co ty budujesz symulator dysku? Napisałem to kilka razy. Napiszę ponownie: aby utrzymać spójnośc danych. Na ten przykład wiele programów pakuje swoje małe pliczki do jednego ZIPa czy tar.gz, zmienia mu nazwę i masz .foo. To ja chce wiecej. Chce móc na tym pracować, a nie tylko używać jako storage. > Pojecia "Format pliku" a "Filesystem" to są 2 różne pojęcia zrozum to. W tym przypadku niestety nie. Polecam konsultację z mount -o loop pod Linuxem, może zauważysz, że *plik* mozna traktować jako nośnik filesystemu. Jego "format" staje się wtedy filesystemem wprost. > Jakbyś chwile pomyślał to byś się zastanowił i napisał nam wszystkim > czego ty tak naprawdę potrzebujesz. Bo Filesystem to > - Katalogi Zbędne. > - pliki Tak. > - uprawnienia Zbędne. > - dodawanie/usuwanie pliku/katalogu Tak, bez katalogu. > itd Niestety w itd znajduje się mięsko. O ile powyższe punkty mogę sobie napisać, to zapominasz o: 1) wielodostępie (a tym samym blokowaniu). Z watków (łatwe) i procesów (łomatko!) 2) trim, aby nie puchło bez powodu 3) garbage collecting aby nie puchło bez powodu 4) kronikowaniu Innymi słowy internesuje mnie to "itd". Przykładowo, synchronizacja międzyprocesowa jest do ogarnięcia, ale idę o zaklad że zrobię to niewydajnie. > PS. Poszukaj w necie swego czasu byl dostępny opis FiieSystem Fat16 i > może wtedy zrozumiesz różnice między formatem pliku a filesystem Nie przypuszczam aby FAT obsługiwał poprawnie trim i GC. I nie wiem czy można go używać bez licencji (ktoś wie czy MS jeszcze grozi paluszkiem?).
Technical Details
Message-ID:
<s4i82d$l12$1@dont-email.me>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!3.eu.feeder.erje.net!feeder.erje.net!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>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!3.eu.feeder.erje.net!feeder.erje.net!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: Tue, 6 Apr 2021 20:08:03 +0200 Organization: A noiseless patient Spider Lines: 117 Message-ID: <s4i82d$l12$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> Mime-Version: 1.0 Injection-Date: Tue, 6 Apr 2021 18:08:13 -0000 (UTC) Injection-Info: reader02.eternal-september.org; posting-host="76ac3790277d741921ae0d316a6d6019"; logging-data="21538"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/+vq+0DMOfbUV9WSyTiGIW" User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 Cancel-Lock: sha1:++iadU7KpwG7aLi3tXcvUj+NPNY= In-Reply-To: <606c9d47$0$522$65785112@news.neostrada.pl> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit