Alexey Pechnikov wrote:
Вопрос - под etch имеет ли сабж смысл? Судя по описанию, с этой опцией
одновременный ввод/вывод работает стабильнее, но, как я понимаю, все это
относится к ядрам 2.4. И что насчет надежности - кто-то пробовал? Есть
желание из SATA винтов выжать все возможное для БД.
Вопрос - под etch имеет ли сабж смысл? Судя по описанию, с этой опцией
одновременный ввод/вывод работает стабильнее, но, как я понимаю, все это
относится к ядрам 2.4. И что насчет надежности - кто-то пробовал? Есть
желание из SATA винтов выжать все возможное для БД. Опции noatime и
nodiratime
Не понял, нужна надежность или выжать всё возможное из винтов? Максимум
производительности будет при data=writeback.
Судя по информации в инете, это не так. Точнее, не всегда так. При
одновременном вводе/выводе вроде бы data=journal быстрее.
Alexey Pechnikov wrote:
Вопрос - под etch имеет ли сабж смысл? Судя по описанию, с этой опцией
одновременный ввод/вывод работает стабильнее, но, как я понимаю, все это
относится к ядрам 2.4. И что насчет надежности - кто-то пробовал? Есть
желание из SATA винтов выжать все возможное для БД.
Не
В качестве идеи:
а что будет, если хранить журналы на отдельном маленьком SSD,
solid-state drive? С нулевым seek time и на отдельном канале.
Основной смысл - не дёргать головки постоянно между областью данных и
областью журнала. Пусть элеватор ходит туда-сюда по своему регулярному
плану.
А.Л.
Alexey Lobanov wrote:
В качестве идеи:
а что будет, если хранить журналы на отдельном маленьком SSD,
solid-state drive? С нулевым seek time и на отдельном канале.
Основной смысл - не дёргать головки постоянно между областью данных и
областью журнала. Пусть элеватор ходит туда-сюда по своему
Alexey Pechnikov wrote:
Не понял, нужна надежность или выжать всё возможное из винтов? Максимум
производительности будет при data=writeback.
Судя по информации в инете, это не так. Точнее, не всегда так. При
одновременном вводе/выводе вроде бы data=journal быстрее.
Вы правы, несмотря на то
7 matches
Mail list logo