Tim primym pristupem na partition jsi mi pripomel Sybase. Ta to tak dela strasne dlouho. Dokonce se tam da obejit i buffering u os. MySQL uz to taky umi. Tak proc vynalezat kolo;)
Pokud planujes nejaky storage filesystem pro SAN tak by to treba i smysl melo. Na druhou stranu pokud potrebujes adresovat blok po bloku a psat blok po bloku tak potes kokes. Uvedomujes si ze blok muze byt ruzne velky? Ze na druhe strane nemusi byt ani fyzicky disk? Jak se s tim poperes?
I pokud pouzijes fread, coz je porad buffered tak pro disky je nejlepsi precist/zapsat hromadu dat a ne jeden blok. Optimalni chunk dat k precteni si zjistis benchmarkem.
Naimplementovat filesystem neni sranda. Podivej jak dlouho se patlaji s btrfs.
Asi to opravdu bude varianta, ten přímý přístup.
Psát blok po bloku prostě v této aplikaci dává smysl i s rizikem, že tam občas vzniknou díry. Fyzický disk na konci vždycky bude.
Jeden blok je hromada dat
Ty bloky budou opravdu veliké 16M ? 64M ? - něco takového:D
Btrfs - to je evidentně o dva až tři řády složitější záležitost, než potřebuju. Ve srovnání s tím, co potřebuju je složitý i bfs se svými 1158 řádky zdrojáků.
25 Odpovědí
4169 Zhlédnutí