Silicon Graphics и Open Source: работа с распределенными системами
Содержание:
1. OpenGL;
2. Linux;
3. Ядро: управление процессами;
4.Инструменты разработки ядра (Вы читаете данный раздел);
5. Работа с распределенными системами.
Помимо расширения функциональности ядра Linux, инженеры SGI уделяли много внимания инструментам его разработки. В SGI был создан отладчик ядра kdb - актуальный проект, ведь Линус Торвальдс долгое время не хотел добавлять какие-либо средства отладки в ядро. Поддержка «родного» отладчика kgdb появилась лишь в ядре 2.6.26, и при этом для его использования необходима дополнительная машина. А вот kdb можно использовать на том же компьютере, что и отлаживаемое ядро, так что он все еще поддерживается (страничка http://oss.sgi.com/projects/kdb явно устарела, но в разделе Downloads свежие версии имеются).
Kdump модуль для YaST2
Для ветки ядра 2.4 предоставлялся профилировщик kernprof, существенно превосходивший штатный. Но в 2003 году проект практически остановился, и в настоящее время стандартом де-факто для профилировки ядра является совсем другой инструмент - oprofile. Наконец, утилиты проекта Linux Kernel Crash Dumps (LKCD) позволяли получать дамп памяти ядра при падениях (kernel panic, oops) и проводить последующий анализ этих дампов. В настоящее время LKCD вытеснен новым kdump.
Завершая тему ядра, напомню, что одним из немногих примеров использования кода UNIX в Linux, продемонстрированных SCO в приснопамятном разбирательстве, были примерно 200 строк, внесенные SGI для поддержки Itanium. К моменту демонстрации их уже убрали из ядра ввиду наличия другого кода с аналогичной функциональностью. Более того, Рич Альтмайер (Rich Altmaier, в то время - вице-президент SGI) заявил в письме к сообществу (http://oss.sgi.com/letter_100103.txt), что проблемный код хоть и происходит из UNIX System V, но попадает в категорию общественного достояния (public domain). Тем не менее, с сайта SGI код убрали, заодно «подчистив» еще несколько потенциально спорных фрагментов.
1. OpenGL;
2. Linux;
3. Ядро: управление процессами;
4.
5. Работа с распределенными системами.
Помимо расширения функциональности ядра Linux, инженеры SGI уделяли много внимания инструментам его разработки. В SGI был создан отладчик ядра kdb - актуальный проект, ведь Линус Торвальдс долгое время не хотел добавлять какие-либо средства отладки в ядро. Поддержка «родного» отладчика kgdb появилась лишь в ядре 2.6.26, и при этом для его использования необходима дополнительная машина. А вот kdb можно использовать на том же компьютере, что и отлаживаемое ядро, так что он все еще поддерживается (страничка http://oss.sgi.com/projects/kdb явно устарела, но в разделе Downloads свежие версии имеются).
Kdump модуль для YaST2
Для ветки ядра 2.4 предоставлялся профилировщик kernprof, существенно превосходивший штатный. Но в 2003 году проект практически остановился, и в настоящее время стандартом де-факто для профилировки ядра является совсем другой инструмент - oprofile. Наконец, утилиты проекта Linux Kernel Crash Dumps (LKCD) позволяли получать дамп памяти ядра при падениях (kernel panic, oops) и проводить последующий анализ этих дампов. В настоящее время LKCD вытеснен новым kdump.
Завершая тему ядра, напомню, что одним из немногих примеров использования кода UNIX в Linux, продемонстрированных SCO в приснопамятном разбирательстве, были примерно 200 строк, внесенные SGI для поддержки Itanium. К моменту демонстрации их уже убрали из ядра ввиду наличия другого кода с аналогичной функциональностью. Более того, Рич Альтмайер (Rich Altmaier, в то время - вице-президент SGI) заявил в письме к сообществу (http://oss.sgi.com/letter_100103.txt), что проблемный код хоть и происходит из UNIX System V, но попадает в категорию общественного достояния (public domain). Тем не менее, с сайта SGI код убрали, заодно «подчистив» еще несколько потенциально спорных фрагментов.
