Silicon Graphics и Open Source: работа с распределенными системами.
Содержание:
1. OpenGL;
2. Linux;
3. Ядро: управление процессами;
4. Инструменты разработки ядра;
5.Работа с распределенными системами (Вы читаете данный раздел).
Логичным дополнением работ SGI по поддержке многопроцессорности стал ряд продуктов для многомашинных комплексов.
Проект Linux Failsafe (порт IRIX Failsafe, разработанный совместно с SUSE) предоставлял ПО для кластеров, повышавшее отказоустойчивость в случае выхода из строя физических машин. Увы, после кризиса в начале века SGI забросила и этот проект, а одной SUSE, по словам Ларса Маровски-Бри (Lars Marowsky-Bree, инженер SUSE), он был не по силам (http://article.gmane. org/gmane.linux.failsafe/277). Но Ларс заверил, что все наработки используются в схожем проекте Linux-HA (High-Availability Linux, http://www.linux-ha.org).
Другой порт с IRIX - Open/SpeedShop, профилировщик приложений, поддерживающий кластерные решения (в частности, обеспечивающий анализ вызовов MPI). Проект развивается и сейчас, но уже без SGI, а силами института Крелла (Krell Institute) и Лос-Аламосской и Ливерморской национальных лабораторий. Еще один изначально проприетарный продут - Performance CoPilot - предоставляет инфраструктуру для мониторинга и управления ресурсами многомашинных комплексов. Проект был открыт в 2000 году и в настоящее время поддерживается сообществом, располагаясь по-прежнему на http://oss.sgi.com/projects/pcp (и являя собой чуть ли не единственный «живой» раздел портала oss.sgi.com).
Наконец, проект, знакомый и пользователям десктопов - это FAM (File Alteration Monitor) - монитор, оповещающий заинтересованные приложения об изменениях файлов: как локальных, так и находящихся на удаленных машинах (средствами локальных демонов на этих машинах, не перегружая сеть). FAM не развивается с 2003 года, но существует независимый проект Gamin, стремящийся к совместимости с FAM на уровне API и ABI (о нем, правда, тоже мало слышно последние пару лет). Частичной альтернативой FAM является механизм ядра inotify, но он присутствует только в Linux, да и работа с удаленными машинами там реализована по-другому и требует поддержки со стороны модуля файловой системы (а для NFS, например, такой поддержки нет). Так что FAM/Gamin все еще популярны и присутствуют в современных дистрибутивах Linux.
Таким образом, SGI сделала немало для мира открытого ПО. Многие разработки компании - достаточно низкоуровневые и поэтому неизвестны большинству пользователей, но они сыграли существенную роль в становлении Linux как надежной платформы для корпоративного сектора - в частности, за счет улучшения поддержки многопроцессорных и многомашинных комплексов.
В настоящее время часть разработок SGI интегрирована в другие продукты (включая ядро Linux), часть - развивается сообществом, а что-то оказалось невостребованным и представляет разве что историческую ценность. К сожалению, об участии самой компании в открытых проектах приходится говорить в прошедшем времени - Rackable Systems, купившая SGI в 2009 году, пока никак не проявила себя в этой области. Но частью доставшегося ей наследства Rackable уже достаточно умело воспользовалась, сменив имя на Silicon Graphics International - то есть, все тот же SGI. Интересы Rackable лежали в области аппаратного обеспечения, но, возможно, «новый» SGI еще вернет свои позиции в разработке ПО и не обделит вниманием сообщество FLOSS. Поживем - увидим.
1. OpenGL;
2. Linux;
3. Ядро: управление процессами;
4. Инструменты разработки ядра;
5.
Логичным дополнением работ SGI по поддержке многопроцессорности стал ряд продуктов для многомашинных комплексов.
Проект Linux Failsafe (порт IRIX Failsafe, разработанный совместно с SUSE) предоставлял ПО для кластеров, повышавшее отказоустойчивость в случае выхода из строя физических машин. Увы, после кризиса в начале века SGI забросила и этот проект, а одной SUSE, по словам Ларса Маровски-Бри (Lars Marowsky-Bree, инженер SUSE), он был не по силам (http://article.gmane. org/gmane.linux.failsafe/277). Но Ларс заверил, что все наработки используются в схожем проекте Linux-HA (High-Availability Linux, http://www.linux-ha.org).
Другой порт с IRIX - Open/SpeedShop, профилировщик приложений, поддерживающий кластерные решения (в частности, обеспечивающий анализ вызовов MPI). Проект развивается и сейчас, но уже без SGI, а силами института Крелла (Krell Institute) и Лос-Аламосской и Ливерморской национальных лабораторий. Еще один изначально проприетарный продут - Performance CoPilot - предоставляет инфраструктуру для мониторинга и управления ресурсами многомашинных комплексов. Проект был открыт в 2000 году и в настоящее время поддерживается сообществом, располагаясь по-прежнему на http://oss.sgi.com/projects/pcp (и являя собой чуть ли не единственный «живой» раздел портала oss.sgi.com).
Наконец, проект, знакомый и пользователям десктопов - это FAM (File Alteration Monitor) - монитор, оповещающий заинтересованные приложения об изменениях файлов: как локальных, так и находящихся на удаленных машинах (средствами локальных демонов на этих машинах, не перегружая сеть). FAM не развивается с 2003 года, но существует независимый проект Gamin, стремящийся к совместимости с FAM на уровне API и ABI (о нем, правда, тоже мало слышно последние пару лет). Частичной альтернативой FAM является механизм ядра inotify, но он присутствует только в Linux, да и работа с удаленными машинами там реализована по-другому и требует поддержки со стороны модуля файловой системы (а для NFS, например, такой поддержки нет). Так что FAM/Gamin все еще популярны и присутствуют в современных дистрибутивах Linux.
Заключение
Таким образом, SGI сделала немало для мира открытого ПО. Многие разработки компании - достаточно низкоуровневые и поэтому неизвестны большинству пользователей, но они сыграли существенную роль в становлении Linux как надежной платформы для корпоративного сектора - в частности, за счет улучшения поддержки многопроцессорных и многомашинных комплексов.
В настоящее время часть разработок SGI интегрирована в другие продукты (включая ядро Linux), часть - развивается сообществом, а что-то оказалось невостребованным и представляет разве что историческую ценность. К сожалению, об участии самой компании в открытых проектах приходится говорить в прошедшем времени - Rackable Systems, купившая SGI в 2009 году, пока никак не проявила себя в этой области. Но частью доставшегося ей наследства Rackable уже достаточно умело воспользовалась, сменив имя на Silicon Graphics International - то есть, все тот же SGI. Интересы Rackable лежали в области аппаратного обеспечения, но, возможно, «новый» SGI еще вернет свои позиции в разработке ПО и не обделит вниманием сообщество FLOSS. Поживем - увидим.
