The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..., opennews (??), 08-Авг-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


512. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??), 09-Авг-11, 17:30 
В общем, можно подытожить - людям нужно себя чем-то занять. Не важно чем, но занять. ФриБСД большинству из этих людей в их бесполезном существовании не помощник ;) Фря "неприкольная". Она сделана для серверных задач и с этим справляется вполне нормально. Проблема Фри это проблема в целом чуждости серьёзных ИТ массовому потребителю аппстора. Так уж устроены люди, что они лучше потратят деньги на кириешки, чем на разработку лекарства от рака. Лекарства "неприкольные", а кириешки можно жрать здесь и сейчас. И при это громко ржать и щипать девок за зады.
Ответить | Правка | К родителю #497 | Наверх | Cообщить модератору

515. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Michael Shigorinemail (ok), 09-Авг-11, 18:20 
513> энтузиастам-идеалистам
512> серьёзных ИТ [...]
Всё-таки определитесь.  Сам как энтузиаст-идеалист пилю альт и не лезу в места, где нужен редхат.

PS: попытки спихнуть обсуждение в кювет "прикольнностей" IMHO неконструктивны.  Вадим же вполне предметные вопросы поднимает, а Вы предлагаете в ответ обычный отмазочный спам.

Ответить | Правка | Наверх | Cообщить модератору

591. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??), 09-Авг-11, 23:53 

> PS: попытки спихнуть обсуждение в кювет "прикольнностей" IMHO неконструктивны.  Вадим же
> вполне предметные вопросы поднимает, а Вы предлагаете в ответ обычный отмазочный
> спам.

Понимаете, прежде чем куда-то двигаться нужно понять зачем.

Ответить | Правка | Наверх | Cообщить модератору

592. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 00:05 
> PS: попытки спихнуть обсуждение в кювет "прикольнностей" IMHO неконструктивны.

Мне кажется, что все обсуждение, начиная с ветки в жиже, произошло не из объективного положения вещей, а из "прикалывает/не прикалывает". Многих не прикалывает сложившаяся и обкатанная временем фревая практика работы с прикладным и системным софтом. Я вот, за полтора десятка лет сидения на фре, ни разу не сталкивался с именно фревыми, системными проблемами с портами. Бывают косяки, допускаемые мейнтейнерами, но это человечий фактор, это может случиться где угодно. Все, что один человек сделает - другой может поломать, а третий - ниасилить. Такова селяви.

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

Ответить | Правка | К родителю #515 | Наверх | Cообщить модератору

524. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Square (ok), 09-Авг-11, 18:56 
> Фря "неприкольная". Она сделана для серверных задач
> и с этим справляется вполне нормально.

Вы в курсе что Фря, при недостатке памяти для ZFS падает в кору?
Если это по вашему "нормальное поведение серверной ОС" - то проблемы сообщества Фри еще более глубоки чем полагалось ранее...

Ответить | Правка | К родителю #512 | Наверх | Cообщить модератору

531. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 09-Авг-11, 19:24 
> Вы в курсе что Фря, при недостатке памяти для ZFS падает в кору?

Вы не поверите. Если после установки фри урезать ей память до 4 метров - она вообще не запустится... На 12 - запустится, и после небольшого шаманства запустится на 8 метрах, а на 4 - ни в какую.

Но, правда, возникает вопрос: а кому и зачем может понадобиться поднимать ЗФС на железе с острой памятной недостаточностью? И не следует ли посмотреть в ДНК этому поднимателю, а не разрабу оси?

Ответить | Правка | Наверх | Cообщить модератору

576. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 22:53 
> в ДНК этому поднимателю, а не разрабу оси?

А btrfs у некоторых вполне себе метит и на такие сегменты рынка.

Ответить | Правка | Наверх | Cообщить модератору

579. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 23:09 
>> в ДНК этому поднимателю, а не разрабу оси?
> А btrfs у некоторых вполне себе метит и на такие сегменты рынка.

Пускай метит, это же хорошо, только вот ZFS у меня в продакшене уже годика полтора, а когда будет btrf для продакшена - не известно.


Ответить | Правка | Наверх | Cообщить модератору

583. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 09-Авг-11, 23:34 
> Пускай метит, это же хорошо, только вот ZFS у меня в продакшене
> уже годика полтора, а когда будет btrf для продакшена - не
> известно.

Оптимистичненько, учитывая что оракл халяву перекрыл а своих разработчиков толком и нет.

Ответить | Правка | Наверх | Cообщить модератору

589. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??), 09-Авг-11, 23:49 

> Оптимистичненько, учитывая что оракл халяву перекрыл а своих разработчиков толком и нет.

Оракл ничего не прикрыл.

Ответить | Правка | Наверх | Cообщить модератору

826. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 20:29 
> Оракл ничего не прикрыл.

Они не прикрыли, а перекрыли кислород. Теперь соляра не очень то и открытая, поэтому улучшения ZFS будут первым делом в коммерческой соляре. А остальным - ну может быть, когда нибудь, с барского стола что-то и обломится. А поскольку своей команды писавшей ФС - нет, есть подозрения что развитие ZFS в системах отличных от коммерческой соляры порядочно застопорится. Вероятно, оракл именно это и хочет сделать, чтобы получить некое дополнительное конкурентное преимушество. С другой стороны над btrfs сейчас работает орава народа из разных мест. Из оракла только один Крис Мэйсон, который к тому же главную часть своей работы уже сделал. Поэтому такой централизации вокруг оракла - нет, есть куда более здоровое сообщество разработчиков, для которого закидоны одной компании уже в любом случае не будут фатальными. Как это в линуксе и бывает обычно ;)

Ответить | Правка | Наверх | Cообщить модератору

850. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 12-Авг-11, 00:16 
>> Оракл ничего не прикрыл.
> Они не прикрыли, а перекрыли кислород. Теперь соляра не очень то и
> открытая, поэтому улучшения ZFS будут первым делом в коммерческой соляре. А
> остальным - ну может быть, когда нибудь, с барского стола что-то
> и обломится. А поскольку своей команды писавшей ФС - нет, есть
> подозрения что развитие ZFS в системах отличных от коммерческой соляры порядочно
> застопорится.

ZFS — это прежде всего ядро управления размещением данных в архитектурном плане, а все конкретные особенности проистекают из того, что любой компетентный программист может написать собственный код управления хранилищем объектов — для DMU и предложить добавить его в систему.
/---
В ZFS есть три четких уровня: ZPL (ZFS POSIX Layer), который обеспечивает стандартную семантику файловой системы POSIX; DMU (Data Management Unit), который обеспечивает многоцелевое транзакционное хранилище объектов; и SPA (Storage Pool Allocator), обеспечивающий манипуляцию блоками виртуального хранилища и преобразование данных (репликацию, сжатие и вскоре шифрование).
...
DMU обеспечивает файловый и блочный доступ к общему пулу физических накопителей. Файловый доступ осуществляется через ZPL, блочный доступ (через блочное устройство) представляет собой прямое отображение на один объект DMU. Мы также разрабатываем новые методы доступа к данным, которые используют транзакционные возможности DMU более интересными способами
...
Архитектура ZFS устраняет целый уровень трансляции -- и вместе с тем целый класс метаданных (LBA тома).  Она также исключает необходимость аппаратных контроллеров RAID.  В то же время, ZFS предоставляет новый полезный интерфейс -- хранилище объектов -- который был до этого недоступен, будучи похоронен внутри монолитной файловой системы.
---/
http://blogs.oracle.com/bonwick/entry/rampant_layering_viola...

Ответить | Правка | Наверх | Cообщить модератору

608. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Pan Prdel (?), 10-Авг-11, 04:51 
> Пускай метит, это же хорошо, только вот ZFS у меня в продакшене
> уже годика полтора, а когда будет btrf для продакшена - не
> известно.

btrfs будет скоро. как и ядерная zfs.

Ответить | Правка | К родителю #579 | Наверх | Cообщить модератору

623. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??), 10-Авг-11, 09:56 

> btrfs будет скоро. как и ядерная zfs.

Вряд ли.

Ответить | Правка | Наверх | Cообщить модератору

802. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 16:28 
>> btrfs будет скоро. как и ядерная zfs.
> Вряд ли.

Ну не скоро, а все-таки еше некоторое время пройдет. Но будет - сейчас баги в btrfs давят весьма изрядно, см список рассылки и ченжлог. Зато они сделали свою ФС, сами. А бздуны получили подарок от санок, при том что их купил оракл, который теперь совсем не настроен что-то кому-то дарить. А своих разработчиков не больно то и много. Группа разработчиков способная написать ФС, в долговременном плане сможет явно больше чем группа которая смогла примотать проволокой чужой подарок в свою ОС. По-моему, это очевидно.

Ответить | Правка | Наверх | Cообщить модератору

844. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 22:50 
>>> btrfs будет скоро. как и ядерная zfs.
>> Вряд ли.
> Ну не скоро, а все-таки еше некоторое время пройдет. Но будет -
> сейчас баги в btrfs давят весьма изрядно, см список рассылки и
> ченжлог. Зато они сделали свою ФС, сами. А бздуны получили подарок
> от санок, при том что их купил оракл, который теперь совсем
> не настроен что-то кому-то дарить. А своих разработчиков не больно то
> и много. Группа разработчиков способная написать ФС, в долговременном плане сможет
> явно больше чем группа которая смогла примотать проволокой чужой подарок в
> свою ОС. По-моему, это очевидно.

внезапно: btrfs тоже оракловская...

Ответить | Правка | Наверх | Cообщить модератору

883. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 16:56 
> внезапно: btrfs тоже оракловская...

Внезапно, оракл не закрывал ее исходники, в отличие от. Да и не сможет это сделать при всем желании: основная работка btrfs ведется в майнлайне, множество багфиксов и доработок едет от програмеров не из оракла. Оракль не контролирует развитие майнлайна в одно лицо и для вон той оравы программистов - конь в пальто. Неожиданность?

Ответить | Правка | Наверх | Cообщить модератору

909. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 19:51 
>> внезапно: btrfs тоже оракловская...
> Внезапно, оракл не закрывал ее исходники, в отличие от. Да и не
> сможет это сделать при всем желании: основная работка btrfs ведется в
> майнлайне, множество багфиксов и доработок едет от програмеров не из оракла.
> Оракль не контролирует развитие майнлайна в одно лицо и для вон
> той оравы программистов - конь в пальто. Неожиданность?

И чего? Выводы то какие?

Ответить | Правка | Наверх | Cообщить модератору

848. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 11-Авг-11, 23:43 
>>> btrfs будет скоро. как и ядерная zfs.
>> Вряд ли.
> Ну не скоро, а все-таки еше некоторое время пройдет. Но будет -
> сейчас баги в btrfs давят весьма изрядно, см список рассылки и
> ченжлог. Зато они сделали свою ФС, сами. А бздуны получили подарок
> от санок, при том что их купил оракл, который теперь совсем
> не настроен что-то кому-то дарить. А своих разработчиков не больно то
> и много. Группа разработчиков способная написать ФС, в долговременном плане сможет
> явно больше чем группа которая смогла примотать проволокой чужой подарок в
> свою ОС. По-моему, это очевидно.

Вы, User294, видимо в курсе, чем сейчас занят автор ZFS Джефф Бонвик? А то он в прошлом году ушёл из Oracle.
Брайан Кэнтрилл, один из авторов технологии динамической трассировки DTrace, тоже больше года не работает в Oracle.
А все их технологии почему-то неожиданным образом стартовали на новом ядре — FreeBSD и поддерживаются в актуальном состоянии. Вот почему так, а? Потому что дарить подарки тоже приятно. ;)

Ответить | Правка | К родителю #802 | Наверх | Cообщить модератору

593. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 00:14 
> А btrfs у некоторых вполне себе метит и на такие сегменты рынка.

С трудом себе представляю сегмент рынка, в котором есть насущная потребность в ЗФС, и при этом нет денег на пару планок по 8-16 гиг.

К слову сказать, в моем случае анализ показал отсутствие потребности в ЗФС на всех без исключения хостах с фрей. Это круто, это модно, но мне оно не надо. Даже невзирая на то, что есть хосты со 128ГБ ОЗУ и четырьмя-восемью терабайтами в 50-м рейде.

