A pořád si musím při formátování říct, kolik budu potřebovat inodů? Nesnáším věštění budoucnosti. Je to ošklivá vlastnost, buď zbytečně překážejí, nebo dojdou.
Chápu výhody statického layout. Líbilo by se mi, kdyby šly nové inody přidat. V případě, že by došly, vytvořil se nějaký speciální soubor a nové inody uložily do něj.
Názory k článku
Ext4: evoluční souborový systém
aura:99
14. 7. 2008 1:13
Nový
Re: počet inodů
celé vlákno
Nikde jsem si dynamické alokace inodů nevšim a google najde jen diskuse o tom co je lepší, takže nic takového nepodporuje :)
EXT8 (neregistrovaný)
14. 7. 2008 8:10
Nový
Re: počet inodů
celé vlákno
Ext4 alokuje nody dinamicky, mám ho na NB s Gentoo a zatím si na něj nemůžu stěžovat.
Sten (neregistrovaný)
14. 7. 2008 14:32
Nový
Re: počet inodů
celé vláknoNeumí. Viz Wikipedie:
Max number of files: Set at filesystem creationNa ext4 Wiki se dokonce píše:
The number of inodes in the system can not be changed after the filesystem is created, at least without growing the filesystem. If the filesystem is grown using resize2fs (wihch requires increasing the size of the partition or logical volume on which the filesystem resides, of course), the number of inodes in the filesystem will grow, but only in rough proportion to the number of blocks in the filesystem.
The proportion of inodes to disk space available is controlled by the -i option to mke2fs.
There is no harm in creating too many inodes, except that time to fsck the filesystem will grow a small amount, and space that could be used for file storage will be reserved for the inode table.
Jinak používám ext3 i ext4 a nikdy mi inody nedošly. Žádná vlastní čísla jsem nezadával. mke[234]fs to nějak dobře odhaduje.
aura:71
14. 7. 2008 15:09
Nový
Re: počet inodů
celé vlákno
mkfs.ex3 dělá standardně 4k bloky, tj aby došli inody, musel by být disk zaplněn soubory o průměrné velikosti menší 4k. Což typicky nejsou.
VM (neregistrovaný)
14. 7. 2008 17:49
Nový
Re: počet inodů
celé vlákno
To neni pravda, staci, aby se udelalo vic souboru nez je inod (u me se vytvorila jedna inoda na 8k). Jinak mensi soubory nez 4k v ext<n> ani nejdou, narozdil od ReiserFS, respektive alokuji se vzdy cele 4k bloky.
dayvee (neregistrovaný)
14. 7. 2008 19:23
Nový
Re: počet inodů
celé vlákno
pokud bys mel 4k inody, tak by ani nebylo mozne vytvorit vic souboru nez inod ;-)
Mard (neregistrovaný)
15. 7. 2008 8:22
Nový
Re: počet inodů
celé vlákno
IMHO aby došli inody, tak musí být splněny následující podmínky. Nesmí být na disku velký počet linků a musí tam být abnormálně velký počet malých souborů. Tj. když někdo připravuje disk na nějaké výsledky opakovaného měření, nebo fotky z webcam, což jsou příklady malých souborů v obrovském počtu, tak pochopitelně dá při vytváření velký počet inodů, jinak je to moula. V opačném případě je to jedno, pár inodů navíc nevadí (při velkosti dnešních disků) :-)
Radek Tondra (neregistrovaný)
15. 7. 2008 8:39
Nový
Re: počet inodů
celé vlákno
Jenže ten moula třeba netušil, že za půl roku ta stanice bude ukládat fotky z webkamery...
yossarian (neregistrovaný)
14. 7. 2008 0:19
Nový
korektoor
celé vlákno
korektor chrape?
vývojji
na svém notebook
jenom 2. radek, a 2 chyby :)
vývojji
na svém notebook
jenom 2. radek, a 2 chyby :)
aura:99
14. 7. 2008 1:05
Nový
Re: korektoor
celé vlákno
Teď už asi jo :) Chyby opraveny, děkuji za upozornění..
uživatel si přál zůstat v anonymitě
14. 7. 2008 18:30
Nový
Re: korektoor
celé vlákno
Jen doplním .. (korekce v hranatých závorkách):
"nenarazil na nic[,] co by mu bránilo v práci."
"Ext4 přichází se spoustou vlastností zlepšující[ch] výkon a omezující[ch] fragmentaci." (předpokládám více vlastností, ne jednu)
"a některé byly dokonce implementovány, ale další nikoli[,] a začalo se mluvit o vytvoření další verze ext"
"kdyby ext3 zůstalo stabilní a nové vlastnosti se implementovaly až do ní" (já nevím, připadne vám ideální měnit dva rody v jednom souvětí? :) )
"Poráží i starý limit maximální velikosti oddílu, který má ext3 na hodnotě 16 TiB[,] při velikosti 8 KiB na jeden blok." (předpokládám limit 16TiB na ext3)
"kdy se do souboru zapsalo spousty nul" (zapsaly spousty / zapsalo hodně)
"dovoluje programům odeslat hodně bloků najednou[,] na rozdíl od existujícího mechanismu v jádře" (tady si nejsem jist)
"se k sekundové části přidaly 2 bity navíc[,] a tím se posunul" (příslovečná účelová?)
"Této struktury budu dále využít u testů s kompresí" ([využívat]?)
"Pro tento test jsem se rozhodl použít film Big Buck Bunny[,] s celkovou velikostí asi 200 MiB[,] a Elephants Dreams[,] s velikostí 800 MiB."
Pokud jsem se někde sekl já, opravte mě, tohle jsem bral naposledy někdy na základce..
"nenarazil na nic[,] co by mu bránilo v práci."
"Ext4 přichází se spoustou vlastností zlepšující[ch] výkon a omezující[ch] fragmentaci." (předpokládám více vlastností, ne jednu)
"a některé byly dokonce implementovány, ale další nikoli[,] a začalo se mluvit o vytvoření další verze ext"
"kdyby ext3 zůstalo stabilní a nové vlastnosti se implementovaly až do ní" (já nevím, připadne vám ideální měnit dva rody v jednom souvětí? :) )
"Poráží i starý limit maximální velikosti oddílu, který má ext3 na hodnotě 16 TiB[,] při velikosti 8 KiB na jeden blok." (předpokládám limit 16TiB na ext3)
"kdy se do souboru zapsalo spousty nul" (zapsaly spousty / zapsalo hodně)
"dovoluje programům odeslat hodně bloků najednou[,] na rozdíl od existujícího mechanismu v jádře" (tady si nejsem jist)
"se k sekundové části přidaly 2 bity navíc[,] a tím se posunul" (příslovečná účelová?)
"Této struktury budu dále využít u testů s kompresí" ([využívat]?)
"Pro tento test jsem se rozhodl použít film Big Buck Bunny[,] s celkovou velikostí asi 200 MiB[,] a Elephants Dreams[,] s velikostí 800 MiB."
Pokud jsem se někde sekl já, opravte mě, tohle jsem bral naposledy někdy na základce..
JardaP (neregistrovaný)
14. 7. 2008 1:11
Nový
ReiserFS
celé vlákno
Tak to vypada, ze po uvezneni Reisera tu mame dalsi skutecnosti, ktere zlikviduji ReiserFS. Jsou-li testy spravne a s podobnymi vysledky reprodukovatelne na jinych masinach, Ext4 se na FeiserFS svymi parametry tesne tlaci nebo ho preci. Mizi tedy duvod pouzivat ReiserFS tam, kde mel sve vyhody, napr. pri praci s hafem malych souboru. Samozrejme, otazka je, jak to bude vypadat v praxi, s opravdovymi daty.
Uživatelka si přála zůstat u lizu (neregistrovaný)
14. 7. 2008 5:34
Nový
Re: ReiserFS
celé vlákno
Tak, že ext4 bude porád žrát mnohem víc místa na disku. 2. Srovnávali to s letitou stabilní verzí, ne s Reiserem4... což by asi zasloužilo. Pokud ho tedy zrovna nějaký prominentní vývojář jádra nerozbil :)
Izak (neregistrovaný)
14. 7. 2008 15:32
Nový
Re: ReiserFS
celé vlákno
Zrat misto, to myslite 15% alokaci pro ROOTa ??
tune2fs -r 1000 /dev/sda1
jinak ty nedokoncene 4k bloky me fakt netrapi.
tune2fs -r 1000 /dev/sda1
jinak ty nedokoncene 4k bloky me fakt netrapi.
aura:98
14. 7. 2008 17:27
Nový
Re: ReiserFS
celé vlákno
Ne, tim mysli tail packing a celkove lepsi spravu mista (napr. staticka alokace inode u extx je dost blba a nejake misto navic to zabere).
Mard (neregistrovaný)
15. 7. 2008 8:24
Nový
Re: ReiserFS
celé vlákno
Já tedy nevím, ale při velikosti dnešních disků mě tail packing ani moc netrápí. Raději upřednostním bezpečnost, než maximální využití místa. Obnovovat havarovaný FS, když je na disku tail packing, je práce pro vraha.
Uživatelka si přála zůsta (neregistrovaný)
15. 7. 2008 3:30
Nový
Slack-space, šmajdalfe, slack-space.
celé vlákno
Nemám čísla, ale když máte například omezený prostor pro systémovou particii tak to docela poznáte. Na internetu se dají anlézt benche; v některých případech asi halvně ze serverového nasazení se dají najít katastrofické případy :) jako 250MB proti 4780MB a tak... to ale musel být nějaký extrém.
miguel23 (neregistrovaný)
14. 7. 2008 14:40
Nový
Re: ReiserFS
celé vlákno
ja nevim, co je ted za modu vsude roztrubovat ze reiserfs (takze verse 3.6) je mrtvej. Cloveka, ktery uz o ten filesystem nekolik let nema zajem zavreli. No a co jako. Dulezite je, ze to je stabilni kod, je udrzovany a je v jadre. S reiserem4 to vypada blede, ale to je _jiny_ filesystem a jina kapitola. Tak uz to neplette dohromady.
alblaho (neregistrovaný)
14. 7. 2008 14:57
Nový
Re: ReiserFS
celé vlákno
Přesně tak. A s každým releasem jádra dostane RaiserFS X nových patchů, stačí se podívat na changelogy.
R4 je mrtvý, protože z různých důvodů nebude asi nikdy začleněn do vanilky.
R4 je mrtvý, protože z různých důvodů nebude asi nikdy začleněn do vanilky.
Michal Kubeček (neregistrovaný)
14. 7. 2008 2:38
Nový
Dva bity?
celé vláknoJádro 2.6.23 přidává další 2 bity k timestampu v systému a tohoto vylepšení využívá i ext4. To pak může ukládat čas s přesností na nanosekundy.
Tady se asi vloudila nějaká chyba. Dva bity by na nanosekundovou granularitu nemohly stačit, na to je jich potřeba aspoň 30.
aura:99
dayvee (neregistrovaný)
14. 7. 2008 19:27
Nový
Re: Dva bity?
celé vlákno
ale bude mozno udavat cas s presnosti na 1/4s :-D
GAS (neregistrovaný)
14. 7. 2008 7:53
Nový
Kompatibilita
celé vlákno
Bude možné připojit oddíl jako EXT2, podobně jako u EXT3>EXT2 nebo to půjde skutečně jen EXT4>EXT3 ?
Daniel R (neregistrovaný)
14. 7. 2008 8:05
Nový
Re: Kompatibilita
celé vlákno
Ahoj, ext3 muzes pripojit jako ext4 a existuje moznost (mount option) zda chces nebo nechces pouzivat extenty. Pokud ne, tak tvuj FS zustane ext3 ale nevytezis nic z tech novych featur. Pokud extenty povolis tak nove soubory budou alokovany novym zpusobem a tvuj FS jiz jako ext3 nikdy nepripojis. Ta "zpetna kompatibilita" je tedy spis veci toho, ze nemusis mit ext2/3/4 drivery ale bude stacit jen jediny - ext4 driver.
Daniel R (neregistrovaný)
14. 7. 2008 8:09
Nový
Re: Kompatibilita
celé vlákno
A co se tyce pripojeni v rezimu "ext2", tak to pujde jen pokud mas ext2 driver (stejne jako je tomu dnes) a zaroven jsi si partition neupgradnul na ext4 tim zes tam jednou zapnul extenty (tj. partition je porad jako ext2+journal=ext3).
rhn (neregistrovaný)
14. 7. 2008 8:27
Nový
Podpora undelete
celé vlákno
Mna by zaujimalo, ci pri navrhu bolo myslene aj na obnovovanie zmazanych suborov.
Pri ext3 je to velmi slabe.
Pri ext3 je to velmi slabe.
uživatel si přál zůstat v anonymitě
14. 7. 2008 8:45
Nový
Re: Podpora undelete
celé vlákno
Tohle at si ridi desktop. Od filesystemu ocekavam rychlost a spolehlivost pri praci s existujicimi soubory, ne starost o zombie.
Uživatelka si přála zůsta (neregistrovaný)
15. 7. 2008 3:33
Nový
Re: Podpora undelete
celé vlákno
To není zrovna prozíravé, pane! Tedy pro lidi, kterým počítač slouží k skladování jiných věcí než péčka.
Mard (neregistrovaný)
15. 7. 2008 8:28
Nový
Re: Podpora undelete
celé vlákno
Naopak! Od FS požaduji, že když něco smažu, tak že to nejde obnovit. A co potřebuji, to mám zazálohované.
Uživatelce zkrouhli nick (neregistrovaný)
15. 7. 2008 21:17
Nový
Re: Podpora undelete
celé vlákno
Tak to máte blbé, protože spolehlivé smazání nemá žádný FS - vyžaduje to totiž kompletní přepsání všech bloků (a pro extrémně paranoidní vícekrát, aby to nešlo přečíst v laboratoři), na což se každý rozumný FS vykašle (u toho péčka to budou řádově stovky MB). Spolehlivé mazání patří mimo FS, speciálním utilitám.
bim (neregistrovaný)
16. 7. 2008 15:47
Nový
Re: Podpora undelete
celé vlákno
To znáte málo operačních systémů. V OpenVMS se dá ve vlastnostech disku (neboli souborového systému) nastavit, aby datové oblasti mazaných souborů byly přepsány. Pochopitelně to má nějakou režii.
afk_cz (neregistrovaný)
16. 7. 2008 21:24
Nový
Re: Podpora undelete
celé vlákno
jak lze toto nastavit u ext3, idealne primo how2 na ubuntu by nebylo ?
bim (neregistrovaný)
17. 7. 2008 19:07
Nový
Re: Podpora undelete
celé vlákno
Tak ted si nejsem jist, zda se navzajem chapeme. Proto radeji napisu, ze OpenVMS neni jedna z distribuci linuxu, dokonce to ani neni system unixoveho typu. Se souborovymi systemy linuxu pracovat neumi, stejne tak jako linux neumi plnohodnotne pracovat se souborovym systemem ODS-2 z OpenVMS.
Jinak viz napr. http://en.wikipedia.org/wiki/OpenVMS
Jinak viz napr. http://en.wikipedia.org/wiki/OpenVMS
aura:71
14. 7. 2008 9:11
Nový
Re: Podpora undelete
celé vlákno
Toto je věc, která ve FS (obecně) není v návrhu, ale spíše ex post se přijde na způsob, jak by to šlo možná zařídit. Navíc na obnovu smazaných souborů tu již nástroj je: záloha.
houska (neregistrovaný)
14. 7. 2008 9:33
Nový
Re: Podpora undelete
celé vlákno
problem je ze tento nastroj spoleha na dosti nespolehlivy prvek - na uzivatele
aura:71
uživatel si přál zůstat v anonymitě
14. 7. 2008 10:13
Nový
Re: Podpora undelete
celé vlákno
Na vašem Linuxu může mazat soubory jen administrátor?
EXT8 (neregistrovaný)
14. 7. 2008 10:29
Nový
Re: Podpora undelete
celé vlákno
Nejen administrátor může mazat. Ale zálohovat může administrátor a nejen svoje soubory...
uživatel si přál zůstat v anonymitě
14. 7. 2008 10:32
Nový
Re: Podpora undelete
celé vlákno
Tak si to pořádně nastavte. Na mém Linuxu může své soubory mazat, zálohovat i obnovovat ze zálohy i běžný uživatel. A pokud "houska" namítal, že podpora pro undelete ve FS řeší problém nespolehlivého uživatele, tak v mém scénáři (uživatel má své soubory, které může mazat, zálohovat i obnovovat) tomu tak opravdu je a není k tomu třeba žádného admina.
WHS (neregistrovaný)
14. 7. 2008 11:36
Nový
Re: Podpora undelete
celé vlákno
No to máš dobře vytuněnej Linux když nepotřebuje administátora :-))
uživatel si přál zůstat v anonymitě
14. 7. 2008 12:53
Nový
Re: Podpora undelete
celé vlákno
Spíš vy máte ušmudlané brýle.
uživatel si přál zůstat v anonymitě
14. 7. 2008 14:15
Nový
Re: Podpora undelete
celé vlákno
Dobře, budu to respektovat, nicméně ty mi vykej.
uživatel si přál zůstat v anonymitě
14. 7. 2008 14:53
Nový
Re: Podpora undelete
celé vlákno
Aha, takže jsi křupan. Napiš si to příště namísto WHS, aby to bylo hned jasné, díky.
WHS (neregistrovaný)
14. 7. 2008 15:08
Nový
Re: Podpora undelete
celé vlákno
Nemám za potřebí tě urážet jako ty mě. Z toho je jasné kdo je tady kdo.
uživatel si přál zůstat v anonymitě
14. 7. 2008 15:24
Nový
Re: Podpora undelete
celé vlákno
Pokud sis přál, abych ti tykal, je slušnost přání druhého respektovat a já jsem to udělal. Tys mé přání nerespektoval, čili jsi hulvát. To není nadávka. Je snad označení zloděj tomu, kdo krade, nadávka?
WHS (neregistrovaný)
14. 7. 2008 15:36
Nový
Re: Podpora undelete
celé vlákno
Každý kdo nerespektuje tvá dětinská přání je podle tebe hulvát ?
uživatel si přál zůstat v anonymitě
14. 7. 2008 15:39
Nový
Re: Podpora undelete
celé vlákno
Hulvát je mj. ten, kdo se neumí vůči druhému chovat slušně. A to i v anonymní internetové diskuzi.
WHS (neregistrovaný)
14. 7. 2008 15:54
Nový
Re: Podpora undelete
celé vlákno
Jsem oba stejně anonymní, jeden z nás však používá mnohem více silných slov než je nutno. Z toho je jasné kdo je tady kdo.
astray (neregistrovaný)
14. 7. 2008 17:31
Nový
Re: Podpora undelete
celé vlákno
Vypadá to, že oba máte poruchu osobnosti.
Program (neregistrovaný)
14. 7. 2008 17:37
Nový
Re: Podpora undelete
celé vlákno
Kdo ví, jestli nejsou oba BLEK. Třeba si chtěl pokecat...
uživatel si přál zůstat v anonymitě
14. 7. 2008 17:52
Nový
Re: Podpora undelete
celé vlákno
Já poruchu osobnosti nemám, s ženou souložím a i si spolu tykáme :-).
Jsem pouze trochu alergický na nevychované spratky. Je fakt, že nad tohoto jsem se mohl povznést a ne se snažit dohnat jeho výchovu a vysvětlovat mu zásady slušného chování.
Jsem pouze trochu alergický na nevychované spratky. Je fakt, že nad tohoto jsem se mohl povznést a ne se snažit dohnat jeho výchovu a vysvětlovat mu zásady slušného chování.
WHS (neregistrovaný)
14. 7. 2008 18:10
Nový
Re: Podpora undelete
celé vlákno
"nevychovaný spratek" - asi další nadávka na mou adresu, já za celou dobu na tvou nenapsal ani jedinou. Ta spousta nadávek na mou hlavu jen proto, že ti odmítám splnit dětinské přání - vykat ti. Uvědomuješ si, že se jako anonymní internetový diskutér se oháníš silnými slovy, nadávkami a ještě tu kážeš o slušném chování ?
arnold (neregistrovaný)
15. 7. 2008 12:58
Nový
Re: Podpora undelete
celé vlákno
Pokud jde o slušné chování, tak bych doporučoval zamést si před vlastním prahem. Aneb na jiných nám vadí především to, co nám vadí na nás.
uživatel si přál zůstat v anonymitě
15. 7. 2008 13:29
Nový
Re: Podpora undelete
celé vlákno
Nemám pocit, že bych byl v diskuzích neslušný, snažím se k ostatním chovat s respektem a diskutovat věcně, s ověřitelnými argumenty.
Možná vám vadí, že nejsem politicky korektní a když někdo lže, nazvu ho lhářem, když se někdo chová jako hulvát, nazvu ho hulvátem. Nemám pocit, že by to ale bylo v rozporu s tím, co jsem uvedl v prvním odstavci.
K tomu "aneb" - buďte prosím konkrétní a zkuste polopaticky, nejlépe na reálném příkladu, uvést, co tím vlastně myslíte.
Možná vám vadí, že nejsem politicky korektní a když někdo lže, nazvu ho lhářem, když se někdo chová jako hulvát, nazvu ho hulvátem. Nemám pocit, že by to ale bylo v rozporu s tím, co jsem uvedl v prvním odstavci.
K tomu "aneb" - buďte prosím konkrétní a zkuste polopaticky, nejlépe na reálném příkladu, uvést, co tím vlastně myslíte.
arnold (neregistrovaný)
15. 7. 2008 20:23
Nový
Re: Podpora undelete
celé vlákno
V očním kontaktu s neznámou osobou je obvyklé vykání, v diskusích na internetu je obvyklé tykání. Neříkej, že sis toho ještě nevšiml? :-)
Aneb na jiných vidíme především to, co právě pozorujeme na sobě. :-) :-)
Aneb na jiných vidíme především to, co právě pozorujeme na sobě. :-) :-)
uživatel si přál zůstat v anonymitě
16. 7. 2008 9:05
Nový
Re: Podpora undelete
celé vlákno
Ne, opravdu jsem si nevšiml toho, aby si neznámí lidé tykali na netu na diskuzi, zvláště když s tím má někdo problém. Já jsem byl vychován tak, abych se k ostatním choval slušně a respektoval druhého. Pravda je, že v dnešní době slušnost vůbec není kůl a in, zvláště mezi pubertální mládeží.
Žádal jsem o konkrétní příklad, zase jsem dostal nějaké neurčité plácnutí do vody. Že mně to ani nepřekvapuje...
Žádal jsem o konkrétní příklad, zase jsem dostal nějaké neurčité plácnutí do vody. Že mně to ani nepřekvapuje...
kul a in je Lenin (neregistrovaný)
16. 7. 2008 12:20
Nový
Re: Podpora undelete
celé vlákno
Abyste se nepo$ral, že Vám nevyká, Vy Pí_čo :-D
uživatel si přál zůstat v anonymitě
16. 7. 2008 13:20
Nový
Re: Podpora undelete
celé vlákno
Můžete si s WHS ohledně vychování podat ruce. Teď jen doufám, že patříte mezi tu pubertální mládež, u které je ještě šance, že se to spraví.
arnold (neregistrovaný)
17. 7. 2008 9:59
Nový
Re: Podpora undelete
celé vlákno
Jsi evidentně úplně mimo, v tomhle vlákně jsou jen 2 lidé používající zbytečně hrubá slova. Prostě jsi dostal na hrubý pytel hrubou záplatu - to je naprosto v pořádku.
dayvee (neregistrovaný)
14. 7. 2008 19:34
Nový
Re: Podpora undelete
celé vlákno
je vubec mozne vykat konkretni osobe, ktera se nepodepsane ?
uživatel si přál zůstat v anonymitě
15. 7. 2008 9:09
Nový
Re: Podpora undelete
celé vlákno
To je asi stejná otázka, zda je v osobním kontaktu možné vykat konkrétní osobě, která se nepředstavila. Ano, je a dělám to běžně. Třeba včera při nákupu mně oslovil pán a ptal se na zboží, které jsem kupoval, zda s ním mám zkušenost a jakou. Oba jsme si vykali, přestože jsme oba byli vzájemně anonymní, neznáme se, nikdy jsme se neviděli a asi ani neuvidíme. Základní prvky slušnosti nejsou vázány na to, jak dobře znám někoho jiného.
arnold (neregistrovaný)
15. 7. 2008 12:55
Nový
Re: Podpora undelete
celé vlákno
Když se vidíte tváří v tvář, pak není možné mluvit o anonymitě.
uživatel si přál zůstat v anonymitě
15. 7. 2008 13:24
Nový
Re: Podpora undelete
celé vlákno
Obávám se, že si pletete pojmy s dojmy. Anonymita je utajení totožnosti osoby. Takže i v případě, že někoho potkám tváří v tvář, může taková osoba být anonymní. Mám sice k případnému odhalení totožnosti blíže, než když se s takovým člověkem setkám v diskuzi na netu, ale pořád to ještě neznamená, že tím, že ho vidím, nemusí být anonymní.
Máte-li dojem, že se pletu, uveďte vlastní definici pojmu "anonymní osoba". Děkuji.
Máte-li dojem, že se pletu, uveďte vlastní definici pojmu "anonymní osoba". Děkuji.
arnold (neregistrovaný)
15. 7. 2008 17:17
Nový
Re: Podpora undelete
celé vlákno
Pro mne je míra anonymity funkcí utajenosti informací o osobě a vnímám ji jako veličinu spojitou. Beru to tak, že pokud se s někým setkám tváří v tvář - pak znám datum, čas, pohlaví, vzhled, postavu, barvu hlasu, přibližné stáří, kus konkrétního relevantního rozhovoru, možná i část povahy atd... Pokud by o něco opravdu šlo, bylo by možné toho člověka dohledat, protože mám dost informací k jednoznačné identifikaci jedince. Jméno je už jen taková třešnička na dortu. Naopak u anonymního přispěvatele v diskusi se kromě vlastního textu nemáte od čeho odrazit, pokud navíc použil nějakou proxy...
uživatel si přál zůstat v anonymitě
16. 7. 2008 9:08
Nový
Re: Podpora undelete
celé vlákno
Nemám pocit, že by vaše vyjádření bylo konzistentní. I pokud se s někým nesetkáte tváří v tvář, ale "potkáte" ho třeba v anonymní webové diskuzi, máte datum, čas, pohlaví, kus konkrétního relevantního rozhovoru a možná i část povahy. Nicméně to jsou všechno atributy dané osoby, v žádném případě ne její identita. Pokud jako identitu jedince berete i to, jakou má barvu vlasů, hlasu a jak je vysoký, potom se asi těžce míjíme.
kul a in je Lenin (neregistrovaný)
16. 7. 2008 12:40
Nový
Re: Podpora undelete
celé vlákno
Kdyz uz tu tak slovickarite (ted nevykam), tak Vas take chytnu za slovo (ted vykam) - jak chcete urcit pohlavi pres internet?
uživatel si přál zůstat v anonymitě
16. 7. 2008 13:19
Nový
Re: Podpora undelete
celé vlákno
Čekal jsem, kdo se toho chytí.
Když o sobě někdo píše jako -la, bude to asi ženská, když jako -l, bude to asi chlap. Na 100% to není nikdy, stejně jako při osobním kontaktu.
Když někdo ve skutečnosti vypadá jako ženská, je docela velká šance, že to ženská bude. A naopak. A to přesto, že se můžete šeredně mýlit. Jako extrémní příklad mohu doporučit, abyste si zajel do Thajska, kde objevíte tranvestity chlapy, u kterých byste se vsadil, že jde o ženské.
Pokud nesouhlasíte, odpovězte mi na otázku, jak chcete určit pohlaví při osobním kontaktu. Bez ukazování občanky.
Když o sobě někdo píše jako -la, bude to asi ženská, když jako -l, bude to asi chlap. Na 100% to není nikdy, stejně jako při osobním kontaktu.
Když někdo ve skutečnosti vypadá jako ženská, je docela velká šance, že to ženská bude. A naopak. A to přesto, že se můžete šeredně mýlit. Jako extrémní příklad mohu doporučit, abyste si zajel do Thajska, kde objevíte tranvestity chlapy, u kterých byste se vsadil, že jde o ženské.
Pokud nesouhlasíte, odpovězte mi na otázku, jak chcete určit pohlaví při osobním kontaktu. Bez ukazování občanky.
uživatel si přál zůstat v anonymitě
16. 7. 2008 13:21
Nový
Re: Podpora undelete
celé vlákno
Nebo toho pohlaví :-)
arnold (neregistrovaný)
16. 7. 2008 23:10
Nový
Re: Podpora undelete
celé vlákno
Tak teď už je vše jasné.
uživatel si přál zůstat v anonymitě
20. 7. 2008 23:00
Nový
Re: Podpora undelete
celé vlákno
velmi plodna a tematicka diskuze pod clankem, dekuji dozvedel jsem se mnoho noveho, bohuzel toho bylo malo z linuxu
Jacie Chan (neregistrovaný)
28. 12. 2008 14:45
Nový
Re: Podpora undelete
celé vlákno
ale aspon si sa pobavil :)
uživatel si přál zůstat v anonymitě
14. 7. 2008 17:34
Nový
Re: Podpora undelete
celé vlákno
Nechapu o co se hadate. Undelete je stejne nahovno, protoze uzivatel ve vetsine pripradu ten soubor nesmaze ale proste prepise nejakou picovinou. A v ten okamzik je Vam undelete nahovno. Takze zalohovat, zalohovat a jeste jednou zalohovat.
Uživatelka si přála zůsta (neregistrovaný)
15. 7. 2008 3:37
Nový
Re: Podpora undelete
celé vlákno
Ne vždy. A když je tu možnost obnvit dejme tomu v 30 procentech případů, tak to stojí za to. Navíc, systém copy-on write by právě tohle podchytil.
Jinak týpky co odmítají undelete nechápu. Když chcou po sobě zničit stopy, stejně to musí mazat speciálním způsobem, tak proč neudělat běžné mazání recover-friendly? Třeba jako implementovat koš na úrovni alokační tabulky (a přepisovaly by se bloky nejstarších smazanců).
Jinak týpky co odmítají undelete nechápu. Když chcou po sobě zničit stopy, stejně to musí mazat speciálním způsobem, tak proč neudělat běžné mazání recover-friendly? Třeba jako implementovat koš na úrovni alokační tabulky (a přepisovaly by se bloky nejstarších smazanců).
Rejpal (neregistrovaný)
15. 7. 2008 4:14
Nový
Re: Podpora undelete
celé vlákno
Copy on write? To jako aby z toho třeba databáze měly radost? :o)
Mard (neregistrovaný)
15. 7. 2008 8:32
Nový
Re: Podpora undelete
celé vlákno
IMHO je undelete possibility blbá vlstnost FS. :-( Pokud OS implementuje nějaký koš, kam se přesunou "smazané" soubory, tak to je možné, ale aby FS měl koš ve svém návrhu je nesmysl. Zpomaluje to výkon FS a to je dle mého primární kriterium.
Uživatelce zkrouhli nick (neregistrovaný)
15. 7. 2008 21:22
Nový
Re: Podpora undelete
celé vlákno
Nene, koš v OS je právě hloupost. Představte si to na VFAT: smazání proběhne tak, že se v FAT tabulce a directory entries soubor označí jako volné místo. No a místo tohoto flagu by se tam mohl dát jiný, který by ozančoval něco jako podmínečné volné místo. Tudíž by se s tímto smazaným souborem normálně kalkulovalo jako s volným místem, nicméně by stále byl snadno obnovitelný. A když by bylo třeba alokovat nějaké místo, FS by přepsal nejstarší podmínečně samzané soubory. Funkce je úplně stejná jako v případě přímého smazání, bezpečnsot samzání je de facto úplně stejná (= žádné bez přímého přepsání bloků), obnovitelnost je bonusem.
Radek Tondra (neregistrovaný)
16. 7. 2008 13:51
Nový
Re: Podpora undelete
celé vlákno
No to je ale samozřejmě blbost. O principu filesystému očividně nevíte vůbec nic.
Protože soubor není jen directory entry, ale především mnoho záznamů v tabulce alokace clusterů. Při smazání souboru se tedy nejen nuluje první znak souboru, ale především spojový seznam alokovaných clusterů.
Abychom umožnili obnovení souboru, nesměli bychom v této tabulce nic mazat. Po určité době práce s diskem by se nedaly najít žádné vynulované záznamy.
Pak bychom před každým zápisem museli najít nejstarší smazaný soubor, vynulovat jeho seznam clusterů, zkusit zápis a pokud by to nestačilo, tak toto opakovat. To by bylo tak brutálně pomalé, že byste určitě raději ten snadný undelete oželel.
Protože soubor není jen directory entry, ale především mnoho záznamů v tabulce alokace clusterů. Při smazání souboru se tedy nejen nuluje první znak souboru, ale především spojový seznam alokovaných clusterů.
Abychom umožnili obnovení souboru, nesměli bychom v této tabulce nic mazat. Po určité době práce s diskem by se nedaly najít žádné vynulované záznamy.
Pak bychom před každým zápisem museli najít nejstarší smazaný soubor, vynulovat jeho seznam clusterů, zkusit zápis a pokud by to nestačilo, tak toto opakovat. To by bylo tak brutálně pomalé, že byste určitě raději ten snadný undelete oželel.
hotovson (neregistrovaný)
19. 3. 2009 12:37
Nový
Re: Podpora undelete
celé vlákno
a neni to jedno, jestli se maze seznam clusteru pri mazani stareho souboru nebo az pred zapisem noveho?
EPP (neregistrovaný)
14. 7. 2008 10:33
Nový
Re: Podpora undelete
celé vlákno
to by musel uživatel zálohovat po každé změně, aby mu pomohla záloha
aura:73
14. 7. 2008 19:14
Nový
Re: Podpora undelete
celé vlákno
Kdyz v souboru provede zmenu tak mu je undelete uplne naprd, kdezto zaloha aspon k necemu... tomu by pomoh uz leda fs s verzovanim...
dayvee (neregistrovaný)
14. 7. 2008 19:36
Nový
Re: Podpora undelete
celé vlákno
verzovani je mnohem mocnejsi nastroj ....
pocitat s undelete v navrhu fs nema smysl, pokud fs pocita s verzovanim (coz se ext bohuzel netyka v zadne zname verzi)
pocitat s undelete v navrhu fs nema smysl, pokud fs pocita s verzovanim (coz se ext bohuzel netyka v zadne zname verzi)
hotovson (neregistrovaný)
19. 3. 2009 12:41
Nový
Re: Podpora undelete
celé vlákno
hlavne na binarky, co se casto meni, je verzovani super - fotky, videa, archivy, vsechny ods, odt, doc, xls apod.
Rejpal (neregistrovaný)
14. 7. 2008 20:14
Nový
Re: Podpora undelete
celé vlákno
Existuje spousta souborových systémů s verzováním - SVN, Mercurial, Git... :o)
rhn (neregistrovaný)
16. 7. 2008 11:47
Nový
Re: Podpora undelete
celé vlákno
Dakujem za bohatu diskusiu na moj dotaz. Rad by som reagoval na niektore nazory.
1. Nemal som na mysli ani tak utilitu - co je zalezitost balikov, ale sposob alokacie novych blokov, aby sa snazil nevyuzivat nedavno zmazane subory (prioritna alokacia davnejsie zmazanych suborov).
2. V ramci popularizacie Linuxu nie je vhodne tvrdit ze undelete je nanic a treba to riesit zalohovanim. To je pekne, ale castokrat si niekto nainstaluje linux a potom takyto argument ho presvedci aby sa vratil k oknam, kde takych utilit ma moc. Ono je aj tazke pre uzivatela si vymedzit predmet zalohovania, lebo uzivatel pracuje len nad urcitou abstrakciou - ked sa ho spytate kde je subor, povie ze ked si spusti office tak je tam.
3. Vacsinou nepouzivam desktop (a ked ano, najviac xterm) - kos mi neriesi moj problem. Navyse sa vacsinou dostavam len k strojom, ked uz problem vznikol a nemal som vplyv na to obist ho.
Priklad: Nedavno sa stalo kamaratovi, ze mu nejaky skript na postovom servery vyliezol z adresara a pomazal mu nieco v home-och. Dany skript (v perle) stiahol z internetu ako pouzivanu zalezitost vhodnu pre postfix - na mazanie maildirov neexistujucich uzivatelov (odstranenych). Fungovalo mu to 6 mesiacov a potom mu to zmazalo aj co nemalo. Problem zistil okamzite, ale obnova na ext3 uz nebola mozna.
1. Nemal som na mysli ani tak utilitu - co je zalezitost balikov, ale sposob alokacie novych blokov, aby sa snazil nevyuzivat nedavno zmazane subory (prioritna alokacia davnejsie zmazanych suborov).
2. V ramci popularizacie Linuxu nie je vhodne tvrdit ze undelete je nanic a treba to riesit zalohovanim. To je pekne, ale castokrat si niekto nainstaluje linux a potom takyto argument ho presvedci aby sa vratil k oknam, kde takych utilit ma moc. Ono je aj tazke pre uzivatela si vymedzit predmet zalohovania, lebo uzivatel pracuje len nad urcitou abstrakciou - ked sa ho spytate kde je subor, povie ze ked si spusti office tak je tam.
3. Vacsinou nepouzivam desktop (a ked ano, najviac xterm) - kos mi neriesi moj problem. Navyse sa vacsinou dostavam len k strojom, ked uz problem vznikol a nemal som vplyv na to obist ho.
Priklad: Nedavno sa stalo kamaratovi, ze mu nejaky skript na postovom servery vyliezol z adresara a pomazal mu nieco v home-och. Dany skript (v perle) stiahol z internetu ako pouzivanu zalezitost vhodnu pre postfix - na mazanie maildirov neexistujucich uzivatelov (odstranenych). Fungovalo mu to 6 mesiacov a potom mu to zmazalo aj co nemalo. Problem zistil okamzite, ale obnova na ext3 uz nebola mozna.
aura:71
16. 7. 2008 12:49
Nový
Re: Podpora undelete
celé vlákno
Nejdříve mluvíte o rozšiřování linuxu mezi běžné uživatele a pak poskytnete příklad ze serveru. Udělejte si v tom pořádek.
On ten server nezálohoval? Ani data uživatelů?
On ten server nezálohoval? Ani data uživatelů?
بطرس (neregistrovaný)
14. 7. 2008 9:43
Nový
Delayed allocation???
celé vlákno
Aha, takze kdyz budu potreboat, aby to zapis do logu co nejdrive hodilo na disk, tak mam smulu, ze?
Martin Mareš (neregistrovaný)
14. 7. 2008 10:07
Nový
Re: Delayed allocation???
celé vlákno
Nikoliv, jen jako u každého jiného FS musíte zavolat fsync().
MAd MAx (neregistrovaný)
14. 7. 2008 10:11
Nový
Re: Delayed allocation???
celé vlákno
Muňoc sa mi to delayed allocation nezda - rad mam data na disku ASAP... Vypadne elektrina a som v prdeli - namam totiz UPS :(
ub (neregistrovaný)
14. 7. 2008 11:32
Nový
Re: Delayed allocation???
celé vlákno
Ty poznas filesystem, ktory pise data priamo na disk a nedrzi ich v RAMke? (okrem FAT z MSDOS :-) )
arnold (neregistrovaný)
14. 7. 2008 16:04
Nový
Re: Delayed allocation???
celé vlákno
bacha na smartdrv /n :-)
Yenya (neregistrovaný)
14. 7. 2008 12:05
Nový
Re: Delayed allocation???
celé vlákno
To ale resite problem opozdeneho zapisu, ne opozdene alokace. Ta se navenek (z hlediska disku) projevuje stejne jako opozdeny zapis - jen _kam_ se bude zapisovat se urcuje az tesne pred zapisem (coz ale je jen interni optimalizace v pameti, z hlediska padu systemu pri vypadku napajeni se to chova stejne).
-Yenya, http://www.fi.muni.cz/~kas/blog/
-Yenya, http://www.fi.muni.cz/~kas/blog/
uživatel si přál zůstat v anonymitě
14. 7. 2008 10:24
Nový
Velké množství malých souborů
celé vlákno
Se %subj% jsem měl velké problémy v ext3. Typické nasazení - IMAP server s maildirem, tisíce souborů v každém adresáři. Tam měl ext3 velmi významné problémy s výkonem - ačkoliv "cachoval" do giga paměti, nestačilo mu to a otevírání poštovní schránky trvalo nezřídka i minutu a více, za neustálé práce disků v RAID5 poli. Po změně souborového systému na XFS najednou problém zcela vymizel a to přes to, že od té doby přibylo celkem dost dalších mailů = souborů. To samé adresář s portage v Gentoo - desítky tisíc malých souborů a neuvěřitelně neefektivní práce s nimi. Jsou v tomto směru v ext4 nějaká zlepšení? Z popisu a zpětné kompatibility se obávám, že nikoliv.
mka (neregistrovaný)
14. 7. 2008 11:22
Nový
Re: Velké množství malých souborů
celé vlákno
Zkoušel jste zapnout dir_index? (man tune2fs)
uživatel si přál zůstat v anonymitě
14. 7. 2008 12:55
Nový
Re: Velké množství malých souborů
celé vlákno
Ne, oba systemy jsou defaultni. Zkusim na jinem stroji.
Izak (neregistrovaný)
14. 7. 2008 15:41
Nový
Re: Velké množství malých souborů
celé vlákno
jj dir_index je moc fajn vec, pouziva jej rpmfind.net a test ukazal, ze je to pouzitelne, ta smesna rezie navic pri zapisu se vyplati.
Zapl jsem si jej i na desktopu.
Zapl jsem si jej i na desktopu.
K. (neregistrovaný)
14. 7. 2008 11:04
Nový
Nedokážu správně přečíst výhody EXT4
celé vlákno
Nějak jsem se ztratil v tom, co má EXT4 umět navíc oproti EXT3. Například zvládá větší oddíly. Tedy větší než 16TiB, které uměl EXT3. Ano, to vypadá jako výhoda až do chvíle, než autoři prohlásí, že takový velký oddíl vytvoření s EXT4 bude možné bez problémů namountovat a používat jako EXT3.
A tak je to i s dalšími "rozdíly". Tady v této správičce to ještě není dotažené do absurností, ale v některých článcích co teď vychází je opravdu většina výhod prezentována jako "EXT4 umí navíc i tohle a nejlepší na tom je, že to jde použít i s EXT3".
Kde tedy dělám chybu? Když věřím, že EXT4 umí něco víc, nebo když věřím, že "Stále se daří udržet dopřednou a zpětnou kompatibilitu, takže ext3 může uživatel připojit jako ext4 a obráceně."
Osobně to chápu tak, že EXT4 bude dopředně kompatibilní (tedy EXT4 mountovatelná coby EXT3) jen pokud jste ji vlastně nepoužili.
uživatel si přál zůstat v anonymitě
14. 7. 2008 11:18
Nový
Re: Nedokážu správně přečíst výhody EXT4
celé vlákno
Stačí si přečíst jiné komentáře v diskuzi -- s driverem pro Ext4 připojíte i Ext3 a dokud nezačnete používat nové vlastnosti, zůstává FS jako Ext3 (máte výhodu kompatibility, ale nemáte nove vlastnosti Ext4). Jakmile použijete nové vlastnosti Ext4, ztrácíte zpětnou kompatiblitu -- je to jako vždycky něco za něco, hlavní smysl je v tom, že si můžete vybrat.
K. (neregistrovaný)
14. 7. 2008 11:39
Nový
Re: Nedokážu správně přečíst výhody EXT4
celé vlákno
No, na internetu je okolo toho více diskusí a je tam běžně i dotaz jak to bude se záchranou takových oddílů na havarovaných systémech a odpověď je, že díky kompatibilitě prostě nabootujete počítač z nějaké Live distribuce, která obsahuje EXT3 ovladač, a ona bez problémů dokáže pracovat i s diskem havarovaného počítače s oddílem EXT4. Nikde se nic netvrdí o tom, že by dopředná kompatibilita byla podmíněna tím, že oddíl byl vytvořen jako EXT3. Naopak je tvrzeno, že si vytvoříte oddíl od samého počátku jako EXT4 a přesto s ním dokáže EXT3 ovladač pracovat.
A co se týká "dokud nezačnete používat nové vlastnosti" pak 1. proč bych tedy přecházel na EXT4, když nechci používat jeho nové vlastnosti a 2. nejsem odborník na filesystémy, ale nebudou tyhle nové vlastnosti používané tak nějak automaticky bez mého zásahu (pokud je tedy již na začátku nezakážu, což jsme zpět u otázky 1).
A co se týká "dokud nezačnete používat nové vlastnosti" pak 1. proč bych tedy přecházel na EXT4, když nechci používat jeho nové vlastnosti a 2. nejsem odborník na filesystémy, ale nebudou tyhle nové vlastnosti používané tak nějak automaticky bez mého zásahu (pokud je tedy již na začátku nezakážu, což jsme zpět u otázky 1).
uživatel si přál zůstat v anonymitě
14. 7. 2008 14:22
Nový
Re: Nedokážu správně přečíst výhody EXT4
celé vlákno
Kdyz nechces prechazet, tak Te tezko nekdo donuti. Ale proc by Te nutil?
zz (neregistrovaný)
14. 7. 2008 17:50
Nový
Re: Nedokážu správně přečíst výhody EXT4
celé vlákno
no a nebude to tak jak je to teraz medzi ext2 a ext3. pokial urobis RO tak je to to iste ale v pripade RW to bude chciet povypinat nejake vlastnosti?
nick.n17 (neregistrovaný)
14. 7. 2008 13:46
Nový
ZFS ?
celé vlákno
Radsej by som uvital nekompatibilitu s Ext, ak vedel to co ZFS.
LVM+Fs nie je moc uzivatelske. Ale urcite bude prinosom.
LVM+Fs nie je moc uzivatelske. Ale urcite bude prinosom.
uživatel si přál zůstat v anonymitě
14. 7. 2008 14:25
Nový
Re: ZFS ?
celé vlákno
Take si myslim, ze zrovna zpetna kompatibilita (natoz dopredna!) neni to, co by uzivatele nejak trapilo. V nekterych specifickych pripadech by to byla komplikace, ale pochybuju, ze takovi uz davno od od ext3 neutekli na neco jineho, nez aby cekali co bude...
Izak (neregistrovaný)
14. 7. 2008 15:47
Nový
Re: ZFS ?
celé vlákno
No zpetne to kompatibilni byt za me nemusi, ale ta moznost udelat z ext3 ext4 bez formatu je uchvatna.
jinak SWRAID+LVM+FS povazuji za dobry a vyhovuje mi.
jinak SWRAID+LVM+FS povazuji za dobry a vyhovuje mi.
aura:73
14. 7. 2008 19:10
Nový
Re: ZFS ?
celé vlákno
Windows XP umej udelat z FAT32 NTFS bez formatu a to sou dva uplne rozdilny fs, takze zrovna tohle mi nak uchvatny nepride...
tom (neregistrovaný)
14. 7. 2008 20:07
Nový
Re: ZFS ?
celé vlákno
jj, ale už neumí udělat z NTFS FAT32 ani s formátem. Dávno jsem to potřeboval a nešlo to, možná to už ale jde, nevím, nepoužívám a nepotřebuji už to.
Uživatelka si přála zůsta (neregistrovaný)
15. 7. 2008 3:40
Nový
Re: ZFS ?
celé vlákno
No, to je schválně, ta utilita je zkrátka dělaná jen na vytvoření ntfs. Taky co by to udělalo se soubory většími jak 4GB?
Mard (neregistrovaný)
15. 7. 2008 8:36
Nový
Re: ZFS ?
celé vlákno
Rozdělilo by to na měnší kusy třeba? Ale sebekriticky se přiznám že jsme nevěděl že existuje nějaká utilita, co umí změnit FS z FAT na NTFS, to je pro mne novinka. Děkuji Vám.
treebeard (neregistrovaný)
15. 7. 2008 13:48
Nový
Re: ZFS ?
celé vlákno
bola uz vo Win2000, tam som ju aj jediny krat v zivote pouzil, pretoze az pri citani napovedy som sa dozvedel, ze mam moznost nejakeho NTFS. A bola "command line" :-)
uživatel si přál zůstat v anonymitě
14. 7. 2008 16:20
Nový
Re: ZFS ?
celé vlákno
Uzivatel si veme nejake klikatko a o LVM nic vedet nebude.
Jan Horak (neregistrovaný)
14. 7. 2008 17:40
Nový
Vykonnostni statistiky
celé vlákno
Ahoj,
tyhle cisla u 'Dekomprese souboru':
ext4 0m25.110s 0m3.140s 0m11.157s
mi v souctu v zadnem pripade nedavaji 25.110 vteriny.
Zda se, ze bud je spatne soucet, to by byl ovsem ext4 az zazracne rychly, anebo to nema byt 11.157s nybrz 21.157s
tyhle cisla u 'Dekomprese souboru':
ext4 0m25.110s 0m3.140s 0m11.157s
mi v souctu v zadnem pripade nedavaji 25.110 vteriny.
Zda se, ze bud je spatne soucet, to by byl ovsem ext4 az zazracne rychly, anebo to nema byt 11.157s nybrz 21.157s
aura:98
aura:99
14. 7. 2008 18:15
Nový
Re: Vykonnostni statistiky
celé vlákno
Součet sys a user může být rozdílný od hodnoty real. Jádro nedělá jenom jednu úlohu, a tak celý proces jednou za čas zdrží. Občas se také stane že se musí čekat než disk data zapíše.
martin (neregistrovaný)
17. 7. 2008 2:00
Nový
No tak to je tedy legrace
celé vlákno
> Linux se dostává do velmi specifických zařízení a občas některé z těchto
> zařízení potřebuje přesnější čas než vyjádření timestampu po vteřinách. Jádro
> 2.6.23 přidává nanosekundy ke stávajícímu timestampu v systému a tohoto
> vylepšení využívá i ext4. Jako přídavek se k sekundové části přidaly 2 bity
> navíc a tím se posunul problém roku 2038 o dalších 500 let.
Nejrozšířenější FS ukládá čas souborů s rozlišením 100 nanosekund už asi 15 let a ext4 má "novinku" 34-bit. No to tedy fůůůůůj ...
> Ext4 také řeší nově prealokaci bloků pro jeden soubor. Doposud se pro tuto
> činnost používala metoda, kdy se do souboru zapsalo spousty nul a tím se
> alokovalo potřebné místo navíc. Do ext4 bylo kvůli tomuto problému přidáno nové
> systémové volání preallocate(). Takto alokované místo by nemělo být
> fragmentované. Toto velmi ocení databázové systémy a také programy pro záznam
> různých audio a video přenosů, které ukládají data postupně podle toho, jak
> přijdou.
Na blití ... Nejrozšířenějšímu FS prostě řeknete, jak má soubor být veliký a ono se tak stane.
> zařízení potřebuje přesnější čas než vyjádření timestampu po vteřinách. Jádro
> 2.6.23 přidává nanosekundy ke stávajícímu timestampu v systému a tohoto
> vylepšení využívá i ext4. Jako přídavek se k sekundové části přidaly 2 bity
> navíc a tím se posunul problém roku 2038 o dalších 500 let.
Nejrozšířenější FS ukládá čas souborů s rozlišením 100 nanosekund už asi 15 let a ext4 má "novinku" 34-bit. No to tedy fůůůůůj ...
> Ext4 také řeší nově prealokaci bloků pro jeden soubor. Doposud se pro tuto
> činnost používala metoda, kdy se do souboru zapsalo spousty nul a tím se
> alokovalo potřebné místo navíc. Do ext4 bylo kvůli tomuto problému přidáno nové
> systémové volání preallocate(). Takto alokované místo by nemělo být
> fragmentované. Toto velmi ocení databázové systémy a také programy pro záznam
> různých audio a video přenosů, které ukládají data postupně podle toho, jak
> přijdou.
Na blití ... Nejrozšířenějšímu FS prostě řeknete, jak má soubor být veliký a ono se tak stane.
Rejpal (neregistrovaný)
17. 7. 2008 2:12
Nový
Re: No tak to je tedy legrace
celé vlákno
Nejrozšířenější FS je FAT16, ne?
