Reiser4 a Linux
20. 9. 2005 7:42
Petr Krčmář
Hans Reiser zaslal do linuxové mailové konference mail, ve kterém žádá o zařazení souborového systému Reiser4 do oficiálního stromu linuxového jádra.
Nové verze souborového systému pracují se 4 KB zásobníky a neobsahují žádnou známou a reportovanou chybu. Hans musel v konferenci odpovídat na řadu dotazů, které se točily zejména okolo jeho stylu programování.
Sám přiznal, že jeho styl je jiný než je při programování jádra obvyklé. Alan Cox k tomu řekl, že se sám snaží zaběhnutý styl dodržovat, ačkoliv není jeho výmyslem. Zejména proto, že se tím zvyšuje přehlednost kódu v jádře, který pak může kdokoliv ryche upravit.
Debata potom bouřlivě pokračovala, ale samotná otázka, zda bude Reiser4 do jádra zařazen, zůstává zatím nezodpovězena.
Dále čtěte…
- Vyšlo linuxové jádro 3.4 22. 5. 2012 9:15
- Linux 3.4 vyjde již tento týden 14. 5. 2012 12:46
- Microsoft je jedním z největších přispěvatelů do Linuxu 4. 4. 2012 13:12
- Co nabídne chystané jádro 3.4? 4. 4. 2012 11:29
- Vyšlo jádro 3.3 20. 3. 2012 12:59
jkt (neregistrovaný)
20. 9. 2005 8:20
Nový
4k stacks vs. 4k blok
celé vlákno
Kupodivu "4k stacks" se preklada jako "4k zasobnik" a ne "4k blok", ono je to totiz neco uplne jineho...
Lampa (neregistrovaný)
20. 9. 2005 8:51
Nový
reiser4 a linux
celé vlákno
jeste ze existuje vetev -mm, tak uz reiser4 je
Trained.Monkey (neregistrovaný)
20. 9. 2005 10:03
Nový
pridat
celé vlákno
Ja bych ho pridal, patch se testuje nekolik let a tyka se jen adresare fs/reiser4
Keny (neregistrovaný)
20. 9. 2005 10:07
Nový
Re: pridat
celé vlákno
Už aby to bylo. Fakt mě nebaví pořád patchovat jádro kvůli podpory Reiser4
Ladislav Michl (neregistrovaný)
20. 9. 2005 10:25
Nový
Re: pridat
celé vlákno
Četl někdo zdrojáky? Reiser4 nemá šanci ;-)
aura:75
20. 9. 2005 10:31
Nový
Re: pridat
celé vlákno
Přidání by bylo tak jednoduché, stačilo by, aby Hans Reiser na techické argumenty neodpovídal osobními útoky. Já myslím, že tohle:
- please never use list_for_each in new code but list_for_each_entryje docela pochopitelné i pro laika. Duplikovaný kód, používání starých funkcí, atp.
- never use kernel_thread in new code but kthread_*
- do_sendfile duplicates the common sendfile code. why aren't you using the generic code?
- there's tons of really useless assertation of the category discussed in the last thread
- there's tons of deep pagecache messing in there. normally this shouldn't be a filesystem, and if this breaks because of VM changes you'll have to fix it, don't complain..
- you still do your plugin mess in ->readpage. honsetly could you please explain why mpage_readpage{,s} don't work for you?
- (issues with the read/write path already addresses in the previous thread)
- looking at ->d_count in ->release is wrong
- still has security plugin stuff that duplicates LSM
- why do underlying attributes change when VFS inode doesn't change? if not please rip out most of getattr_common
- link_common S_ISDIR doesn't make sense, VFS takes care of it
- please use the generic_readlink infrastructure
