Linux 2.6.28.7 (diskuse)

[kua]

kua dockam ja se te 2.6.29? hosi se nejak flakaji...

[Nicky726]

Nebo důkladně pracují? :-P

[kua]

ale ja na ten kernel specham!

[Lubos Kopecky]

tak jim pomoz s vyvojem...

[kua]

zaplatis mi?

[Andrej Herceg]

Zaplatíš ty im, aby pracovali rýchlejšie?

[trekker.dk]

A ty autorům něco zaplatíš, když to bude rychleji hotové?

[Frt]

A proč na něj spěcháš ?

[Limoto]

Tak tady ho máš.

[Lubos Kopecky]

proc flakaji? cyklus maji stanoveny priblizne kazde 3 mesice nove stabilni jadro a od posledniho neuplynuly ani cely dva... navic updatu v kazdym rc je stale docela dost, takze asi dostatecne stabilni stale neni...

[faha]

Je docela zajimave kolem je tam chyb kolem ext4, v jadre je sice oznacen misto experimental jako NEW, takze jsem ho tam pri kompilaci natvrdo zaclenil, ale namatkou kdyz jsem si z changelogu grepnul ext4: tak vylezlo toto (asi ho zase vyhodim, co si o tom myslite vy? )

    ext4: Initialize the new group descriptor when resizing the filesystem
    ext4: Add sanity check to make_indexed_dir
    ext4: only use i_size_high for regular files
    ext4: Add sanity checks for the superblock before mounting the filesystem
    ext4: Fix s_dirty_blocks_counter if block allocation failed with nodelalloc
    ext4: Init the complete page while building buddy cache
    ext4: Don't allow new groups to be added during block allocation
    ext4: mark the blocks/inode bitmap beyond end of group as used
    ext4: Use new buffer_head flag to check uninit group bitmaps initialization
    ext4: Fix the race between read_inode_bitmap() and ext4_new_inode()
    ext4: Fix race between read_block_bitmap() and mark_diskspace_used()
    ext4: don't use blocks freed but not yet committed in buddy cache init
    ext4: cleanup mballoc header files
    ext4: Use EXT4_GROUP_INFO_NEED_INIT_BIT during resize
    ext4: Add blocks added during resize to bitmap
    ext4: Don't overwrite allocation_context ac_status
    ext4: Widen type of ext4_sb_info.s_mb_maxs[]
    ext4: avoid ext4_error when mounting a fs with a single bg
    ext4: Fix the delalloc writepages to allocate blocks at the right offset.
    ext4: tone down ext4_da_writepages warnings
    ext4: Add support for non-native signed/unsigned htree hash algorithms
 

[Limoto]

Já ext4 používám (zhruba od 2.6.28.4) a zatím jsem s ním neměl žádnej problém.

[zdenek-hbr]

hmm tak to je asi 14 dni. to prijde )

[medved]

 +1 ext4 oznacuju za stabilne a na btrfs nadavaju, to je pristup ;)

[Limoto]

Já nadávám na btrfs?

[medved]

Nie ty, nikde som ani nepisal, ze ty. Mam na mysli celkovo, o btrfs sa vyjadruju, ze to je velmi nestabilne a uzivatel by mal pouzit ext4, na strane druhej, v kazdom novom 2.6.28 opravnom vydani sa najde vela opravenych chyb ext4. Ale najdolezitejsie je to, ze uzivatelia btrfs tvrdia tiez, ze ich fs je stabilny ;)

[M. Lox]

Máte používat Reiser4, jako každý inteligentní* člověk.

*Já

[medved]

Dedukciou si z tvojho prispevku mozeme vyvodit to, ze kto nepouziva reiser4 (ktory je z trojice ext4, reiser4 a btrfs najhorsi), je blbec.

Gratulujem ti ku krasnemu nazoru.

[M. Lox]

1. Měl jsem dojem, že nadsázka v tom příspěvku je zřejmá a není třeba ji zdůrazňovat smajlíkem nebo pseudoHTML tagem.
2. Odkdy je nejhorší? Je nejrychlejší a stabilitou jsou na tom všechny zhruba stejně.