Ответить | Правка | К родителю #576 | Наверх | Cообщить модератору

622. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??), 10-Авг-11, 09:54 

> К слову сказать, в моем случае анализ показал отсутствие потребности в ЗФС
> на всех без исключения хостах с фрей. Это круто, это модно,
> но мне оно не надо. Даже невзирая на то, что есть
> хосты со 128ГБ ОЗУ и четырьмя-восемью терабайтами в 50-м рейде.

Анализ вам вряд ли это показал. К примеру, площадки с хорошей журнализируемой ОС идеальны для LAMP.

Ответить | Правка | Наверх | Cообщить модератору

657. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 13:24 
> Анализ вам вряд ли это показал. К примеру, площадки с хорошей журнализируемой
> ОС идеальны для LAMP.

Я не занимаюсь хостингом ни оптом, ни в розницу :)

Ответить | Правка | Наверх | Cообщить модератору

680. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??), 10-Авг-11, 15:51 

> Я не занимаюсь хостингом ни оптом, ни в розницу :)

Я не о том, а о преимуществах, которые даёт использование журнализируемых файловых систем. К примеру, вы получаете надёжность транзакционных СУБД на нетранзакционных. Тот же MyISAM.

Ответить | Правка | Наверх | Cообщить модератору

684. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 16:14 
> Я не о том, а о преимуществах, которые даёт использование
> журнализируемых файловых систем.

Откройте для себя gjournal. И вообще - GEOM. ZFS - специфичная штука, объективно нужная лишь в мелких процентах случаев.

Ответить | Правка | Наверх | Cообщить модератору

825. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 20:19 
> Откройте для себя gjournal.

Выкрасить и выбросить. С чем это предлагается пользовать? С убогим и древним UFS, устройство которого сильно отдает дисковыми технологиями 80-х годов прошлого столетия?

Ответить | Правка | Наверх | Cообщить модератору

846. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 23:08 
>> Откройте для себя gjournal.
> Выкрасить и выбросить. С чем это предлагается пользовать? С убогим и древним
> UFS, устройство которого сильно отдает дисковыми технологиями 80-х годов прошлого столетия?

такой древний, что умеет то, чего линух так и не может осилить: снапшоты.

Ответить | Правка | Наверх | Cообщить модератору

882. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 16:53 
> такой древний, что умеет то, чего линух так и не может осилить: снапшоты.

Да вообще-то они сто лет как осилили их средствами LVM. С разморозкой вас!

Ответить | Правка | К родителю #846 | Наверх | Cообщить модератору

908. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 19:50 
>> такой древний, что умеет то, чего линух так и не может осилить: снапшоты.
> Да вообще-то они сто лет как осилили их средствами LVM. С разморозкой
> вас!

А вы ими пытались пользоваться? брр... есть они там только для галочки. проще сказать, что снапшотов нет, чем есть.

Ответить | Правка | К родителю #882 | Наверх | Cообщить модератору

849. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 12-Авг-11, 00:06 
>> Откройте для себя gjournal.
> Выкрасить и выбросить. С чем это предлагается пользовать? С убогим и древним
> UFS, устройство которого сильно отдает дисковыми технологиями 80-х годов прошлого столетия?

Это до чего Ext4 ещё подняться не смогла — мозгов разработчиков Red Hat явно не хватило на что-то большее, а именно:
1) защита транзакций с ФС без использования журналирования;
2) фоновое восстановление структуры ФС в случае обнаружения неконсистентности при монтировании;
3) моментальные снимки файловой системы на смонтированной в RW ФС без урезания полосы пропускания на файловый ввод-вывод;
4) отсутствие необходимости в глобальной таблице дескрипторов групп, описывающих число и расположение групп блоков (групп цилиндров — в терминологии UFS), из-за чего целостная ФС фактически поделена на автономные области, разрушения которых может вообще не затронуть соседние группы блоков (группы цилиндров).


Ответить | Правка | Наверх | Cообщить модератору

881. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 16:51 
> 1) защита транзакций с ФС без использования журналирования;

Допустим что это даже неплохо придумано. Однако традиционная архаичная блочная схема аллокации свободного пространства обладает субоптимальной производительностью и приличным оверхедом по метаданным. В ext4 и то доперли что пора уже вместо этих окаменелостей из прошлого века экстенты наконец использовать. И им воздалось. Скоростью работы, да.

> 2) фоновое восстановление структуры ФС в случае обнаружения неконсистентности при монтировании;

Какие у вас вычурные, фигурные костыли!

> 3) моментальные снимки файловой системы на смонтированной в RW ФС без урезания
> полосы пропускания на файловый ввод-вывод;

Этакий убогий недоCoW по сути. Остается только вопрос - зачем было тратить силы на создание этого убогого франкенштейна и почему бы не сделать вместо этого нормальную CoW файловую систему нового поколения, на основе современных знаний и алгоритмов? А не ставить костыли дисковому формату уровня 80 годов прошлого столетия. Который тормозной. Хоть там чего с ним делай, а оверхед у схем с блочной аллокацией довольно большой. Особенно при желании оперировать большими непрерывными блоками (а это желание логично, т.к. фрагментация ФС не рулит).

> 4) отсутствие необходимости в глобальной таблице дескрипторов групп, описывающих число
> и расположение групп блоков (групп цилиндров — в терминологии UFS), из-за
> чего целостная ФС фактически поделена на автономные области, разрушения которых может
> вообще не затронуть соседние группы блоков (группы цилиндров).

Вы конечно извините но для начала блочные аллокаторы - архаика из прошлого тысячелетия. Экстентовая аллокация - работает в среднем по больнице лучше.

Вот и получается непонятное действие из разряда выкрасить и выбросить.

Ответить | Правка | К родителю #849 | Наверх | Cообщить модератору

884. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 12-Авг-11, 17:35 
>> 1) защита транзакций с ФС без использования журналирования;
> Допустим что это даже неплохо придумано. Однако традиционная архаичная блочная схема аллокации
> свободного пространства обладает субоптимальной производительностью и приличным оверхедом
> по метаданным. В ext4 и то доперли что пора уже вместо
> этих окаменелостей из прошлого века экстенты наконец использовать. И им воздалось.
> Скоростью работы, да.

"Современная" Ext4 не умеет моментальных снимков без костылеобразного LVM (вопрос: можно ли назвать обходной доступ к структурам ФС снапшотом?).
"Современная" Ext4 не умеет фонового fsck.
"Современная" Ext4 нуждается в журналировании транзакций для обеспечения своей консистенции.

>> 2) фоновое восстановление структуры ФС в случае обнаружения неконсистентности при монтировании;
> Какие у вас вычурные, фигурные костыли!
>> 3) моментальные снимки файловой системы на смонтированной в RW ФС без урезания
>> полосы пропускания на файловый ввод-вывод;
> Этакий убогий недоCoW по сути. Остается только вопрос - зачем было тратить
> силы на создание этого убогого франкенштейна и почему бы не сделать
> вместо этого нормальную CoW файловую систему нового поколения, на основе современных
> знаний и алгоритмов?

Современных знаний и алгоритмов в 2003 году хватило только на разработку и обоснование нужности и своевременности UFS2. В этом же году запустили Ext3 в продакшен на Linux, а до этого в Linux журналируемые ФС были только экспериментальные и портированные с других коммерческих систем.

Ответить | Правка | К родителю #881 | Наверх | Cообщить модератору

885. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok), 12-Авг-11, 17:44 
> "Современная" Ext4 не умеет моментальных снимков без костылеобразного LVM (вопрос: можно > ли назвать обходной доступ к структурам ФС снапшотом?).

а) LVM - не костыли, а уровень логических томов. ему, в общем-то, плевать, что под ним - ext4, ext3, ext2, NTFS, или еще чего - он все равно может (в теории) снапшот сделать
б) вопрос конзистентности снапшота - это уже к FS, и для этого есть обратные связи
в) это не "доступ к структурам" - это вполне себе снапшот на блочном уровне

> "Современная" Ext4 не умеет фонового fsck.

