Re: data=journal для ext3
Alexey Pechnikov wrote: Вопрос - под etch имеет ли сабж смысл? Судя по описанию, с этой опцией одновременный ввод/вывод работает стабильнее, но, как я понимаю, все это относится к ядрам 2.4. И что насчет надежности - кто-то пробовал? Есть желание из SATA винтов выжать все возможное для БД. Опции noatime и nodiratime установлены, индексы директорий включены (учитывая, что каждая база содержит многие тысячи файлов, очень даже имеет смысл). База работает с хранимками, т.е. запросы быстрые, надеюсь, что конкурентный доступ сведен к минимуму (оценка примерная, но по моим расчетам выходит, что полсотни запросов в секунду будут выполняться последовательно). Сравнение производительности ext3(ordered,journal,writeback), jfs, reiserfs, xfs с опциями atime, noatime и различными значениями PostgreSQL shared buffers. Benchmarking filesystems and PostgreSQL shared buffers. http://www.ffnn.nl/media/articles/linux/serverwide-benchmark/serverwide-benchmark.pdf -- maxym -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
data=journal для ext3
Вопрос - под etch имеет ли сабж смысл? Судя по описанию, с этой опцией одновременный ввод/вывод работает стабильнее, но, как я понимаю, все это относится к ядрам 2.4. И что насчет надежности - кто-то пробовал? Есть желание из SATA винтов выжать все возможное для БД. Опции noatime и nodiratime установлены, индексы директорий включены (учитывая, что каждая база содержит многие тысячи файлов, очень даже имеет смысл). База работает с хранимками, т.е. запросы быстрые, надеюсь, что конкурентный доступ сведен к минимуму (оценка примерная, но по моим расчетам выходит, что полсотни запросов в секунду будут выполняться последовательно).
Re: data=journal для ext3
Не понял, нужна надежность или выжать всё возможное из винтов? Максимум производительности будет при data=writeback. Судя по информации в инете, это не так. Точнее, не всегда так. При одновременном вводе/выводе вроде бы data=journal быстрее.
Re: data=journal для ext3
Alexey Pechnikov wrote: Вопрос - под etch имеет ли сабж смысл? Судя по описанию, с этой опцией одновременный ввод/вывод работает стабильнее, но, как я понимаю, все это относится к ядрам 2.4. И что насчет надежности - кто-то пробовал? Есть желание из SATA винтов выжать все возможное для БД. Не понял, нужна надежность или выжать всё возможное из винтов? Максимум производительности будет при data=writeback. Я использую на части серверов вместе с RAID-0 на винтах. data=journal как-то использовал на разделах с backup, но там производительности не требовалось, так что замеры не производил. -- maxym -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: data=journal для ext3
В качестве идеи: а что будет, если хранить журналы на отдельном маленьком SSD, solid-state drive? С нулевым seek time и на отдельном канале. Основной смысл - не дёргать головки постоянно между областью данных и областью журнала. Пусть элеватор ходит туда-сюда по своему регулярному плану. А.Л. 29.11.2007 11:39, Alexey Pechnikov пишет: Есть желание из SATA винтов выжать все возможное для БД. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: data=journal для ext3
Alexey Lobanov wrote: В качестве идеи: а что будет, если хранить журналы на отдельном маленьком SSD, solid-state drive? С нулевым seek time и на отдельном канале. Основной смысл - не дёргать головки постоянно между областью данных и областью журнала. Пусть элеватор ходит туда-сюда по своему регулярному плану. Имеет смысл хранить журнал на отдельном быстром винте. Правда, надежность системы в этом случае уменьшится. -- maxym -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: data=journal для ext3
Alexey Pechnikov wrote: Не понял, нужна надежность или выжать всё возможное из винтов? Максимум производительности будет при data=writeback. Судя по информации в инете, это не так. Точнее, не всегда так. При одновременном вводе/выводе вроде бы data=journal быстрее. Вы правы, несмотря на то что это самый медленный режим, пишут, что есть случаи когда именно journal mode быстрее всех справляется. На практике, конечно, нужно тестировать для каждой конфигурации отдельно. -- maxym -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
