LINUX.ORG.RU

История изменений

Исправление 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?

Что с сырой производительностью на чтение (можно програ