https://opennet.ru/openforum/vsluhforumID3/64069.html Pawel Jakub Dawidek, известный созданием порта ZFS и GEOM-классов eli, mirror, gate, label, journal, hsec, довел до финальной стадии и добавил (http://lists.freebsd.org/pipermail/svn-src-all/2010-February/020251.html) в дерево исходных текстов FreeBSD HEAD реализацию системы репликации устройств хранения данных (HAST), которая позволяет использовать FreeBSD для создания высоконадежных конфигураций, в которых данные синхронизированы по всем узлам кластера. <br><br>HAST реализован в виде GEOM-класса, обеспечивающего синхронную репликацию блочных устройств поверх TCP/IP сетей, независимо от типа накопителя и файловой системы. HAST предусматривает возможность быстрого восстановления после сбоя, причем, при выходе из строя первичного master-узла, его функции могут быть делегированы slave-узлу. После проверки и монтирования UFS раздела или импорта ZFS пула на поврежденном узле, система автоматически синхронизирует внесенные за время восстановления изменения и продолжит работу без потери данных....<br><br>URL: http://lists.f https://opennet.ru/openforum/vsluhforumID3/64069.html#105 Wed, 24 Feb 2010 22:35:15 GMT <br>&gt;А как же вы поступите с файловой системой, у которой кэш есть? <br>&gt;По условиям задачи, блочное устройство притворяется валенком и ничего ей не <br>&gt;объясняет, лишь выдавая отлупы при попытке записать в область с локом. <br>&gt;Висит, понимаете ли, в кэше инфа, наконец фс хочет ее сбросить... <br>&gt;а на персистенте уже все переменилось давно. Так что, кэш совсем <br>&gt;запретить? <br><br>кстати - если нода читала перед этим данные - то у нее уже есть лок и никто другой положить данные туда не может - прежде чем скинут кэш.<br>А если 2 ноды пишут без чтения в один файл - то тут никакая "кластерная" FS не поможет, будет каша (особенно красиво это видно с O_APPEND - там вобще строчки в перемешку могут быть)<br><br><br><br> https://opennet.ru/openforum/vsluhforumID3/64069.html#104 Wed, 24 Feb 2010 22:31:45 GMT &gt;Таки абстрактных? И таки абсолютно не коррелирующих со структурами данных в файловой системе?<br><br>Таки астрактных. И одно время использовались только plain locks для защиты и данных и мета-данных. потом в в процессе оптимизации и улучшения маштабируемости - их разделили и добавили 3й (полностью абстрактный) тип локов - glimpse - задача которого просто определять кто является "владельцем" EOF и от кого это можно получить (только не надо говорить что это отображение i_size - это совсем не так)<br><br>Скажу даже больше - metadata-id - которым служит inode-no, отношения к идентификаторам на storage серверах никакого не имеет. там используется внутренная адресация внутри storage node - называется это LSM. <br>Так что resource_id для обращения к серверам с данными - совсем другой чем по обращению к мета-данным серверов.<br><br><br>&gt;на клиенте в 2.x используются полностью абстрактные идентификаторы - FID<br>&gt; И по каким же алгоритмам производится распределение этих идентификаторов? Какие же данные используются в этих алгоритмах в https://opennet.ru/openforum/vsluhforumID3/64069.html#103 Wed, 24 Feb 2010 20:46:20 GMT &gt;В качестве такого DLM служит LDLM модуль в Lustre FS - набор абстрактных ресурсов.<br><br>Таки абстрактных? И таки абсолютно не коррелирующих со структурами данных в файловой системе?<br><br>&gt;в 1.x Lustre (для простоты) номер ресурса совпадает с inode no на клиенте<br><br>Да, действительно очень просто. Связь налицо.<br><br>&gt;на клиенте в 2.x используются полностью абстрактные идентификаторы - FID<br><br>И по каким же алгоритмам производится распределение этих идентификаторов? Какие же данные используются в этих алгоритмах в качестве входных и выходных параметров?<br><br>&gt;Вы внимательно читали то что я говорил? Блочное устройство вполне себе имеет операции "начать IO", "закончить IO", "буфер упал на persistent storage".<br><br>Отлично. Только на их основании вы и будете рулить локами?<br><br>А как же вы поступите с файловой системой, у которой кэш есть? По условиям задачи, блочное устройство притворяется валенком и ничего ей не объясняет, лишь выдавая отлупы при попытке записать в область с локом. Висит, понимаете ли, в кэше инфа, наконец фс хо https://opennet.ru/openforum/vsluhforumID3/64069.html#102 Wed, 24 Feb 2010 16:59:32 GMT &gt;&gt;Я бы хотел, чтобы она никогда не стала "ОС для масс". А <br>&gt;&gt;в том, что это всё-таки произошло, может быть заслуга BSD лицензии. <br>&gt;&gt;<br>&gt;<br>&gt;от злости трещишь по швам прям. ну трещи-трещи, а мы дальше будем <br>&gt;писать под BSD :) <br><br>Фантазёр. Просто пытался понять, что движет людьми. С чего бы мне это злиться? Наоборот рад за FreeBSD. <br> https://opennet.ru/openforum/vsluhforumID3/64069.html#101 Wed, 24 Feb 2010 16:06:52 GMT зарелизили же вот http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/113885<br> https://opennet.ru/openforum/vsluhforumID3/64069.html#100 Wed, 24 Feb 2010 13:13:07 GMT &gt;Я бы хотел, чтобы она никогда не стала "ОС для масс". А <br>&gt;в том, что это всё-таки произошло, может быть заслуга BSD лицензии. <br>&gt;<br><br>от злости трещишь по швам прям. ну трещи-трещи, а мы дальше будем писать под BSD :)<br><br> https://opennet.ru/openforum/vsluhforumID3/64069.html#99 Wed, 24 Feb 2010 11:31:50 GMT ух ты, какой тонкий троль! тут кормиться не чем, иди дальше.<br> https://opennet.ru/openforum/vsluhforumID3/64069.html#97 Wed, 24 Feb 2010 07:01:22 GMT Где это я полил вас грязью, кроме того что явно намекнул что вы аноним и явно ничего уровня HAST не делали. Если Вас это так задело - смените ник и напишите аналог. А то тоже как-то предвзято относитесь, что все "нелинуксоиды" сейчас бросятся кидаться в вас тем же, чем и вы.<br> https://opennet.ru/openforum/vsluhforumID3/64069.html#96 Tue, 23 Feb 2010 18:12:47 GMT &gt;представьте что бы было если бы майкрософт написал свою реализацию сетевого стека, <br>&gt;которая не совместима ни с кем. Да, они бы понесли больше <br>&gt;расходов, но кому было бы от этого лучше? <br><br>Может написал бы, а может и не написал бы. Может понёс бы больше расходов и не хватило бы денег на другие важные дела (реклама, обливание грязью открытых технологий). А так - на тебе бесплатно, пользуйся.<br>