«20 тысяч IOPS на узел — хорошие показатели с учётом задержек в 5 мс». Для OLTP — нет

[Logger]

Интересно, а почему так получается. Зачем писать строго в один лог.

Неужели нельзя распараллелить запись в лог по аналогии с созданием нескольких файлов для TempDB. Все равно ведь можно потом при считывании инфы логически выстроить ее в строгую последовательность как будто это был один лог.

В чем ошибка в таком рассуждении ?

[AlexeyS]

Цитата:

Сообщение от Logger

Интересно, а почему так получается. Зачем писать строго в один лог.

Неужели нельзя распараллелить запись в лог по аналогии с созданием нескольких файлов для TempDB. Все равно ведь можно потом при считывании инфы логически выстроить ее в строгую последовательность как будто это был один лог.

В чем ошибка в таком рассуждении ?

А зачем? при условии, что запись в журнал транзакций идет в один поток, производительности IO и так с запасом, поэтому просто нет смысла городить огород с разделением очереди на несколько файлов последующей сборкой очереди обратно.

[Logger]

Цитата:

Сообщение от AlexeyS

А зачем? при условии, что запись в журнал транзакций идет в один поток, производительности IO и так с запасом,

С каким запасом ?

Весь смысл статьи в том что не хватает производительности, чтобы писать в один лог с маленьким latency и это ограничивает сверху максимальное число транзакций в секунду. Нет там никакого запаса.

Вот я и подумал - если взять N дисков и писать параллельно на них каждая транзакция на свой диск. Возможно ли тогда поднять производительность в N раз.