Фоновый fsck на боевой системе - ЗЛО. Абсолютнейшее. Не только потому, что снижает IOPS, но и потому, что можно, смонтировав на запись, повредить дальше и без того поврежденную FS. Но "илитистам"-пионерам этого не осознать.

> "Современная" Ext4 нуждается в журналировании транзакций для обеспечения своей консистенции.

Удивительно - но даже CoW - нуждается в журналировании :) Только журнал другой. И все БД используют журналирование. И много _надежного_ софта также использует журналирование операций с возможностью отката/восстановления. ЧОДНТ?

> Современных знаний и алгоритмов в 2003 году хватило только на разработку и
> обоснование нужности и своевременности UFS2.

Именно. И дальше дело, увы, так и не двинулось. Если бы не подарок от саней - так и сидели бы...

Ответить | Правка | К родителю #884 | Наверх | Cообщить модератору

907. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 12-Авг-11, 19:48 
> а) LVM - не костыли, а уровень логических томов. ему, в общем-то,
> плевать, что под ним - ext4, ext3, ext2, NTFS, или еще
> чего - он все равно может (в теории) снапшот сделать
> б) вопрос конзистентности снапшота - это уже к FS, и для этого
> есть обратные связи
> в) это не "доступ к структурам" - это вполне себе снапшот на
> блочном уровне

в теории, да, не боьше, не меньше...

>> "Современная" Ext4 не умеет фонового fsck.
> Фоновый fsck на боевой системе - ЗЛО. Абсолютнейшее. Не только потому, что
> снижает IOPS, но и потому, что можно, смонтировав на запись, повредить
> дальше и без того поврежденную FS. Но "илитистам"-пионерам этого не осознать.

а это зависит от того, какие данные находятся там, как бы свобода... вы же любите свободу в линуксе?

>> Современных знаний и алгоритмов в 2003 году хватило только на разработку и
>> обоснование нужности и своевременности UFS2.
> Именно. И дальше дело, увы, так и не двинулось. Если бы не
> подарок от саней - так и сидели бы...

Двинулось: прикрутили нативный журнал, вместо geom-вского.
Ох... этот подарок от саней хоть работает и работает хорошо, причем ничего подобного в линуксе нет, ну кроме подарка от оракла, который еще в альфах ходит.

Ответить | Правка | К родителю #885 | Наверх | Cообщить модератору

928. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от AlexAT (ok), 12-Авг-11, 23:54 
>> а) LVM - не костыли, а уровень логических томов. ему, в общем-то,
>> плевать, что под ним - ext4, ext3, ext2, NTFS, или еще
>> чего - он все равно может (в теории) снапшот сделать
> в теории, да, не боьше, не меньше...

И на практике тоже. В ext4, ext3, ныне и в XFS - вопрос конзистентности снапшота уже решен, разве что открытые на запись и записываемые в момент снапшота файлы будут в непонятном состоянии. В NTFS и прочих - снапшот сделать можно. Если драйвер FS после справится с некоторыми "онлайновыми" несоответствиями в снапшоте - все будет хорошо.

Ответить | Правка | К родителю #907 | Наверх | Cообщить модератору

686. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Andrey Mitrofanov (?), 10-Авг-11, 16:18 
>> Я не занимаюсь
> Я не о том, а о преимуществах, которые даёт

Сфер-кони в вакууме в этом сезоне хороши, как никогда!!

Ответить | Правка | К родителю #680 | Наверх | Cообщить модератору

693. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??), 10-Авг-11, 17:26 
Юноша, как бы вам объяснить. Моя фирма обслуживает более десятка организаций с сотнями серверов и тысячами АРМов. Поэтому я имею некоторое право на своё мнение. Я описываю условия, при которых я всё ещё иногда использую Фрю и при которых бы использовал её более охотно. Так что мои сферические кони не такие уж и сферические. Насколько я понимаю, и от моего внимания разработчики бы не отказались.
Ответить | Правка | Наверх | Cообщить модератору

801. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 16:26 
> Насколько я понимаю, и от моего внимания разработчики бы не отказались.

ага, почитайте посты разработчиков типа нуклайта и подумайте о том какие у вас шансы на конструктивное взаимодействие с ними :)))

