История изменений
Исправление Harliff, (текущая версия) :
Да, устроили тут тебе клоунаду.
Давай гипотезы смотреть:
- тормозит underlay (отдельные диски или вся полка). Тестируется при помощи fio (sequential/random read).
- не хватает ресурсов сервера (ОЗУ/CPU). Посмотри в top/atop/htop.
- баги ZFS. Какая версия используется? И какое ядро? Что в dmesg есть интересного?
- неоптимальная настройка zfs. Дедупликация не используется, я надеюсь? Покажи
zpool get all
,zfs get all твой_пул/твоя_fs
. - конкретно какая-то неоптимальность в датасете, отдаваемом через NFS. Попробуй создать новый датасет (zfs create …) и посмотри на скорость его работы.
- мало свободного места. Это COW FS, если остаётся меньше 10% свободного места - в ZFZ включается более ресурсоёмкий алгоритм записи. Если меньше 5% места - ещё более ресурсоёмкий.
- возможно, идёт какое-то специфическое использование ZFS, отличающееся от того, как её используют 90% пользователей. Соответственно, под этот сценарий использования ZFS плохо оптимизирована. Тут нужно больше информации, на основе общих слов получаются общие выводы и общие рекомендации.
Исправление Harliff, :
Да, устроили тут тебе клоунаду.
Давай гипотезы смотреть:
- тормозит underlay (отдельные диски или вся полка). Тестируется при помощи fio (sequential/random read).
- не хватает ресурсов сервера (ОЗУ/CPU). Посмотри в top/atop/htop.
- баги ZFS. Какая версия используется? И какое ядро? Что в dmesg есть интересного?
- неоптимальная настройка zfs. Дедупликация не используется, я надеюсь? Покажи
zpool get all
,zfs get all <FS>
. - конкретно какая-то неоптимальность в датасете, отдаваемом через NFS. Попробуй создать новый датасет (zfs create …) и посмотри на скорость его работы.
- мало свободного места. Это COW FS, если остаётся меньше 10% свободного места - в ZFZ включается более ресурсоёмкий алгоритм записи. Если меньше 5% места - ещё более ресурсоёмкий.
- возможно, идёт какое-то специфическое использование ZFS, отличающееся от того, как её используют 90% пользователей. Соответственно, под этот сценарий использования ZFS плохо оптимизирована. Тут нужно больше информации, на основе общих слов получаются общие выводы и общие рекомендации.
Исправление Harliff, :
Да, устроили тут тебе клоунаду.
Давай гипотезы смотреть:
- тормозит underlay (отдельные диски или вся полка). Тестируется при помощи fio (sequential/random read).
- не хватает ресурсов сервера (ОЗУ/CPU). Посмотри в top/atop/htop.
- баги ZFS. Какая версия используется? И какое ядро? Что в dmesg есть интересного?
- неоптимальная настройка zfs. Дедупликация не используется, я надеюсь? Покажи zpool get all, zfs get all .
- конкретно какая-то неоптимальность в датасете, отдаваемом через NFS. Попробуй создать новый датасет (zfs create …) и посмотри на скорость его работы.
- мало свободного места. Это COW FS, если остаётся меньше 10% свободного места - в ZFZ включается более ресурсоёмкий алгоритм записи. Если меньше 5% места - ещё более ресурсоёмкий.
- возможно, идёт какое-то специфическое использование ZFS, отличающееся от того, как её используют 90% пользователей. Соответственно, под этот сценарий использования ZFS плохо оптимизирована. Тут нужно больше информации, на основе общих слов получаются общие выводы и общие рекомендации.
Исправление Harliff, :
Да, устроили тут тебе клоунаду.
Давай гипотезы смотреть:
- тормозит underlay (отдельные диски или вся полка). Тестируется при помощи fio (sequential/random read).
- не хватает ресурсов сервера (ОЗУ/CPU). Посмотри в top/atop/htop.
- баги ZFS. Какая версия используется? И какое ядро? Что в dmesg есть интересного?
- неоптимальная настройка zfs. Дедупликация не используется, я надеюсь? Покажи (zpool get all, zfs get all ).
- конкретно какая-то неоптимальность в датасете, отдаваемом через NFS. Попробуй создать новый датасет (zfs create …) и посмотри на скорость его работы.
- мало свободного места. Это COW FS, если остаётся меньше 10% свободного места - в ZFZ включается более ресурсоёмкий алгоритм записи. Если меньше 5% места - ещё более ресурсоёмкий.
- возможно, идёт какое-то специфическое использование ZFS, отличающееся от того, как её используют 90% пользователей. Соответственно, под этот сценарий использования ZFS плохо оптимизирована. Тут нужно больше информации, на основе общих слов получаются общие выводы и общие рекомендации.
Исправление Harliff, :
Да, устроили тут тебе клоунаду.
Давай гипотезы смотреть:
- тормозит underlay (отдельные диски или вся полка). Тестируется при помощи fio (sequential/random read).
- не хватает ресурсов сервера (ОЗУ/CPU). Посмотри в top/atop/htop.
- баги ZFS. Какая версия используется? И какое ядро? Что в dmesg есть интересного?
- неоптимальная настройка zfs. Дедупликация не используется, я надеюсь?
- конкретно какая-то неоптимальность в датасете, отдаваемом через NFS. Попробуй создать новый датасет (zfs create …) и посмотри на скорость его работы.
- мало свободного места. Это COW FS, если остаётся меньше 10% свободного места - в ZFZ включается более ресурсоёмкий алгоритм записи. Если меньше 5% места - ещё более ресурсоёмкий.
- возможно, идёт какое-то специфическое использование ZFS, отличающееся от того, как её используют 90% пользователей. Соответственно, под этот сценарий использования ZFS плохо оптимизирована. Тут нужно больше информации (zpool get all, zfs get all ), на основе общих слов получаются общие выводы и общие рекомендации.
Исправление Harliff, :
Да, устроили тут тебе клоунаду.
Давай гипотезы смотреть:
- тормозит underlay (отдельные диски или вся полка). Тестируется при помощи fio (sequential/random read).
- не хватает ресурсов сервера (ОЗУ/CPU). Посмотри в top/atop/htop.
- баги ZFS. Какая версия используется? И какое ядро? Что в dmesg есть интернесного?
- неоптимальная настройка zfs. Дедупликация не используется, я надеюсь?
- конкретно какая-то неоптимальность в датасете, отдаваемом через NFS. Попробуй создать новый датасет (zfs create …) и посмотри на скорость его работы.
- мало свободного места. Это COW FS, если остаётся меньше 10% свободного места - в ZFZ включается более ресурсоёмкий алгоритм записи. Если меньше 5% места - ещё более ресурсоёмкий.
- возможно, идёт какое-то специфическое использование ZFS, отличающееся от того, как её используют 90% пользователей. Соответственно, под этот сценарий использования ZFS плохо оптимизирована. Тут нужно больше информации (zpool get all, zfs get all ), на основе общих слов получаются общие выводы и общие рекомендации.
Исходная версия Harliff, :
Да, устроили тут тебе клоунаду.
Давай гипотезы смотреть:
- тормозит underlay (отдельные диски или вся полка). Тестируется при помощи fio (sequential/random read).
- не хватает ресурсов сервера (ОЗУ/CPU). Посмотри в top/atop/htop.
- баги ZFS. Какая версия используется? И какое ядро?
- неоптимальная настройка zfs. Дедупликация не используется, я надеюсь?
- конкретно какая-то неоптимальность в датасете, отдаваемом через NFS. Попробуй создать новый датасет (zfs create …) и посмотри на скорость его работы.
- мало свободного места. Это COW FS, если остаётся меньше 10% свободного места - в ZFZ включается более ресурсоёмкий алгоритм записи. Если меньше 5% места - ещё более ресурсоёмкий.
- возможно, идёт какое-то специфическое использование ZFS, отличающееся от того, как её используют 90% пользователей. Соответственно, под этот сценарий использования ZFS плохо оптимизирована. Тут нужно больше информации (zpool get all, zfs get all ), на основе общих слов получаются общие выводы и общие рекомендации.
Подробностей
Что в логах и dmesg?
Что с сырой производительностью на чтение (можно програ