Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
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
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 3616 из 10763 ===================================== RU.UNIX.BSD =
От   : Victor Sudakov                   2:5005/49          21 Oct 15 13:56:04
Кому : Alex Korchmar                                       21 Oct 15 13:56:04
Тема : Страшные тормоза zfs
FGHI : area://RU.UNIX.BSD?msgid=2:5005/49+562746fc
На   : area://RU.UNIX.BSD?msgid=<1187502840@ddt.demos.su>+6b277363
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.UNIX.BSD?msgid=<1187502930@aspen.stu.neva.ru>+1a873908
==============================================================================
Dear Alex,

21 Oct 15 02:18, you wrote to me:

VS>> Тогда если log вынести на отдельное устройство, будет легче? В
VS>> смысле,
AK> эмм... читать опять же фринасовые факи. Что-то там они про лог писали
AK> - что-то малопозитивное.

Из их писаний я сделал вывод, что если синхронных операций (например СУБД) на диск не ведется, то log вообще никак не используется. На диске с фильмами можно поставить sync=disabled и не париться про лог.

AK>>> плюс, там, насколько я помню, хитрая
AK>>> древовидная структура, требующая перебалансировки каждый раз.
VS>> Это хуже. Hо я надеюсь, это может делаться в фоне?
AK> в фоне, не в фоне - какая, нахер, разница, если оно забило очередь
AK> дискового устройства, а все остальные запросы - висят в blocking wait,
AK> пока не разберется.

Ну, IMHO command queueing должен помогать, он нынче в ada поддерживается.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20110223-b20110223
* Origin: Ulthar (2:5005/49)

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