abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 18:11 | Nová verze

Mozilla na svém blogu informuje o Enhanced Tracking Protection (ETP) 2.0 aneb nové verzi rozšířené ochrany proti sledování ve Firefoxu. Nová verze chrání také před technikou redirect tracking a každých 24 hodin smaže sledovací cookies. Podrobněji na blogu věnovaném bezpečnosti.

Ladislav Hagara | Komentářů: 0
dnes 14:33 | Nová verze

The Document Foundation oznámila na svém blogu vydání nové verze 7.0 svobodného kancelářského balíku LibreOffice. Podrobný přehled nových vlastností i s náhledy v poznámkách k vydání (cs) nebo také na Youtube a PeerTube.

Ladislav Hagara | Komentářů: 3
dnes 13:33 | Nová verze

Byla vydána nová stabilní verze 3.2 (3.2.1967.41) webového prohlížeče Vivaldi (Wikipedie). Přehled novinek v příspěvku na blogu. Zdůraznit lze vylepšený obraz v obraze. Nejnovější Vivaldi je postaven na Chromiu 84.0.4147.108.

Ladislav Hagara | Komentářů: 14
dnes 01:11 | Nová verze

Wayfire, kompozitní správce oken inspirovaný Compizem běžící nad Waylandem, byl vydán ve verzi 0.5.0. Zdrojové kódy jsou k dispozici na GitHubu. Videoukázky na YouTube.

Ladislav Hagara | Komentářů: 2
včera 12:22 | Komunita

Neziskové technologické konsorcium Linux Foundation rozšířilo seznam svých oficiálních projektů. Nejnovějším projektem je Open Source Security Foundation (OpenSSF), jehož cílem je zvýšit bezpečnost open source softwaru. Více například v příspěvcích na blozích GitHubu nebo Microsoftu.

Ladislav Hagara | Komentářů: 3
včera 11:44 | Nová verze

Byla vydána verze 3.1 webového aplikačního frameworku napsaného v Pythonu Django (Wikipedie). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
včera 01:11 | Nová verze

Svobodná federalizovaná sociální síť Mastodon byla aktualizována. Vydání 3.2 mj. přepracovává audio přehrávač, zlepšuje zabezpečení přihlášení aj.

Fluttershy, yay! | Komentářů: 0
3.8. 14:00 | Komunita

Byla vydána verze 1.5.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace. Na YouTube jsou ke zhlédnutí záznamy přednášek z konference JuliaCon 2020 konané online minulý týden.

Ladislav Hagara | Komentářů: 0
3.8. 13:33 | IT novinky

Sdružení CZ.NIC informuje, že pro domény s koncovkou .CZ, jejichž platnost nebyla včas prodloužena, platí opět ochranná lhůta 60 dnů (30 dnů je doména plně funkční, 30 dnů je vyřazena z DNS – není dostupná). Po více než čtyřech měsících tak končí zvláštní režim, kdy byla funkčnost nezaplacených domén dočasně prodloužena ze 30 na 60 dnů z důvodu mimořádné situace související s onemocněním COVID-19.

Ladislav Hagara | Komentářů: 27
3.8. 09:00 | Nová verze

