Portál AbcLinuxu, 11. května 2025 05:10
Chcete vědět, co se událo předminulý týden v konferenci linux-kernel, kde vzniká jádro Linuxu? Jaké problémy se objevují na clusteru s 2000 počítači? Pak si přečtěte tento článek.
Na úvod začněme s trochou statistiky. Přišlo 888 dopisů od 348 různých vývojářů. Pomyslnou hitparádu nebo spíše žebříček nejaktivnějších vyhrál Alan Cox. Dále se umístili Andrea Arcangeli, Tigran Aivazian, Alexander Viro, Ingo Molnar, Chris Wing a Pavel Machek.Hledání chyby v Google, 17.-30.11.1999, 10 dopisů
David desJardins oznámil chybu, která se objevuje na clusteru Google složeném z více než dvou tisíc procesorů intel. Na deseti počítačích se často objevuje oops, vždy na stejném místě. Tyto počítače mají obecně špatný výkon. Stephen C. Tweedie analyzoval zaslaný report a objevil, že jádro padá kvůli ukazateli ve vyrovnávací paměti o hodnotě 0x40000000. Tato hodnota se liší o jediný bit od NULL. Proto se Stephen domníval, že chyba je na straně hardwaru. Zvláště když ostatní stejné počítače tyto problémy nemají.
SMP jádro na jednoprocesorovém počítači Dell PowerEdge 1300, 25.-30.11.1999, 10 dopisů
Brad Larden vlastní Dell PowerEdge 1300 s dvouprocesorovou základní deskou, která je ale osazena jen jedním procesorem. Chtěl vědět, jestli může použít jednoporocesorové jádro nebo má zůstat u jádra s podporou SMP. Victor Khimenko odpověděl, že má podobnou konfiguraci (Dell PowerEdge 2300) a musí používat SMP. Důvodem je architektura APIC, kdy některá externí PCI zařízení mohou používat nestandardní přerušení. Později Brad napsal, že zkusil obyčejný kernel a vše funguje.
Oprava chyby ničící souborový systém, 25.11-1.12.1999, 9 dopisů
Andrea Arcangeli zaslal patch na chybu, která způsobovala poškození systému souborů. Tato chyba se objevovala, pokud bylo zapisováno do systému souborů, na jehož zařízení bylo aplikováno ioctl BLKFLSBUF. Jason T Collins odpověděl, že tento patch opravil většinu chyb, jedna ale zůstala. Pokud dva procesy najednou vytvoří soubor, smažou jej a použijí ioctl BLKFLSBUF na dva soubory v jednom adresáři, za několik sekund se poškodí souborový systém. Andrea si prošel svůj patch a našel v něm chybu, kterou odstranil. Záplata byla začleněna do 2.2.14pre10.
IRQ timeout a VESA framebuffer, 26.11.-2.12.1999, 29 dopisů
Ian Ehrenwald zaznamenal vypršelá přerušení při skrolování velkých textových souborů na framebuffer konzoli, pokud zároveň přehrával mp3 soubory. Protože nenašel žádný hardwarový problém, požádal o radu. Alan Cox odpověděl, že VESA frambuffer používá funkce BIOSu, které mohou uzamknout přerušení na dlouhou dobu. Pavel Machek jej opravil: "i když nepoužíváš žádné funkce BIOSu (obvykle za běhu je vůbec nepotřebuješ), prostě strávíš příliš mnoho času v jádře a mp3 přehrávač to nestihne." Diskuse pokračovala implementačními problémy, jak podobným problémům zamezit.
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.