Jaderné noviny – 4. 8. 2010: Co bude v jádru 2.6.36 (diskuse)

[Bedňa]

Neviem tento týždeň sa mi zdal hrozne dlhý, odprísahal by som, že JN vyšli až po dvoch týždňoch, hoci viem že to nieje pravda :) Super článok, JN sú jednotka na Ábičku.

[Robert Krátký]

Vlastně vyšly po 2 týdnech - ne vždy se podaří to stihnout.

[miso]

Dik za stale cerstve info o jadre. A za tvoju chut nas stale informovat

[none]

Roky jsem JN necetl, nezajimaly me a taky jsem mnoha vecem nerozumnel. A to presto, ze je to tak pekne napsane a predzvykane. Snad konecne diky memu 'profesnimu rozvoji' a praci, pri ktere na to mam cas jsem se k tomu vratil a kazdy tyden JN prelouskam. Je pravda, ze i ted plno vecem nerozumim, ale uz se zacinam chytat :). Snazim se i cist na kernelnewbies.org, abych to mel komplet.

Kazdopadne diky za predzvykani.

[Trained.Monkey]

Pred par dny tady byla zpravicka o opraveni IO scheduleru. Na nekterem hardware linux prakticky zamraza pri kopirovani. Nemate nekdo zpravy jestli tahle oprava bude v novem jadru?

[Bedňa]

Tak máš ten hardvér rozbitý. Kopírovanie nerobí žiadne problémy. V scheduleri opravovali chyby pri extrémnom zaťažení IO.

[Trained.Monkey]

Ve Windows, Solaris ani FreeBSD to nedela. Takze pro linux je asi extremni zatizeni 20MB/s

[Bedňa]

Pre každého je "extrém" niečo iné No dobre je možné že to poslednými úpravami naozaj rozbili, pretože som narazil na informácie že sa to bude riešiť.

[BrainLess]

Ja mam zkusenost s timto. 2jadrove cpu asi 4gb ram. Dve LOOP zarizeni kryptovana pres AES. Pri kopirovani z jednoho na druhe. Normalni cp /mnt/prvni_loop_zarizeni na /mnt/druhe_loop_zarizeni to zcela bezpecne zabije kernel ve smyslu (ne nevytuhne to) jenom se rychlost kopirovani snizi na hranici KB/sec pritom to zacne klasicky na cca 40-50MB/sec. Imho je tam neco hodne hloupe resene a zacne to swapovat a utlouka se to na tom swapovani.

[Tom K]

Podle toho. co bylo v 2.6.36-rc2, tak to tam bude (v diffech se to da najit).

[Nikola Ciprich]

dnes vysla zpravicka o patchich pro -stable rady oprava je tam obsazena...

[Petr Ježek]

Btrfs je vzhledem k současnému stavu vývoje, testování a nasazení ideální pro odzkoušení alokací podle teploty. Kdyby se to pustilo na vyšší úrovni, znamenalo by to znásobení práce počtem FS, v nichž by se funkcionalita testovala bey yáruky uspokojivého výsledku. Pokud to bude na základě koncentrovaného testování a ladění v btrfs bezproblémové a dle představ, není žádný problém posunu výše s následným rychlým zapracováním. Efektivnost vývoje musí být, pocity a dojmy jsou dobré jako sociální výplň...