🚀 go-pugleaf

On 07/04/2021 12:42, J-23 wrote:
> co decyduje o tym co jest
> a) katalogiem
> b) plikiem

Nic, bo nie potrzebuję katalogów.

> Może wtedy pojmiesz że ty to musisz napisać sam

To akurat pojmuję.

> Nie zrozumiałe jest tylko to czego tak naprawdę szukasz bo wszystko 
> czego potrzebujesz masz dostępne w postaci kodu a że tego jest dużo i 
> dużo analizowania to inna bajka.

Dokładnie. Przykładowo nie wiem po co ludzie projektują rakiety skoro w 
około jest pełno protonów, neutronów i elektronów którze można tylko 
właściwie poskładać i wychodzi rakieta. Weźmy na przykład takie 
procedury. Dzięki nim można napisać AI do rakiety! Naprawdę, nie sposób 
przecenić takich rad.

W dniu 2021.04.07 o 13:43, heby pisze:
> On 07/04/2021 12:42, J-23 wrote:
>> co decyduje o tym co jest
>> a) katalogiem
>> b) plikiem
> 
> Nic, bo nie potrzebuję katalogów.
> 

Ty to co nazywasz katalogiem jest zbiorem bajtów zrozum to wreszcie. Bo 
jak widać tego nie pojmujesz

>> Może wtedy pojmiesz że ty to musisz napisać sam
> 
> To akurat pojmuję.


Nie pojmujesz bo szukasz gotowego rozwiązania. Tym samym pomijasz info 
ze masz rozwiązanie.

Twoim rozwiązaniem jest wziąć adoptować system plikow i go przenieść na 
to by pracował na pliku a nie na fizycznym dysku

Tylko ty nie pojmujesz tego że to wiąże sie ze zbudowaniem odpowiedniej 
struktury

A no gdzie szukać informacji jak to zbudować - skoro potrzebujesz 
funkcjonalności pliku to zobacz jak on jest zbudowany np na FAT czy 
innym systemie wyciągnij wnioski i pisz

Dlaczego piszę że to moim zdaniem system pliktów to jest dużo na wyrost 
bo to co potrzebujesz da się zrobić w dużo mniej skomplikowany sposob 
niz Filesystem

Zrob prosty test zapakuj dwa pliki w jeden tylko nie zipem :) i co nie 
da się na nich pracować - da tylko musisz wiedzieć jakie to są pliki i 
co chcesz z nich wyciągnąć a ty poki co nic nie wspominasz jakiego typu 
sa pliki ktore będziesz pakował czy znasz format tych plikow?

Brak jest podstawowej informacji co ty chcesz robić

Zapakować pliki w jeden to wystarczą strumienie i taką informacje żeś 
dostal ode mnie

Napisales pracować na plikach czyli co z nimi robić

1. Obcinać/sklejać modyfikować a jeśli modyfikować to jak?

2. Uruchamiać te pliki

moge jeszcze dużo rzeczy wypisać o których nawet słowkiem nie 
wspomnialłeś a są istotne

Pytałem w którymś poście budujesz symulator dysku - cisza brak odp

Domyslam sie że nie ale wypisanie 4 czy 5 punktow ktore ująłeś w którymś 
poscie i pracowanie na tym to mi do zrobienia czegoś takiego wystarczą 
strumienie. Kwestia tylko co rozumiemy przez prace na plikach o ktorej 
nie wspomniales ani slowem


> 
>> Nie zrozumiałe jest tylko to czego tak naprawdę szukasz bo wszystko 
>> czego potrzebujesz masz dostępne w postaci kodu a że tego jest dużo i 
>> dużo analizowania to inna bajka.
> 
> Dokładnie. Przykładowo nie wiem po co ludzie projektują rakiety skoro w 
> około jest pełno protonów, neutronów i elektronów którze można tylko 
> właściwie poskładać i wychodzi rakieta. Weźmy na przykład takie 
> procedury. Dzięki nim można napisać AI do rakiety! Naprawdę, nie sposób 
> przecenić takich rad.

Widzisz i sam nie wiesz co czytasz. Bo dla mnie to nie jest poskładanie 
protonow i neutronow a zdobycie doświadczenia na bazie tego co ktos 
stworzył. Ty probujesz dostać gotowy pomysł i adoptować go do swoich 
potrzeb a tak to nie dziala.

Pozdrawiam

On 07/04/2021 14:29, J-23 wrote:
>> Nic, bo nie potrzebuję katalogów.
> Ty to co nazywasz katalogiem jest zbiorem bajtów zrozum to wreszcie. Bo 
> jak widać tego nie pojmujesz

Nie pojmuję, bo ich nie potrzebuje.

> Twoim rozwiązaniem jest wziąć adoptować system plikow i go przenieść na 
> to by pracował na pliku a nie na fizycznym dysku

Wow. Prawdziwy postęp w Twoim pojmowaniu, zaczynasz czaić bazę. Tak, 
mógłbym tak zrobić.

Jesty tylko detal: 99% filesystemów pracuje ze stałym rozmiarem kontenera.

O ile mogę napisać warstwę trimującą pod spodem, to mam nadzieje że 
redukujac swoją ignorancję w temacie "jak się pisze filesystemy" może 
się okazać że to jest zrabialne za jednym razem z fs.

> Tylko ty nie pojmujesz tego że to wiąże sie ze zbudowaniem odpowiedniej 
> struktury

