Re: Linux I/O tuning: CFQ vs. deadline

Поиск
Список
Период
Сортировка
Искать
От
Kevin Grittner
Тема
Re: Linux I/O tuning: CFQ vs. deadline
Дата
Msg-id
4B6FD868020000250002F084@gw.wicourts.gov
Ответ на
Список
Дерево обсуждения
Linux I/O tuning: CFQ vs. deadline Greg Smith <greg@2ndquadrant.com>
Re: Linux I/O tuning: CFQ vs. deadline "Albe Laurenz" <laurenz.albe@wien.gv.at>
Re: Linux I/O tuning: CFQ vs. deadline "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: Linux I/O tuning: CFQ vs. deadline Greg Smith <greg@2ndquadrant.com>
Re: Linux I/O tuning: CFQ vs. deadline Josh Berkus <josh@agliodbs.com>
Re: Linux I/O tuning: CFQ vs. deadline Jeff Davis <pgsql@j-davis.com>
Re: Linux I/O tuning: CFQ vs. deadline Greg Smith <greg@2ndquadrant.com>
Re: Linux I/O tuning: CFQ vs. deadline Scott Carey <scott@richrelevance.com>
Re: Linux I/O tuning: CFQ vs. deadline Mark Wong <markwkm@gmail.com>
Re: Linux I/O tuning: CFQ vs. deadline Scott Marlowe <scott.marlowe@gmail.com>
"Albe Laurenz"  wrote:
> Greg Smith wrote:
 
>> http://insights.oetiker.ch/linux/fsopbench/
> 
> That is interesting; particularly since I have made one quite
> different experience in which deadline outperformed CFQ by a
> factor of approximately 4.
 
I haven't benchmarked it per se, but when we started using
PostgreSQL on Linux, the benchmarks and posts I could find
recommended deadline=elevator, so we went with that, and when the
setting was missed on a machine it was generally found fairly
quickly because people complained that the machine wasn't performing
to expectations; changing this to deadline corrected the problem.
 
> So I tried to look for differences, and I found two possible
> places:
> - My test case was read-only, our production system is
>   read-mostly.
 
Yeah, our reads are typically several times our writes -- up to
maybe 10 to 1.
 
> - We did not have a RAID array, but a SAN box (with RAID inside).
 
No SAN here, but if I recall correctly, this was mostly an issue on
our larger arrays -- RAID 5 with dozens of spindles on a BBU
hardware controller.
 
Other differences between our environment and that of the benchmarks
cited above:
 
 - We use SuSE Linux Enterprise Server, so we've been on *much*
   earlier kernel versions that this benchmark.
 
 - We've been using xfs, with noatime,nobarrier.
 
I'll keep this in mind as something to try if we have problem
performance in line with what that page describes, though....
 
-Kevin
В списке pgsql-performance по дате отправления
От: Albe Laurenz
Дата:
От: Greg Smith
Дата:
FAQ