Article View: pl.comp.programming
Article #217381Re: Przenośny, uproszczony filesystem
From: J-23
Date: Tue, 06 Apr 2021 19:01
Date: Tue, 06 Apr 2021 19:01
82 lines
4673 bytes
4673 bytes
W dniu 2021.04.06 o 20:17, heby pisze: > On 06/04/2021 19:57, J-23 wrote: >>> Świat jest pełen świrów, nie? >> Zrobili na bazie danych i dobrze ale ty nie widzisz już tego że baza >> danych i "GC" o ktorym mówisz leżą zupełnie w innej warstwie programowej > > No ale zrobili to GC na bazie czy nie zrobili? Twierdzisz że GC to tylko > na pamięci, a tutaj banda nieświadomych świrów zrobiła na plikach. > Bezczelni. > Zwróć uwagę że GC odbywa sie podczas zupelnie oddzielnej operacji. Tutaj projektaci w IB/FB nie przejmowali się tym na etapie tworzenia struktury i ty też nie powinieneś >> Gdyby tak było jak mowisz plik z bazą od Fireberda zmniejszałby się po >> usunięciu rekordu a tak nie jest. > > Przecież nie musi. GC może zwolnić miejsce na nowe dane, np w ciągłym > bloku. > > Ja chce zamiast tego relokować sektory i trimować końcówkę pliku. > > Niewielka różnica. I w czym widzisz problem? bo ja żadnego mozesz taki plik obciac o określoną ilość bajtów i tyle > >>> Widomo, że o sobie nie wiedzą, w końcu Ty nie pojmujesz po co mi GC w >>> *pliku* a ja nie rozumiem o co pytam. >> Ja doskonale rozumiem po co Ci GC > > Przed chwilą on nie istniał w kontekście pliku. Ewoluujesz. To dobrze. > Mieszasz pojęcia i to strasznie >> problem w tym że ty nie rozumiesz że projektując czy to Filesystem czy >> strukture pliku nie ma on kompletnie znaczenia. > > Ja ogólnie nie rozumiem moich pomysłów, dlatego oczekuje aby ktoś mi > wyjaśnił że czegoś nie rozumiem ponieważ on czegoś nie rozumie. Typowy > usenet. Jak już wspomnialem mieszasz pojęcia i to powoduje "szum" w tym co chcesz przekazać > >> Ma znaczenie tylko przy usuwaniu zawartości a to jest juz operacja >> która do struktury ma się jak piesc do oka na etapie projektowania >> struktury > > Tak, oczywiście. Albo nie. W sumie nie wiem. Chyba zlaeży od tej > mitycznej "struktury" którą można załatwić strumieniami. > Zostawmy strumienie w spokoju bo widzę że nie rozumiesz dalej. Strumienie są tylko narzędziem do osiągniecia celu ale Tobie. >>> Zaproponuj coś innego co w *jednym* pliku trzyma: >>> 1) strumienie o dowolnych nazwach >>> 2) pozwala je kasować i tworzyć >>> 3) zezwala na dostęp z kilku wątków na raz >>> 4) pozwala je dopisywać i skracać niezależnie >>> 5) główny plik ma rozmiar adekwatny do ilości danych w środku >> A robileś chociaż jakieś testy by spróbować jak to wychodzi? Bo >> zapisać te punkty tworząc odpowiedni format nie ma z tym większego >> problemu. > > "Jak Pan użyje procedur to można napisać dowolne AI do sterowania > promami kosmicznymi. Proszę". > Trzymaj się tematu bo odpływasz. Naprawde masz problem z zakodowaniem tego co wypisałeś w punktach w formie klasy z metodą SaveToFile i potem odczytać w całości lub po fragmencie? Bo zacząłbym od tego i zobaczyłbym gdzie leży problem? Tzn czy mam problemy wydajnościowe, z dostępem itp Pozdrawiam J-23
Technical Details
Message-ID:
<606cb01d$0$527$65785112@news.neostrada.pl>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!fdcspool3.netnews.com!news-out.netnews.com!news.alt.net!fdc2.netnews.com!border2.nntp.ams1.giganews.com!nntp.giganews.com!peer02.ams1!peer.ams1.xlned.com!news.xlned.com!peer02.ams4!peer.am4.highwinds-media.com!news.highwinds-media.com!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!unt-spo-a-02.news.neostrada.pl!news.neostrada.pl.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> <606b8fcf$0$516$65785112@news.neostrada.pl> <s4h8as$qqa$1@dont-email.me> <606c7966$0$500$65785112@news.neostrada.pl> <s4i18r$ud5$1@dont-email.me> <606ca0f2$0$23915$65785112@news.neostrada.pl> <s4i8k9$p6e$1@dont-email.me>Show Full Headers
Complete Article Headers
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!fdcspool3.netnews.com!news-out.netnews.com!news.alt.net!fdc2.netnews.com!border2.nntp.ams1.giganews.com!nntp.giganews.com!peer02.ams1!peer.ams1.xlned.com!news.xlned.com!peer02.ams4!peer.am4.highwinds-media.com!news.highwinds-media.com!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!unt-spo-a-02.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail Subject: Re: Przenośny, uproszczony filesystem Newsgroups: pl.comp.programming 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> <606b8fcf$0$516$65785112@news.neostrada.pl> <s4h8as$qqa$1@dont-email.me> <606c7966$0$500$65785112@news.neostrada.pl> <s4i18r$ud5$1@dont-email.me> <606ca0f2$0$23915$65785112@news.neostrada.pl> <s4i8k9$p6e$1@dont-email.me> From: J-23 <Baczeklu@poczta.fm> Date: Tue, 6 Apr 2021 21:01:49 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.0 MIME-Version: 1.0 In-Reply-To: <s4i8k9$p6e$1@dont-email.me> Lines: 82 Message-ID: <606cb01d$0$527$65785112@news.neostrada.pl> Organization: Telekomunikacja Polska NNTP-Posting-Host: 178.213.140.164 X-Trace: 1617735709 unt-rea-a-01.news.neostrada.pl 527 178.213.140.164:60561 X-Complaints-To: abuse@news.neostrada.pl X-Received-Bytes: 4459 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit