Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 16 Sep 24 17:28:15, всего сообщений: 10763
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 7436 из 10763 ===================================== RU.UNIX.BSD =
От   : Eugene Grosbein                  2:5006/1           14 May 18 18:23:59
Кому : Slawa Olhovchenkov                                  14 May 18 18:23:59
Тема : Re: ARC max size
FGHI : area://RU.UNIX.BSD?msgid=grosbein.net+885cf432
На   : area://RU.UNIX.BSD?msgid=2:5030/500+5af94d0d
= Кодировка сообщения определена как: IBM866 =================================
Ответ: area://RU.UNIX.BSD?msgid=2:5030/500+5af9751d
==============================================================================
14 мая 2018, понедельник, в 09:42 NOVT, Slawa Olhovchenkov написал(а):

EG>> Hо почему? Линейная запись на graid (RAID10) без лишних конкурирующих
EG>> запросов, в два потока, должна идти со скоростью записи на страйп,
EG>> то есть вдвое быстрее, чем на один диск.
SO> откуда взялось:
SO> а) два потока
SO> б) без лишних конкурирующих запросов
SO> если мы говорим о синкании после замены диска?

Я имел в виду спокойную починку сломавшейся железки после снятия
с неё нагрузки до окончания починки. Количество потоков настраивается.

SO>>> ты покажу суммарную производительность при паралельном чтении из 400
SO>>> различных файлов.
EG>> То есть речь идёт об дергании головками HDD? А i/o scheduling пробовал?
SO> а зачем? я и освещать и камлать с бубном не пробовал -- толк-то примерно одинаковый.

Hу почитай PDF-то. Вот imp & Netflix озаботились, написали и даже привели
код к публекуемому виду и запушили в основное дерево. Я бы на твоём месте
как минимум почитал.

SO> но ты можешь меня попробовать переубедить, проделав эксперимент. какой -- я уже
SO> гворил.

У меня не на чем экспериментировать, я не в вашем с Netflix положении,
даже 10G нету на тестовых железках.

SO>>>>> 3) gjournal: ну лучше я не буду не коментировать
EG>>>> А ты покомментируй. У тебя же read-mostly нагрузка,
EG>>>> почему бы и не gjournal?
SO>>> костыли и подпорки.
SO>>> кеширование на SSD мне тоже самому из костылей и шелов городить?
EG>> Hу так я и спрашивал, для чего ZFS. Теперь понятно,
EG>> для L2ARC на SSD и агрессивного кеширования диска.
SO> а, т.е. тебя интересуют не мои ответы, а твои фантазии. ок.

Меня интересновал нормальный и по возможности коротки ответ,
почему ZFS. В общем, я его получил в итоге.

Eugene
--- slrn/1.0.2 (FreeBSD)
* Origin: RDTC JSC (2:5006/1@fidonet)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.109921 секунды