У меня по прежнему ощущение что пул и датасет могли быть сконфигурированы с дефолтными параметрами. Из моего опыта, ZFS делает btrfs в том числе по производительности iops на одинаковом железе.
Интересный кейс. Можно увидеть вашу конфигурацию? И ещё типовой сценарий работы с данными? ARC это виртуальный кэш в оперативке. Быстрее RAM ничего в вашем компьютере/сервере нет. Помогает с горячими данными на чтении. Secondary cache это самый быстрый из блочных устройств. Обычно nvme ssd. Туда вытесняют теплые данные, чтобы в тащить в ARC если нужно. Но это все помогает при интенсивном чтении. При интенсивной записи кэш на чтение прироста не даёт. Тут важнее конфигурация zpool. Raidz и dRAID это аналоги Raid5. Медленная запись, быстрое чтение. Для интенсивной записи лучше выбрать stripe или mirror. Сравнение различных конфигураций есть тут
Разработчики sles ожидают что secure boot включен в Биос и в sles bootloader. Там же есть пункт update nvram entry чтобы обновить nvram ключом от sles. В противном случае "If YaST detects EFI mode during the installation, it will try to create a GPT partition. UEFI expects to find the EFI programs on a FAT-formatted EFI System Partition (ESP)." Я не уверен что EFI раздел есть на образе из которого вы пытаетесь грузиться.(CD, DVD, USB). А на системном носителе в этот момент пусто.
Пожалуйста прочитайте эту часть внимательно. The Secure Boot feature is enabled by default on UEFI/x86_64 installations. You can find the Enable Secure Boot Support option in the Boot Code Options tab of the Boot Loader Settings dialog. It supports booting when the secure boot is activated in the firmware, while making it possible to boot when it is deactivated.
Я не спорю а пытаюсь выудить информацию которую ожидал бы прочитать в статье. Описание железа, процедуры сетапа, ошибки загрузки, dmesg -T хотя бы, опции загрузчика, параметры установщика Linux обновление bios до последней версии? Вы правы все Биос MSI сконфигурированы (прошиты с завода) для Windows загрузчиков, но повторюсь. Я не видел уже много лет проблем с установкой Linux на UEFI.
Вообще довольно интересно, учитывая что большинство дистрибутивов Linux поддерживает uefi и может записывать свои ключи. Цитирую "Never install linux with Secure Boot enabled (and most linux installers will choke on it, anyway). Install with it Disabled, and after install reboot to the uefi and then turn it back on."
Мне вот как раз очень интересен "Вопрос изучения костылей псевдодоверенной загрузки EFI".
А то что он не оплачивается мне не беспокоит.
Беспокоит другое. Возможно вы не разобрались в вопросе, но утверждаете что "криворукие люди из MSI" что-то сломали. Если так, то давайте попросим MSI починить. Но если с MSI все в порядке, то зачем вводить habr в заблуждение?
Вы знаете, я достаточно внимательно его прочитал и прихожу к следующему выводу. Единственное что сделал Ubuntu server это вычитал ключ из загрузчика windows на носителе. Такое бывает если установка windows производилась или закончилась ошибкой записи ключа в uefi. Например из-за ее неправильной настройки самого uefi, несовпадения режимов записи, etc. Но самой распространенной проблемой установки Linux на компьютеры с uefi обычно является форматирование средствами Windows разделов gpt. Лечится форматированием или fdisk который поправляет неверный (для Linux формат).
Серьёзно? Это tutorial? Замени sles на убунту? Можно ли добавить деталей? Что не так с MSI cubi? Я не встречал давно железа с uefi которое блокирует установку Linux.
2007 это год первого релиза btrfs, а данные там свежие. Я перепроверил.
Вообще очень странный кейс. В треде больше про тюнинг. Оффициальная документация здесь https://openzfs.github.io/openzfs-docs/Performance%20and%20Tuning/Workload%20Tuning.html#id78
У меня по прежнему ощущение что пул и датасет могли быть сконфигурированы с дефолтными параметрами. Из моего опыта, ZFS делает btrfs в том числе по производительности iops на одинаковом железе.
Интересный кейс. Можно увидеть вашу конфигурацию? И ещё типовой сценарий работы с данными? ARC это виртуальный кэш в оперативке. Быстрее RAM ничего в вашем компьютере/сервере нет. Помогает с горячими данными на чтении. Secondary cache это самый быстрый из блочных устройств. Обычно nvme ssd. Туда вытесняют теплые данные, чтобы в тащить в ARC если нужно. Но это все помогает при интенсивном чтении. При интенсивной записи кэш на чтение прироста не даёт. Тут важнее конфигурация zpool. Raidz и dRAID это аналоги Raid5. Медленная запись, быстрое чтение. Для интенсивной записи лучше выбрать stripe или mirror. Сравнение различных конфигураций есть тут
https://github.com/ankek/awesome-zfs/blob/main/zfs-raid-comparison.md
У btrfs есть ряд функциональных ограничений. Возможно они для вас не принципиальны, но важны для других. Тут кстати хорошее сравнение ZFS с другими ФС. https://github.com/ankek/awesome-zfs/blob/main/comparison_table_2.md
IMHO для себя я сделал выбор в пользу ZFS. Это спасало меня и мои данные не один раз.
Отличная статья, спасибо. Сам гружусь с ZFSBootMenu. Ещё есть хорошая подборка статей по ZFS тут. https://github.com/ankek/awesome-zfs
Разработчики sles ожидают что secure boot включен в Биос и в sles bootloader. Там же есть пункт update nvram entry чтобы обновить nvram ключом от sles. В противном случае "If YaST detects EFI mode during the installation, it will try to create a GPT partition. UEFI expects to find the EFI programs on a FAT-formatted EFI System Partition (ESP)." Я не уверен что EFI раздел есть на образе из которого вы пытаетесь грузиться.(CD, DVD, USB). А на системном носителе в этот момент пусто.
Пожалуйста прочитайте эту часть внимательно. The Secure Boot feature is enabled by default on UEFI/x86_64 installations. You can find the Enable Secure Boot Support option in the Boot Code Options tab of the Boot Loader Settings dialog. It supports booting when the secure boot is activated in the firmware, while making it possible to boot when it is deactivated.
О процесс редактирование описан здесь https://linuxconfig.org/how-to-manage-efi-boot-manager-entries-on-linux
Думаю ваша проблема, как и ее решение описано здесь https://documentation.suse.com/sles/15-SP5/html/SLES-all/cha-uefi.html#sec-uefi-secboot-sle
17.1.1 Implementation on SUSE Linux Enterprise Server
Я не спорю а пытаюсь выудить информацию которую ожидал бы прочитать в статье. Описание железа, процедуры сетапа, ошибки загрузки, dmesg -T хотя бы, опции загрузчика, параметры установщика Linux обновление bios до последней версии? Вы правы все Биос MSI сконфигурированы (прошиты с завода) для Windows загрузчиков, но повторюсь. Я не видел уже много лет проблем с установкой Linux на UEFI.
Boot problems may prevent the YaST installer from starting on your system.
Я хочу узнать что из перечисленного в ссылке списка вы пробовали?
https://www.msi.com/Business-Productivity-PC/Cubi-N-ADLX/Specification
https://documentation.suse.com/sles/12-SP5/html/SLES-all/cha-x86.html#sec-bootproblem-boot
Вообще довольно интересно, учитывая что большинство дистрибутивов Linux поддерживает uefi и может записывать свои ключи. Цитирую "Never install linux with Secure Boot enabled (and most linux installers will choke on it, anyway). Install with it Disabled, and after install reboot to the uefi and then turn it back on."
Мне вот как раз очень интересен "Вопрос изучения костылей псевдодоверенной загрузки EFI".
А то что он не оплачивается мне не беспокоит.
Беспокоит другое. Возможно вы не разобрались в вопросе, но утверждаете что "криворукие люди из MSI" что-то сломали. Если так, то давайте попросим MSI починить. Но если с MSI все в порядке, то зачем вводить habr в заблуждение?
Будьте добры ссылку на форум?
Вы знаете, я достаточно внимательно его прочитал и прихожу к следующему выводу. Единственное что сделал Ubuntu server это вычитал ключ из загрузчика windows на носителе. Такое бывает если установка windows производилась или закончилась ошибкой записи ключа в uefi. Например из-за ее неправильной настройки самого uefi, несовпадения режимов записи, etc. Но самой распространенной проблемой установки Linux на компьютеры с uefi обычно является форматирование средствами Windows разделов gpt. Лечится форматированием или fdisk который поправляет неверный (для Linux формат).
Серьёзно? Это tutorial? Замени sles на убунту? Можно ли добавить деталей? Что не так с MSI cubi? Я не встречал давно железа с uefi которое блокирует установку Linux.
В лучших традициях membrana.ru
Спасибо