https://ns.opennet.ru/openforum/vsluhforumID3/77096.html Компания SGI объявила (http://www.sgi.com/company_info/newsroom/press_releases/2011/may/lustre.html) о присоединении к некоммерческой организации OpenSFS (http://www.opensfs.org/), основанной группой производителей кластерных систем, заинтересованных в дальнейшем развитии и независимой поддержке файловой системы Lustre (http://www.lustre.org/). По заявлению SGI отныне компания готова предоставлять клиентам полный спектр возможных услуг поддержки кластерных решений на базе Lustre. Отдельно отмечается, что поддержка Lustre будет оказываться на том же уровне, что осуществляется поддержка собственной кластерной ФС SGI - CXFSTM. <br><br><br><br>Среди членов OpenSFS можно отметить компанию Cray, Ливерморскую национальную лабораторию (http://ru.wikipedia.org/wiki/%D0%9B%D0%B8%D0%B2%D0%B5%D1%80%D0%BC%D0%BE%D1%80%D1%81%D0%BA%D0%B0%D1%8F_%D0%BD%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D0%BB%D0%B0%D0%B1%D0%BE%D1%80%D0%B0%D1%82%D0%BE%D1%80%D0%B8%D1%8F) и Национальный вычислител...<br><br>URL: http://www.sgi https://ns.opennet.ru/openforum/vsluhforumID3/77096.html#20 Mon, 16 May 2011 16:22:32 GMT Честно говоря, не понял, к чему эти лозунги. Пользователи Lustre - это крупнейшие производители и/или пользователи суперкомпьютеров. Вы лично с вашими познаниями в распределенных ФС и попытками прицепиться к тексту, смысл которого вам был разъяснен, никому не интересны.<br> https://ns.opennet.ru/openforum/vsluhforumID3/77096.html#19 Mon, 16 May 2011 06:09:12 GMT как смешно читать ваш бред.<br>все машины из top10 (и большинство из top500) имеют login node, c которых таки запускают и отлаживают программы.<br><br>А еще смешнее читать - учитывая что Linux местами очень не совместим с POSIX ;-)<br> https://ns.opennet.ru/openforum/vsluhforumID3/77096.html#18 Sun, 15 May 2011 10:10:20 GMT Вот только не надо мне что-то впаривать, всё равно я не ваш клиент. Основное моё возражение против распределенных файловых систем - что они не полностью POSIX-совместимы и иногда это очень сильно выходит боком. Тут меня начали окучивать, что, де, это всё не так, а оно всё POSIX-совместимо, на что была продемонстрирована цитата с домашней страницы. После этого окучивание перешло на следующий уровень, типа, эта несовместимость она совсем-совсем маленькая и вы её практически никогда не увидите. Спасибо, конечно, но я знаю, что когда я её увижу мне будет очень-очень больно. <br><br>top500 - это очень специальные системы и очень специальные задачи. POSIX-совместимость там ни разу никому не интересна. Может там вообще ни шелла, ни пользователей нету, а задачи выставляются туда через толстый PBS, типа, слёрма и торка, который позаботится, чтобы в каждый конкретный момент на каждом конкретном процессоре выполнялась ровно одна вычислительная задача (а нефиг контексты переключать). Вон, pvfs2 вообще никакой POSIX-совмести https://ns.opennet.ru/openforum/vsluhforumID3/77096.html#17 Sat, 14 May 2011 19:01:22 GMT atime давно уже можно заставить обновлять.<br> https://ns.opennet.ru/openforum/vsluhforumID3/77096.html#16 Sat, 14 May 2011 18:52:15 GMT &gt;with _limited exceptions_<br><br>Ага. Например, если клиент читает данные из своего кэша, то другие клиенты не увидят обновление atime. Потому что иначе сеть ляжет. Впрочем, насколько я помню, планировалось реализовать (и, возможно, уже реализован) в полном объеме relatime.<br> https://ns.opennet.ru/openforum/vsluhforumID3/77096.html#15 Sat, 14 May 2011 18:38:31 GMT # POSIX compliance: The full POSIX test suite passes with _limited exceptions_ on Lustre clients. In a cluster, _most operations are atomic_ so that clients never see stale data or metadata. Lustre supports mmap() file I/O.<br><br> https://ns.opennet.ru/openforum/vsluhforumID3/77096.html#14 Sat, 14 May 2011 16:24:40 GMT &gt;Т.е. в настоящее время наука не знает способов синхронизации доступа к носителям, контролирумыми разными системами<br><br>Всегда удивлялся, почему некоторые люди так любят делать утверждения вселенского масштаба, не имея представления даже об азах.<br> https://ns.opennet.ru/openforum/vsluhforumID3/77096.html#13 Sat, 14 May 2011 16:22:35 GMT &gt; Ага, вот такие оряклы до чужого добра жадные.<br>&gt; Тока чего-то я в ванильном ядре драйверов люстры не видел (как и <br>&gt; CXFS, к слову), а вот ocfs2 - скока угодно!<br><br>Наверно по тому что - для быстрой работы люстры нужна была стопка патчей - которые не очень вязались и идеологией linux VFS (как было и у рейсерФС) - кроме того у люстры совершенно свой сетевой стек и не самый маленький ее кусок.<br>К слову принято решение о том что lustre client будет в vanila kernel и работы в этом направлении идут.<br><br><br>PS. а скажите внутренний формат OCFS2 до сих пор не умеет адресовать болье 256 нод? а как OCFS2 будет работать на кластере с 6 000 нод используемых к слову в NASA и обслуживаемый SGI?<br><br> https://ns.opennet.ru/openforum/vsluhforumID3/77096.html#12 Sat, 14 May 2011 16:19:09 GMT &gt;&gt;&gt;ненужное выкидывают <br>&gt; А что там на top500 крутится, это ещё не показатель. На top500 <br>&gt; работает весьма специальное ПО, и ему что POSIX, что не POSIX <br>&gt; ... Достаточно MPI-IO стандарта, чтоб фактически программа сама (ну, разумеется, с <br>&gt; помощью весьма недешевого штата админов) контролировала доступ к файлу.<br><br>Люстра является POSIX совместимой. И при этом имела native клиентов для Linux/Win32, старый порт на OS/X. И все где может работать Fuse.<br>И очень много усилий тратилось именно на поддержку POSIX семантики.<br>А что до синхронизации.. надеюсь мисье может прочитать в wiki расшифровку DLM и почитает на wiki.lustre.org о LDLM.<br>