:D Znowu ta mistyczna struktura. Zdardź wreszcie jak ona wygląda.

> A no gdzie szukać informacji jak to zbudować - skoro potrzebujesz 
> funkcjonalności pliku to zobacz jak on jest zbudowany np na FAT czy 
> innym systemie wyciągnij wnioski i pisz

Ale FAT jest gówno wart.

> Dlaczego piszę że to moim zdaniem system pliktów to jest dużo na wyrost 
> bo to co potrzebujesz da się zrobić w dużo mniej skomplikowany sposob 
> niz Filesystem

I oczywisćie *jeszcze* nie ujawniłeś tego światu. Ale czekamy.

> Zrob prosty test zapakuj dwa pliki w jeden tylko nie zipem :) i co nie 
> da się na nich pracować - da tylko musisz wiedzieć jakie to są pliki i 
> co chcesz z nich wyciągnąć a ty poki co nic nie wspominasz jakiego typu 
> sa pliki ktore będziesz pakował czy znasz format tych plikow?

Genialne. Zlepmy te wszystkie pliki w OS, na ch... komu filesystemy.

Może podpowiem: powiększ środkowy plik o bajt.

I określ co to jest "zapakuj".

> Brak jest podstawowej informacji co ty chcesz robić

Jak się nie czyta postów, szczególnie pierwszego, to faktycznie brak.

> Zapakować pliki w jeden to wystarczą strumienie i taką informacje żeś 
> dostal ode mnie

Genialne. Dowolny problem można rozwiązać poprzez zignorowanie  trudnych 
aspektów a nastepnie podając trywialne rozwiązanie.

Zrobisz karierę w polityce.

> Napisales pracować na plikach czyli co z nimi robić
> 1. Obcinać/sklejać modyfikować a jeśli modyfikować to jak?

Normalnie. file.writeBytes( buf, count );

> 2. Uruchamiać te pliki

Nie.

> moge jeszcze dużo rzeczy wypisać o których nawet słowkiem nie 
> wspomnialłeś a są istotne

Wspomniałem o wszystm co istotne.

> Pytałem w którymś poście budujesz symulator dysku - cisza brak odp

To nie symulator dysku. Symulator dysku da się zrobić jako dd 
if=/dev/zero of=dysk bs=512 count=1000. Działa znakomicie.

> Domyslam sie że nie ale wypisanie 4 czy 5 punktow ktore ująłeś w którymś 
> poscie i pracowanie na tym to mi do zrobienia czegoś takiego wystarczą 
> strumienie.

Nie wystarczą.

> Kwestia tylko co rozumiemy przez prace na plikach o ktorej 
> nie wspomniales ani slowem

Padało to w wątku niezliczoną ilość razy.

> Widzisz i sam nie wiesz co czytasz. Bo dla mnie to nie jest poskładanie 
> protonow i neutronow a zdobycie doświadczenia na bazie tego co ktos 
> stworzył. Ty probujesz dostać gotowy pomysł i adoptować go do swoich 
> potrzeb a tak to nie dziala.

Dokładnie. A jak świeci słońce, to jest dzień. Można mnie cytować.

W dniu 14.01.2021 o 13:31, heby pisze:

> Dzięki temu mogę w jednym pliku trzymac w środku wiele plików, 
> bezustannie je czytajac i zmieniając. Ułatwi mi to pracę, ponieważ pliki 
> te są trzymane razem, user nie może nic w nich popsuć, nie muszę 
> bezustannie pakować/rozpakować jak robi np. OpenOffice (u nich 
> kontenerem jest packer). Od razu gotowe do pracy.

Może SQLite?

-- 
pzdr
Roman

On 09/04/2021 12:04, Roman Tyczka wrote:
> Może SQLite?

Mam tak w celach zatkania czymś interfejsu. Ale SQLite jest absurdalnie 
powolne przy czytaniu random access pliów i jedyna metoda synchronizacji 
mutithread jest *chyba* implementowana dość naiwnie sądząc po zachowaniu.

Tak czy inaczej taka zatyczka na API się nie sprawdza za dobrze, 
produkcyjnie. W testach ok, jako mock.

W dniu 09.04.2021 o 13:42, heby pisze:
> Mam tak w celach zatkania czymś interfejsu. Ale SQLite jest absurdalnie 
> powolne przy czytaniu random access pliów i jedyna metoda synchronizacji 
> mutithread jest *chyba* implementowana dość naiwnie sądząc po zachowaniu.
> 
> Tak czy inaczej taka zatyczka na API się nie sprawdza za dobrze, 
> produkcyjnie. W testach ok, jako mock.

To idźmy dalej tym tropem, może Firebird Embedded? :-)

-- 
pzdr
Roman

On 09/04/2021 22:55, Roman Tyczka wrote:
>> Tak czy inaczej taka zatyczka na API się nie sprawdza za dobrze, 
>> produkcyjnie. W testach ok, jako mock.
> To idźmy dalej tym tropem, może Firebird Embedded? :-)

Wiesz, ja nie tylko chce funkcjonalność, przydała by się też prędkośc. 
mmap by się przydał w zasadzie. W przypadku sprytnie rozwiązanego 
filesystemu można doprowadzić do sytuacji gdy rawdata z filesystemu jest 
widziane wprost w pamięci, w miarę liniowo.