The OpenNET Project / Index page

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



"Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Для сортировки сообщений в нити по дате нажмите "Сортировка по времени, UBB".
. "Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..." +1 +/
Сообщение от пох. (?), 10-Янв-20, 11:42 
> Кговавый энтегпгайз как он есть. Сам себя пожрал с хвоста, оказывается.

причем тут - энтерпрайс? Энтер-прайс он у орацла, у того в соляре с zfs все нормально, она развивается - все последние серьезные улучшизмы в zol - cleanroom имплементации того, что уже было сделано орацлом (правда, изменять на ходу конфигурацию vdev так и ниасилили). Разьве что судьба самой соляры печальна.

Как только разработчиков из того ентер-прайса выпустили по подвальным лавочкам типа iX - оно и пошло вразнос.

> А нафига? Можно btrfs взять забесплатно.

только ссыкотно. Теперь - еще и потому, что возможно через год при вынужденной замене дистрибутива придется от него вообще отказаться, и мучаться с переносом данных. А ваш божок точно так же заявит что "don't use btrfs", и "по данным, высосанным из моего пальца, я не вижу высокой производительности".
Тут у zfs как 3d-party громадное преимущество, потому что ее я в любом случае смогу собрать отдельно, что бы там не нарешали разработчики дистрибутивов и вредители из lkml.

> А троянцев^W забытые инженерные логины там как обычно "случайно" забудут? :)

это проблемы васянов, непонятно откуда укравших полку. У нормальных людей забытый инженерный логин постороннему просто некуда вводить. Отдельный вопрос - а что может сделать инженер, имеющий этот логин (ну кроме как неудачно обрушить хранилку). А то мы их при необходимости техподдержки спокойно раздаем.

> Ну а вот у btrfs'а дурных "технических особенностей" заметно меньше.

с чего вы взяли? Я бы сказал, что у него их заметно больше. Проблемы вида "нет свободного места для метаданных", это ж надо такое удумать было. А пользоваться им не поверх аппаратной хранилки или рейда - вообще чур меня.

> По крайней мере, RAM гигами не жрет и не тормозит.

опять эти сказки. Молодой человек - либо вы заканчиваете бубнить эту мантру, либо я заканчиваю с вами общаться.
Если файловая система не занимает ВСЮ свободную ram под кэш - это значит, что она неэффективна и даром насилует диск, ради чтения данных, которые только что уже один раз читала.
Каким надо быть феерическим идиотом чтобы этого не понимать?

> С тех пор утекло много воды. В Linux с 92 года много чего переделали

а проблема с управлением памятью - здрасьте, вот она. Помню, еще в далеком 96м вокруг zoran плясали с бубном на те же темы (ему не годился "порежьте по 4k" подход). Но ему хотя бы не надо было уметь ее освобождать, поэтому проблема решилась совсем тривиальным костылем.

> Они просто считают ядро своей епархией и меняют апи и проч как им удобнее.

вы не владеете темой и опять пересказываете бабок у подъезда. Или лжете.

Они намеренно внесли изменение, ломающее сборку не gpl-кода с avx оптимизациями - ничего не меняющее в самом коде, просто метку для компилятора.
Это не "как им удобнее", а именно чтоб нагадить и более ни для чего.

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


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

Оглавление
Линус Торвальдс пояснил, в чём проблемы реализации ZFS для я..., opennews, 10-Янв-20, 09:50  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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