Byla vydána nová verze linuxové distribuce BunsenLabs Linux s předkonfigurovaným správcem oken Openbox. Její název je Lithium a založena je na Debianu 10 Buster. Přehled novinek v poznámkách k vydání. BunsenLabs Linux je nástupcem dnes již nevyvíjené linuxové distribuce CrunchBang (zkráceně #!).

Ladislav Hagara | Komentářů: 0
Dokážete si představit, že by váš hlavní počítač (desktop, notebook) byl v současné době založen na architektuře jiné než x86 (x86_64)? Například ARM, POWER, RISC-V,…
 (9%)
 (11%)
 (58%)
 (15%)
 (6%)
Celkem 143 hlasů
 Komentářů: 11, poslední dnes 08:59
Rozcestník

Jaderné noviny – 10. 2. 2010

3. 3. 2010 | Jirka Bourek | Jaderné noviny | 3254×

Aktuální verze jádra: 2.6.33-rc7. Citát týdne: Al Viro. Kdo napsal 2.6.33 (statistiky přispěvatelů do linuxového jádra, kdo toho nejvíce naprogramoval a kdo ty lidi platil). Podpora skriptování v perf.

Obsah

Aktuální verze jádra: 2.6.33-rc7

link

Současné vývojové jádro je 2.6.33-rc7 vydané 6. února. Musím přiznat, že bych si přál, aby byl seznam regresí touto dobou kratší… Ale rozhodně jsme několik věcí opravili a je to už týden, takže tady je -rc7. Přál bych si, abych mohl říct, že je to poslední -rc, ale o tom silně pochybuji a téměř určitě bude přinejmenším o jedno víc. Detaily vizte v kompletním changelogu.

Stabilní aktualizace: Jádro 2.6.32.8 bylo vydáno 9. února. Omlouvám se za zpoždění při vydání, ale lidé nahlásili několik pádů spojených s tím, že byl bezpečnostní problém opravdu opraven a správně backportován, navíc jsem cestoval na a z FOSDEM, což všechno zabralo nějaký čas. Nejaktuálnější stabilní aktualizace 2.6.27 zůstává 2.6.27.45.

Citát týdne: Al Viro

link

Abych pravdu řekl, jsem asi takhle -><- blízko tomu napsat neotisknutelný výlev o háčcích [hooks] obecně, o s nimi spojeném stylu vývoje a o výsledných problémech. A přitom jmenovat a ukazovat spoustu příkladů.

LSM je v podstatě odpadkový koš a v podstatě všechno ošklivé končí v něm. To je v pohodě, pokud se někdo nestará o to, jestli jeho kód dává smysl, a jenom ho chce schovat před nepřátelskýma očima.

-- Al Viro

Kdo napsal 2.6.33

link

Jonathan Corbet, 9. února 2010

Vydání předverze 2.6.33-rc7 naznačuje, že se tento vývojový cyklus blíží ke konci, i když si Linus myslí, že bude potřeba -rc8. Jako tradičně se Jaderné noviny dívají na několik statistik spojených s tímto cyklem a s tím, odkud tento kód přišel.

V době psaní tohoto článku si svou cestu do 2.6.33 našlo 10 500 neslučovacích sad změn – poměrně standardní číslo. Tyto změny přidaly téměř 900 000 řádek kódu a smazaly téměř 520 000 jiných; výsledkem je, že jádro tentokrát narostlo o pouhých 380 000 řádek kódu. Podle aktuálního seznamu regresí bylo v 2.6.33 nahlášeno 97 regresí, z nichž zůstává 20 nevyřešeno.

Do kódu 2.6.33 přispělo nějakých 1 152 vývojářů. Nejaktivnější z nich byli:

Nejaktivnější vývojáři 2.6.33
Podle sad změn
Ben Hutchings1451,4 %
Frederic Weisbecker1451,4 %
Arnaldo Carvalho de Melo1381,3 %
Luis R. Rodriguez1301,2 %
Masami Hiramatsu1281,2 %
Bartlomiej Zolnierkiewicz1241,2 %
Eric Dumazet1081,0 %
Alan Cox1051,0 %
Manu Abraham1021,0 %
Thomas Gleixner1011,0 %
Eric W. Biederman970,9 %
Roel Kluin910,9 %
Alexander Duyck880,8 %
Paul Mundt870,8 %
Johannes Berg800,8 %
Wey-Yi Guy770,7 %
Alex Deucher760,7 %
Jean Delvare730,7 %
Al Viro720,7 %
Podle změněných řádek
Bartlomiej Zolnierkiewicz20646818,1 %
Henk de Groot503554,4 %
Jerry Chuang496274,3 %
Ben Skeggs375553,3 %
Philipp Reisner231822,0 %
Eilon Greenstein231232,0 %
Tomi Valkeinen225082,0 %
Mike Frysinger131161,1 %
Ben Hutchings126801,1 %
Jakob Bornecrantz116131,0 %
Wu Zhangjin113251,0 %
Greg Kroah-Hartman104680,9 %
Rajendra Nayak99780,9 %
Manu Abraham96250,8 %
jack wang91710,8 %
Masami Hiramatsu89730,8 %
Alan Cox76720,7 %
David VomLehn73310,6 %
Arnaldo Carvalho de Melo72170,6 %

I když se na čelních příčkách objevují některá ze stálých jmen, jsou zde i nějací nově příchozí. Ben Hutchings odvedl spoustu práce na síťových ovladačích včetně přidání ovladače SolarFlare SFC9000 (který má několik spoluautorů). Frederic Weisbecker byl aktivní v několika oblastech, přidal kód hardwarových bodů přerušení [breakpoints], pracoval na odstranění velkého jaderného zámku [Big Kernel Lock] ze souborového systému reiserfs a také na sledování a nástroji perf. Práce Arnalda Carvalho de Melo se téměř kompletně týkala subsystému událostí výkonnosti a obzvláště nástroje perf. Luis Rodriguez nadále pracuje na subsystému bezdrátových ovladačů, nejvíce na ovladači Atheros, a největší příspěvek Masamiho Hiramatsu je práce na dynamickém sledování [dynamic probing].

Ve sloupci „podle změněných řádků“ Bartlomiej Zolnierkiewicz dál opravuje některé ovladače bezdrátových zařízení ve stromě staging, přičemž maže spoustu kódu; také stále pracuje na IDE. Henk de Groot přidal ovladač Agere pro čipové sady HERMES II, Jerry Chuang přidal ovladač pro Realtek rtl8192u a Ben Skeggs většinu ovladače Nouveau.

Autor článku byl schopen identifikovat u příspěvků do 2.6.33 182 zaměstnavatelů. Nejaktivnější z nich byli:

Nejaktivnější zaměstnavatelé v 2.6.33
Podle sad změn
(žádný)153514,6 %
Red Hat122311,6 %
Intel10119,6 %
(neznámý)8688,3 %
IBM5004,8 %
Novell3903,7 %
Nokia3193,0 %
(konzultant)3163,0 %
Fujitsu2041,9 %
Texas Instruments1991,9 %
Atheros Communications1691,6 %
(školství)1661,6 %
AMD1651,6 %
Oracle1361,3 %
Analog Devices1301,2 %
Renesas Technology1261,2 %
Pengutronix1251,2 %
HP1241,2 %
Solarflare Communications1231,2 %
Podle změněných řádků
(žádný)30489526,7 %
(neznámý)1097169,6 %
Red Hat929918,1 %
Broadcom542724,8 %
Realtek499514,4 %
Intel463024,1 %
Nokia375053,3 %
Novell272352,4 %
IBM267832,3 %
(konzultant)258452,3 %
Texas Instruments242322,1 %
LINBIT232472,0 %
Analog Devices196771,7 %
VMWare160451,4 %
Samsung157071,4 %
Solarflare Communications150541,3 %
JiangSu Lemote Corp.114391,0 %
AMD92180,8 %
Universal Scientific Industrial Co.91940,8 %

Jako obvykle si Red Hat drží pozici na začátku seznamu, ale ostatní ho dohánějí; možná se dočkáme dne, kdy Red Hat bude jenom jedním z několika velkých přispěvatelů. Některé čtenáře možná překvapí, že na čelních příčkách vidí Broadcom, vzhledem k tomu, že tato firma nemá jako přispěvatel nejlepší pověst. Pravda je taková, že Broadcom zaměstnává několik vývojářů přispívajících do různých ovladačů v subsystémech síťování a SCSI; problémy jsou jenom v říši bezdrátových zařízení.

Jenom tak ze srandy autor opsal „procenta sad změn“ posledních deseti vydání do tabulky a dostal tento graf:

[Procentuální zastoupení přispěvatelů]

Toto rozdělení je za poslední tři roky překvapivě stabilní. Nejzjevnější identifikovatelné trendy jsou pravděpodobně plynulé nárůsty hodnot u Intelu a Nokie.

Vývojový proces dál pokračuje plynule. Když zanedbáme občasné stížnosti na to, že se některé firmy vývojového procesu neúčastní naplno, je celkový obraz takový, že stovky firem spolupracují na vytváření linuxového jádra, i když jinde spolu nemilosrdně soupeří. Významné procento kódu, který pochází od vývojářů pracujících ve svém volném čase, nicméně ukazuje, že Linux není jenom firemní záležitost. Vystavěli jsme vývojovou komunitu, která je schopna zabudovat zájmy a práci ohromujícího množství lidí do jediného jádra.

Jako vždycky díky Gregu Kroah-Hartmanovi, který věnoval spoustu práce tomu, aby v tabulkách výše omezil počet procent u záznamů (neznámý).

Podpora skriptování v perf

link

Jake Edge, 10. únor 2010

Nástroj perf pro analýzu chování systému rychle získává další funkce. Od začlenění do hlavní řady2.6.31, kde sloužil jako prostředek pro přístup k různým čítačům výkonnosti [performace counters] v CPU, svůj záběr rozšířil. Přibližně ve stejné době se do jádra dostala podpora pro obsluhu jaderných událostí jako událostí čítačů výkonnosti. V nedávné době Tom Zanussi přidal podporu pro používání skriptů v perlu a pythonu s nástrojem perf, takže ještě zjednodušil sofistikované zpracování událostí výkonnosti [perf events].

Podpora perlu již v hlavní řadě je, ale Tom nedávno přidal skriptovací engine pro python. Interpretery pro perl i python lze zabudovat do spustitelného souboru perf, což umožňuje zpracovávat čistá sledovaná data v kterémkoliv z těchto dvou jazyků.

Skriptování v perlu lze použít od verze 2.6.33-rc, ale podpora pythonu je k dispozici pouze po aplikování Tomových patchů na strom tip. Překlad perfu v adresáři tools/perf, což vyžaduje vývojové verze různých knihoven a nástrojů (glibc, elfutils, libdwarf, perl, python, atd.), poté dává přístup k nové funkcionalitě.

S perfem jsou dodávány různé příklady – skripty, které může vypsat perf sám:

# perf trace -l
List of available trace scripts:
  syscall-counts [comm]                system-wide syscall counts
  syscall-counts-by-pid [comm]         system-wide syscall counts, by pid
  failed-syscalls-by-pid [comm]        system-wide failed syscalls, by pid
  workqueue-stats                      workqueue stats (ins/exe/create/destroy)
  check-perf-trace                     useless but exhaustive test script
  failed-syscalls [comm]               system-wide failed syscalls
  wakeup-latency                       system-wide min/max/avg wakeup latency
  rw-by-file <comm>                    r/w activity for a program, by file
  rw-by-pid                            system-wide r/w activity

To je seznam směsi skriptů v perlu a pythonu, které žijí v adresářích tools/perf/scripts/{perl,python} a po make install jsou nainstalovány do správného místa (ve výchozím nastavení /root/libexec).

Skripty samy o sobě jsou z větší části generovány příkazem perf trace. Tomova dokumentace pro perf-trace-perlperf-trace-python popisuje proces použití perf trace k vytvoření kostry skriptu, který lze poté editovat a přidat do něj potřebnou funkcionalitu. Přidání dvou podpůrných skriptů v shellu (pro záznam a hlášení) do správného adresáře přidá nové skripty do seznamu, který vypisuje příkaz perf trace popsaný výše.

Nainstalované skripty lze poté využít následovně:

# perf trace record failed-syscalls
^C[ perf record: Woken up 11 times to write data ]
[ perf record: Captured and wrote 1.939 MB perf.data (~84709 samples) ]

Tím jsou zachycena data z nástroje perf do souboru pojmenovaného perf.data, který následně lze zpracovat takto:

# perf trace report failed-syscalls
perf trace started with Perl script \
    /root/libexec/perf-core/scripts/perl/failed-syscalls.pl


failed syscalls, by comm:

comm                    # errors
--------------------  ----------
firefox                     1721
claws-mail                   149
konsole                       99
X                             77
emacs                         56
[…]

failed syscalls, by syscall:

syscall                           # errors
------------------------------  ----------
sys_read                              2042
sys_futex                              130
sys_mmap_pgoff                          71
sys_access                              33
sys_stat64                               5
sys_inotify_add_watch                    4
[…]

# perf trace report failed-syscalls-by-pid
perf trace started with Python script \
    /root/libexec/perf-core/scripts/python/failed-syscalls-by-pid


syscall errors:

comm [pid]                           count
------------------------------  ----------

firefox [10144]
  syscall: sys_read
    err = -11                         1589
  syscall: sys_inotify_add_watch
    err = -2                             4

firefox [10147]
  syscall: sys_futex       
    err = -110                           7
[…]

Tento jednoduchý příklad ukazuje použití skriptu failed-syscalls k sesbírání dat a jejich následnému zpracování odpovídajícím skriptem v perlu stejně jako kompatibilním skriptem v pythonu (failed-syscall-by-pid), který data dělí trochu jinak. První hlášení ukazuje počet systémových volání během několika vteřin, kdy se sledovalo. Ukazuje počet chyb podle procesu a podle systémového volání.

Druhé hlášení kombinuje obojí a ukazuje každý proces společně s tím, jaká systémová volání ve spojení s ním selhala a kolikrát. Také existují odpovídající skripty, které počítají všechna systémová volání, ne jenom ta, která selhala, a hlásí je podobně. Jiné dodávané skripty se zabývají latencí probouzení, aktivitou čtení/zápisů do souboru a statistikami pracovních front.

Tyto možnosti skriptování zjednoduší jaderným hackerům – nebo možná i těm, kteří jimi nejsou – přístup k funkcionalitě nástroje perf. Stav sledování a osazení jádra se v posledních vývojových cyklech rychle zlepšuje a nezdá se, že by se tempo mělo v brzké době zpomalit.

       

Hodnocení: 100 %

        špatnédobré        

Nástroje: Tisk bez diskuse

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

Komentáře

Vložit další komentář

3.3.2010 12:59 Jan Grmela | skóre: 45 | blog: Kilo šťávy z lachtana | Brno
Rozbalit Rozbalit vše Re: Jaderné noviny – 10. 2. 2010
Návrh: Co změnit "práce na dynamickém sledování [dynamic probing]" span "práce na dynamickém sledování" s titulkem "dynamic probing"?
Píšu pro Pivní recenze a protože mě to IT už fakt nebaví, tak jsme si s klukama postavili pivovar Lucky Bastard
3.3.2010 16:48 vasek125
Rozbalit Rozbalit vše Re: Jaderné noviny – 10. 2. 2010
2.6.33 je nejhorší jádro jaké jsem kdy používal. Sice něm výjimečně funguje wifi s iwlagn, ale systém nabíhá cca 25 minut, grafika se seká, přenosová rychlost na disku klesla ze 120 na 30MB/s, po uspání se už neprobudí(waiting for wifi). Už ani nemám sílo dávat bugreport, jenom doufám, že tohle jádro nebude v dalším ubuntu. Zajímalo by mě kolik u vás má problémy s iwlagn jako já(částé odpojování, přerušování spojení...). Wifi fungovala dobře jen na 2.6.28, do té doby skoro ne, od té doby se to zas zhoršuje, v každém novém jádře nefunguje něco.
Slavko avatar 3.3.2010 18:08 Slavko
Rozbalit Rozbalit vše Re: (Ne)Funkčnosť
Ja mám síce zatiaľ len 2.6.32 a bez WiFi, ale moje pocity sú podobné, len začali už po 2.6.26 - tel. karta je použiteľná len s veľkou dávkou fantázie a moje disky, proste hrôza, hoci k 30 MB/s som sa zatiaľ nedostal ;-)
Marián Kyral avatar 3.3.2010 20:29 Marián Kyral | skóre: 29 | blog: Sem_Tam | Frýdek-Místek
Rozbalit Rozbalit vše Re: Jaderné noviny – 10. 2. 2010
2.6.33 je nejhorší jádro jaké jsem kdy používal. Sice něm výjimečně funguje wifi s iwlagn, ale systém nabíhá cca 25 minut, grafika se seká, přenosová rychlost na disku klesla ze 120 na 30MB/s, po uspání se už neprobudí(waiting for wifi). Už ani nemám sílo dávat bugreport, jenom doufám, že tohle jádro nebude v dalším ubuntu. Zajímalo by mě kolik u vás má problémy s iwlagn jako já(částé odpojování, přerušování spojení...). Wifi fungovala dobře jen na 2.6.28, do té doby skoro ne, od té doby se to zas zhoršuje, v každém novém jádře nefunguje něco.
Fakt 25 minut? A co ten systém dělá? Já se startem nemám na Gentoo nejmenší problémy (2.6.33-gentoo-ck1, Dell E6500). Iwlagn a uspávání taktéž bez problémů. S wifi jsem měl problémy na jiném NB, tam mám iw3945 nebo tak nějak. Kernel 2.6.31 v pohodě, 2.6.32 - odpojování. Tak jsem se vrátil zpět k .31. O víkendu se snad dostanu k tomu otestovat .33.
3.3.2010 23:40 Jan Grmela | skóre: 45 | blog: Kilo šťávy z lachtana | Brno
Rozbalit Rozbalit vše Re: Jaderné noviny – 10. 2. 2010
Sice nechápu jak to souvisí s mým původním postem ale na 2.6.32.něco mi funguje Intel 5100 naprosto v pohodě včetně WPA Enterprise. Asi mám štěstí.
Píšu pro Pivní recenze a protože mě to IT už fakt nebaví, tak jsme si s klukama postavili pivovar Lucky Bastard

Založit nové vláknoNahoru

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.