Ответить | Правка | Наверх | Cообщить модератору

646. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 10-Авг-11, 12:45 
> К слову сказать, в моем случае анализ показал отсутствие потребности в ЗФС
> на всех без исключения хостах с фрей. Это круто, это модно,
> но мне оно не надо. Даже невзирая на то, что есть
> хосты со 128ГБ ОЗУ и четырьмя-восемью терабайтами в 50-м рейде.

UFS2 не может работать с носителями больше 1 (или 2 ТБ — не помню точно) — ограничение программной абстракции слоя FFS. А ZFS может.

Ответить | Правка | К родителю #593 | Наверх | Cообщить модератору

650. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 12:55 
> UFS2 не может работать с носителями больше 1 (или 2 ТБ —
> не помню точно) — ограничение программной абстракции слоя FFS. А ZFS
> может.

ЧЯДНТ? У меня все работает.

Ответить | Правка | Наверх | Cообщить модератору

656. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от iZEN (ok), 10-Авг-11, 13:19 
>> UFS2 не может работать с носителями больше 1 (или 2 ТБ —
>> не помню точно) — ограничение программной абстракции слоя FFS. А ZFS
>> может.
> ЧЯДНТ? У меня все работает.

Работает на разделах не больше 1-2 ТБ.

Ответить | Правка | Наверх | Cообщить модератору

659. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 13:30 
> Работает на разделах не больше 1-2 ТБ.

Работает на разделах в 3 и 7 ТБ соответственно.

Ответить | Правка | Наверх | Cообщить модератору

661. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 13:43 
> Работает на разделах не больше 1-2 ТБ.

А, я понял! Вы имеете в виду ограничение старых fdisk/bsdlabel!

Ответить | Правка | К родителю #656 | Наверх | Cообщить модератору

588. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??), 09-Авг-11, 23:48 

> Вы в курсе что Фря, при недостатке памяти для ZFS падает в
> кору?
> Если это по вашему "нормальное поведение серверной ОС" - то проблемы сообщества
> Фри еще более глубоки чем полагалось ранее...

На счёт "падает кору" рискну не поверить.

Ответить | Правка | К родителю #524 | Наверх | Cообщить модератору

595. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 00:20 
> На счёт "падает кору" рискну не поверить.

Падает, падает, факт. Вообще, ЗФС начинает вменяемо работать при наличии на хосте от 2ГБ озу, отъедая около 1 ГБ под свои нужды. Архитектурные особенности.

Ответить | Правка | Наверх | Cообщить модератору

620. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Кирилл (??), 10-Авг-11, 09:52 
Ну так заводить зфс на чём-то с объёмом памяти меньше 2 гб не стоит. Об этом явно написано в рекомендациях.
Ответить | Правка | Наверх | Cообщить модератору

663. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 13:49 
> Ну так заводить зфс на чём-то с объёмом памяти меньше 2 гб
> не стоит. Об этом явно написано в рекомендациях.

Да кого теперь волнуют рекомендации и маны? Человеку хочется патчем Бармина сформировать квартальный отчет, кто ему в этом может помешать?

Ответить | Правка | Наверх | Cообщить модератору

664. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от DeadLoco (ok), 10-Авг-11, 13:49 
> Ну так заводить зфс на чём-то с объёмом памяти меньше 2 гб
> не стоит. Об этом явно написано в рекомендациях.

Вы еще потребуйте соблюдать рекомендации по ТБ и не прыгать с тридцатого этажа. Человеку хочется прыгнуть - и все тут. А потом все вокруг виноваты.

Ответить | Правка | К родителю #620 | Наверх | Cообщить модератору

800. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."  +/
Сообщение от Аноним (-), 11-Авг-11, 16:22 
> Человеку хочется прыгнуть - и все тут. А потом все вокруг виноваты.

Поэтому придумали высотные "тарзанки" и парашюты. И пока вы лечите, что это опасно, кому хочется прыгать - прыгают. И даже остаются живыми. Хорошо когда можно взять и сделать, а не слушать всяких академзануд про то что это {не нужно, опасно, блаблабла}.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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