The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

В состав FreeBSD принят код HAST и представлен ряд улучшений протокола TCP

19.02.2010 14:34

Pawel Jakub Dawidek, известный созданием порта ZFS и GEOM-классов eli, mirror, gate, label, journal, hsec, довел до финальной стадии и добавил в дерево исходных текстов FreeBSD HEAD реализацию системы репликации устройств хранения данных (HAST), которая позволяет использовать FreeBSD для создания высоконадежных конфигураций, в которых данные синхронизированы по всем узлам кластера.

HAST реализован в виде GEOM-класса, обеспечивающего синхронную репликацию блочных устройств поверх TCP/IP сетей, независимо от типа накопителя и файловой системы. HAST предусматривает возможность быстрого восстановления после сбоя, причем, при выходе из строя первичного master-узла, его функции могут быть делегированы slave-узлу. После проверки и монтирования UFS раздела или импорта ZFS пула на поврежденном узле, система автоматически синхронизирует внесенные за время восстановления изменения и продолжит работу без потери данных.

Кроме того, анонсирована публикация набора улучшений для сетевого стека FreeBSD, созданного в рамках исследовательского проекта NewTCP, финансируемого компанией Cisco и развиваемого в Центре расширенных интернет архитектур при Технологическом университете Swinburne.

В частности, представленна обновленная версия модульной системы, позволяющей подключать через плагины различные алгоритмы для контроля перегрузки (Congestion Control) в TCP. Добавлена поддержка алгоритмов Hamilton и Vegas для контроля перегрузки TCP (ранее были реализованы алгоритмы CUBIC, NewReno и H-TCP.). Создан фреймворк Khelp, представляющий интерфейс для создания модулей ядра на лету обеспечивающих выполнение определенных сервисных функций. Подготовлен ERTT (Enhanced Round Trip Time) Khelp модуль, позволяющий более точно измерять параметры TCP потока для использования в алгоритмах управления контроля перегрузки TCP.

  1. Главная ссылка к новости (http://lists.freebsd.org/piper...)
  2. OpenNews: Организация FreeBSD Foundation объявила о финансировании проектов HAST и FDT
  3. OpenNews: В состав FreeBSD-CURRENT включен GEOM-класс gvirstor
  4. OpenNews: Во FreeBSD-CURRENT доступна последняя версия файловой системы ZFS
  5. OpenNews: ZFS во FreeBSD готова к промышленной эксплуатации
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/25502-HAST
Ключевые слова: HAST, freebsd, tcp
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (76) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, al (??), 15:29, 19/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Давно пытался замутить кластер на ggated.
    Но там были неслабыае проблемы с
    отмонтированием вышедшего из строя узла.

    Похоже теперь удасться воплотить мечту!

     
  • 1.3, splat_pack (ok), 15:49, 19/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    HAST внушает доверие, надо бы затестить. ggated конечно совсем не для продакшена, так костыль, да еще и кривой.
     
     
  • 2.23, аноним (?), 20:31, 19/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ggate - замечательная вещь, но только вот предназначен он совсем не для того, чтобы использовать его с gmirror для создания отказоустойчивого хранилища.
     
     
  • 3.35, Myc (??), 23:11, 19/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Собсно hast юзает тот же GEOM_GATE. Просто в отличие от ggated, к нему прикручены полезные свистелки-перделки.
    И самое главное, что для добавления новых свистелок не нужно корежить ядро. ;)
     
     
  • 4.37, аноним (?), 23:33, 19/02/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Собсно hast юзает тот же GEOM_GATE

    Ничего подобного.

     
     
  • 5.54, xxx (??), 16:15, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну судя по комиту в svn, единственный GEOM класс, который он затрагивает - это GEOM_GATE. Почему же тогда ничего подобного?
     

  • 1.7, аноним (?), 16:25, 19/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    и срокам уложился, молодец
     
  • 1.11, J10 (?), 17:17, 19/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    плагины к сетевому стеку, оригинально
     
  • 1.13, BirdGovorun (??), 18:10, 19/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Прочитал новость, так и не понял, что хотели сказать.
    Полез в первоисточник
    http://wiki.freebsd.org/HAST
    Смысл : горячий резерв, работает на нагрузку только один комп, второй на подхвате,
            и максимум 2 компа, надеюсь пока.
    Если будет развиватья дальше, то класс!
     
     
  • 2.30, dry (ok), 22:19, 19/02/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    народ тут так восторгается, что даже возник интерес.
    однако после прочтения вики, долго думал чем это лучше drbd.
    при том, что drbd умеет master-master и stacked.
     
     
  • 3.31, аноним (?), 22:36, 19/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >однако после прочтения вики, долго думал чем это лучше drbd.

    Тем, что это BSD. Для проприетарных вендоров - критично.

    Принципиально важно создать полный аналог DRBD, но с возможностью включать в проприетарные решения (т.е. под BSD лицензией и для BSD ядра).

     
     
  • 4.45, bill (ok), 10:19, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Кому это важно? Проприетарным вендорам?
     
     
  • 5.52, аноним (?), 15:23, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Кому это важно? Проприетарным вендорам?

    Проприетарным вендорам, а значит, и BSD-сообществу.

    Обеспечение полной свободы действий для проприетарных вендоров - одна из важнейших целей BSD-сообщества и основное его отличие от GNU/Linux/GPL-сообществ.

     
     
  • 6.61, bill (ok), 17:54, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    По-моему, эта цель противоречит здравому смыслу. Сетевой стек Microsoft - яркий тому пример.
     
     
  • 7.67, аноним (?), 01:17, 21/02/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >По-моему, эта цель противоречит здравому смыслу.

    Поясните, пожалуйста, что плохого в том, чтобы бескорыстно помогать проприетарному вендору?
    Если отбросить в сторону идеологию и прочие фанатизмы.

     
     
  • 8.72, bill (ok), 12:46, 21/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я и не говорил, что это плохо Но делать это важнейшей целью по меньшей мере с... текст свёрнут, показать
     
     
  • 9.77, аноним (?), 17:57, 21/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Разработкой софта, который заведомо не должен стать проприетарным, занимаются GP... текст свёрнут, показать
     
     
  • 10.99, аноним (?), 14:31, 24/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ух ты, какой тонкий троль тут кормиться не чем, иди дальше ... текст свёрнут, показать
     
  • 8.74, Karpion (ok), 15:37, 21/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Как я понимаю, пропиетарным вендорам помогают не бесокрыстно Проприетарщикам на... текст свёрнут, показать
     
     
  • 9.78, аноним (?), 17:59, 21/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Это подход GPL Подход BSD состоит в том, чтобы все потребители, включая проприе... текст свёрнут, показать
     
  • 7.69, аноним (?), 07:35, 21/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Что не так со стеком TCP/IP "Майкрософта"?
     
     
  • 8.73, bill (ok), 12:50, 21/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Всё так Помогаете конкуренту вытеснить себя же с рынка серверов, передав ему бе... текст свёрнут, показать
     
     
  • 9.79, аноним (?), 18:02, 21/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Логика находится там, где вы ее не ищете Далеко не все вопросы сводятся к конку... текст свёрнут, показать
     
  • 9.82, Аноним (-), 21:03, 21/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Как же задолбали уже с этой легендой Единственный косвенно подтвержденный случа... текст свёрнут, показать
     
  • 9.86, anonymous (??), 07:34, 22/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А ты хотел чтобы ОС для масс работала на каком-нибудь своем, особенном протоко... текст свёрнут, показать
     
     
  • 10.95, bill (ok), 21:08, 23/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы хотел, чтобы она никогда не стала ОС для масс А в том, что это всё-таки ... текст свёрнут, показать
     
     
  • 11.100, аноним (?), 16:13, 24/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    от злости трещишь по швам прям ну трещи-трещи, а мы дальше будем писать под BSD... текст свёрнут, показать
     
     
  • 12.102, bill (ok), 19:59, 24/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Фантазёр Просто пытался понять, что движет людьми С чего бы мне это злиться Н... текст свёрнут, показать
     
  • 7.93, ig0r (??), 15:41, 23/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    представьте что бы было если бы майкрософт написал свою реализацию сетевого стека, которая не совместима ни с кем. Да, они бы понесли больше расходов, но кому было бы от этого лучше?
     
     
  • 8.96, bill (ok), 21:12, 23/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Может написал бы, а может и не написал бы Может понёс бы больше расходов и не х... текст свёрнут, показать
     
  • 3.38, аноним (?), 23:34, 19/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >народ тут так восторгается, что даже возник интерес.
    >однако после прочтения вики, долго думал чем это лучше drbd.
    >при том, что drbd умеет master-master и stacked.

    Master-master? И что будет с файловой системой на этом master-master?

     
     
  • 4.39, аноним (?), 23:59, 19/02/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Master-master? И что будет с файловой системой на этом master-master?

    UFS(2) или ZFS придет капец.

    А линуксовые GFS, OCFS отлично будут работать.

    Посему master-master в HAST на сегодняшний день не имеет практического смысла.

     
     
  • 5.40, QuAzI (??), 00:18, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Не шутите так больше. Капец им не придёт, HAST как раз направлен на то чтобы аккуратно их синхронизировать.
     
     
  • 6.41, аноним (?), 00:24, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Учите матчасть. Обычные файловые системы невозможно "аккуратно синхронизировать" на уровне блочных устройств.
     
     
  • 7.47, QuAzI (ok), 10:45, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вы наверное с FAT перепутали, дайте Давидеку время, он всё допилит.
     
     
  • 8.49, аноним (?), 15:11, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Прямо-таки возьмет и с нуля напишет кластерную ФС Или до основания перелопатит ... текст свёрнут, показать
     
  • 8.62, аноним (?), 20:09, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хотелось бы знать как Повторяю, с обычными ФС это невозможно принципиально ... текст свёрнут, показать
     
  • 6.42, аноним (?), 00:28, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Не шутите так больше. Капец им не придёт, HAST как раз направлен на то чтобы аккуратно их синхронизировать.

    Боюсь, вы так и не поняли разницы между кластерной файловой системой и репликацией блочного устройства.

     
     
  • 7.48, QuAzI (ok), 10:53, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ФС то не кластерная, но и "всеобщий капец" на данный момент даже если линк между primary и secondary развалится и они некоторое время будут жить своей жизнью, не придёт. После поднятия линка данные одной стороны реплицируются на вторую и всё. В любом случае ФС останется жива.
     
     
  • 8.53, аноним (?), 15:27, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Только учтите, что не данные одной стороны реплицируются на другую , а данные ... текст свёрнут, показать
     
  • 8.63, аноним (?), 20:10, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Это ни коим образом не master-master ... текст свёрнут, показать
     
  • 4.44, dry (ok), 09:52, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Master-master? И что будет с файловой системой на этом master-master?

    Ответили вам там уже.

     
  • 3.46, QuAzI (ok), 10:41, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Цитирую из мейллиста переписку про HAST:
    Also note that DRBD, which is on the market for a long time already can
    operate also only in primary-secondary configuration for production uses.
    Eventhough it supports primary-primary configuration, it is not
    recommended for production use AFAIK.
    Как бы умеет, но как бы и нестабилен =)
     
     
  • 4.50, аноним (?), 15:20, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Он может великолепно и очень стабильно поддерживать p-p, но без кластерной фс эт... большой текст свёрнут, показать
     
     
  • 5.55, анти (?), 17:11, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    а как с этой ситуацией справляется кластерная фс?
     
     
  • 6.57, аноним (?), 17:27, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >а как с этой ситуацией справляется кластерная фс?

    Просто не позволяет удалять каталог, с файлами из которого сейчас работают =)

     
     
  • 7.59, _umka_ (??), 17:38, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>а как с этой ситуацией справляется кластерная фс?
    >
    >Просто не позволяет удалять каталог, с файлами из которого сейчас работают =)
    >

    У вас неправильные данные - или FS с которой вы сталкивались - не соотвествует требованиям POSIX.

    никто не мешает вызвать unlink на открытый файл, а потом удалить пустой каталог - это будет как раз таки поведение POSIX, остальное.. идет лесом и куда нить на помойку.


     
  • 6.60, _umka_ (??), 17:43, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >а как с этой ситуацией справляется кластерная фс?

    Тривиально. в состав "кластерной" FS входит такая хрень как DLM - distributed lock manager, который следит за возникновение конфликтов (несколько клиентов обращаются к общему ресурсу) и предпринимает какие-то действия что бы разрулить этот конфликт.
    Но даже на кластерных FS - никто не гарантирует целостность данных если N клиентов пишут в файл открытый на O_APPEND, нужна внешная блокировка (хотя бы через flock()) что бы определить кто же главный.

    Задача кластерных FS обеспечить коректость кэшей у клиентов что бы когда один клиент читает данные, небыло
    "грязных" данных на другом клиенте и читающий клиент получил конектные данные.


     
  • 5.58, _umka_ (??), 17:34, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сразу видно истинного прохфисионала - такие безупречные рассуждения - Реализов... большой текст свёрнут, показать
     
     
  • 6.66, аноним (?), 01:15, 21/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да, пояснения нужны.

    - Вы хотели сказать, что описанные вами в начале вашей реплики решения работают исключительно на уровне блочных устройств и абсолютно не представляют себе, что такое файл, каталог, etc?

    - Вы полагаете, что реализация DLM для UFS через интерфейс GEOM будет более эффективна по потреблению ресурсов, масштабируемости и (особенно) по производительности, чем файловая система, изначально разработанная под кластер?

     
     
  • 7.68, _umka_ (??), 05:53, 21/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Могут работать как на блочном уровне, так и на уровне файлов В терминах DLM нет... большой текст свёрнут, показать
     
     
  • 8.75, аноним (?), 17:44, 21/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Пожалуйста, не увиливайте от ответа Для того, чтобы обеспечить корректную работ... большой текст свёрнут, показать
     
     
  • 9.83, _umka_ (??), 21:40, 21/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    нет не обязательно DLM работает с понятием ресурс в кластерных FS - Lustre... большой текст свёрнут, показать
     
     
  • 10.89, аноним (?), 21:37, 22/02/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Прекрасно То есть вы хотите сказать, что DLM может быть вообще никак не связан ... текст свёрнут, показать
     
     
  • 11.94, _umka_ (??), 15:49, 23/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да не связан В качестве такого DLM служит LDLM модуль в Lustre FS - набор абстр... текст свёрнут, показать
     
     
  • 12.103, аноним (?), 23:46, 24/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Таки абстрактных И таки абсолютно не коррелирующих со структурами данных в файл... текст свёрнут, показать
     
     
  • 13.104, _umka_ (??), 01:31, 25/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Таки астрактных И одно время использовались только plain locks для защиты и дан... текст свёрнут, показать
     
  • 13.105, _umka_ (??), 01:35, 25/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    кстати - если нода читала перед этим данные - то у нее уже есть лок и никто друг... текст свёрнут, показать
     
  • 4.56, аноним (?), 17:25, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Eventhough it supports primary-primary configuration, it is not
    >recommended for production use AFAIK.
    >Как бы умеет, но как бы и нестабилен =)

    И кто же это так настоятельно не рекомендует использовать DRBD и говорит про него гадости?
    Правильно, m-r Dawidek, автор HAST'а.

    Стыдно, батенька.

     
     
  • 5.64, QuAzI (ok), 23:08, 20/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я ему как-то больше доверяю, чем анонизмусам. Он не одного только HAST'а автор.
     
     
  • 6.65, аноним (?), 01:10, 21/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну а в вопросах стабильности и безопасности *nix-систем вы, очевидно, больше всего доверяете Биллу Гейтсу.
    Он ведь тоже много чего накодил, даже побольше Давидека.

    Когда нужно подхватить радостный вопль, что ZFS is ready for production, вы слушаете только разработчиков самой ZFS. А вот когда нужно доказать обратное в отношении DRBD, вы, наоборот, прислушиваетесь исключительно к мнению его противников.

    Разумеется, это вопрос вашей личной честности. Прежде всего перед самим собой. Вы не хотите быть объективным. Ну что ж, это ваша личная проблема. Остается лишь надеяться, что люди, от которых зависит многое, будут более честны перед собой, чем вы.

     
     
  • 7.70, QuAzI (ok), 10:51, 21/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Тоесть вы ещё и берётесь утверждать что ZFS не готово для продакшена? А в ляликсе уже есть куча готовых для продакшена аналогов?
    А для меня как-то нормально учитывать мнение специалистов в конкретной теме, а не анонизмусов и пиарастов типа БГ (когда кстати ваш великий быдлокодер уже допилит новую крутую ФС которую обещали поди лет 5 назад, ну заодно и что-нибудь из аналогов DRBD?)
    Это у Вас уже не линуксофилия, это BSDфобия какая-то в развитой форме.
     
     
  • 8.76, аноним (?), 17:53, 21/02/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как я и предполагал, вы оказались не профессионалом, а фанатиком Фанатик стреми... текст свёрнут, показать
     
     
  • 9.80, ABC (??), 18:21, 21/02/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы ничего не написали по сути вопроса Весь ваш пафосный комментарий сводиться к... текст свёрнут, показать
     
     
  • 10.81, аноним (?), 18:45, 21/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А какой смысл вести техническую дискуссию с человеком, у которого нет своего мне... текст свёрнут, показать
     
     
  • 11.88, QuAzI (??), 17:34, 22/02/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Поставим вопрос другим образом - у Вас работает под нагрузкой DRBD как master-ma... текст свёрнут, показать
     
     
  • 12.90, аноним (?), 21:41, 22/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Еще раз повторяю - я не собираюсь вести серьезный разговор с человеком, девиз ко... текст свёрнут, показать
     
     
  • 13.97, QuAzI (??), 10:01, 24/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Где это я полил вас грязью, кроме того что явно намекнул что вы аноним и явно ни... текст свёрнут, показать
     
  • 4.91, аноним (?), 02:59, 23/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Eventhough it supports primary-primary configuration, it is not recommended for production use AFAIK.

    Спор ни о чем, на самом деле. Никто так и не потрудился правильно перевести.

    Давидек вовсе не заявляет о своего лица, что DRBD primary-primary не рекомендована для продакшена. Он всего лишь вспоминает чье-то мнение (причем без ссылки на источник), да еще и выражает сомнение в том, насколько правильно он это помнит.

    Так что цена утверждению в подобной формулировке - ноль, даже если бы оно принадлежало Кирку или Линусу.

     

  • 1.21, bill (ok), 20:00, 19/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я правильно понял, что это аналог DRBD в линуксе?
     
  • 1.26, bill (ok), 20:48, 19/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В чём заключается правильность реализации?
     
     
  • 2.36, Myc (??), 23:19, 19/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    В том, что котлеты отдельно, мухи отдельно.
    GEOM_GATE в ядре работает с "дисками", а все многочисленные перделки реализованы в юзерспейсе.
     

  • 1.71, zuborg (?), 12:28, 21/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Хорошо что развитие FreeBSD не останавливается.
    Но плохо что файловыми системами и блочными устройствами занимается один человек. Ничего не имею против Павела - специалист отличный. Но такой обьем работы который делает он невозможно сделать в такие сроки без определенных компромисов: отсутствие оптимизации чтения в gmirror и проблемы с производительностью при ребилде, паники на  gjournal, интеграция ZFS через неимоверно кривые костыли...
    Академический подход к созданию лучшей свободной ОС уходит в прошлое, увы.
     
     
  • 2.84, Vitaly_loki (ok), 21:46, 21/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Хорошо что развитие FreeBSD не останавливается.
    >Но плохо что файловыми системами и блочными устройствами занимается один человек. Ничего
    >не имею против Павела - специалист отличный. Но такой обьем работы
    >который делает он невозможно сделать в такие сроки без определенных компромисов:
    >отсутствие оптимизации чтения в gmirror и проблемы с производительностью при ребилде,
    >паники на  gjournal, интеграция ZFS через неимоверно кривые костыли...
    >Академический подход к созданию лучшей свободной ОС уходит в прошлое, увы.

    Да бросьте, все ж отлично

     
     
  • 3.87, аноним (?), 09:36, 22/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Да бросьте, все ж отлично

    Он знает о чём говорит. Его патч починки "сломанного" алгоритма load для gmirror игнорился несколько лет. Патч, вероятно, не идеален, но ничего лучше так и не зарелизено.

     
     
  • 4.101, terminus (ok), 19:06, 24/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    зарелизили же вот http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/113885
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2022 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру