Re: disk performance benchmarks

Поиск
Список
Период
Сортировка
От Joshua D. Drake
Тема Re: disk performance benchmarks
Дата
Msg-id 41479FA1.1080001@commandprompt.com
обсуждение исходный текст
Ответ на Re: disk performance benchmarks  ("Jeffrey W. Baker" <jwbaker@acm.org>)
Ответы Re: disk performance benchmarks  (Vivek Khera <khera@kcilink.com>)
Список pgsql-general
>You can see there's not much progress being made there.   In the
>presence of a farily pathetic writeout, there's a tiny trickle of disk
>reads, userspace isn't making any progress, the kernel isn't busy, and
>few processes are in iowait.  So what the heck is going on?
>
>This state of non-progress persists as long as the checkpoint subprocess
>is active.  I'm sure there's some magic way to improve this but I
>haven't found it yet.
>
>
>
Hello,

It is my experience that RAID 5 is not that great for heavy write
situations and that RAID 10 is better.
Also as you are on linux you may want to take a look at what file system
you are using. EXT3 for example is
known to be stable, if a very slow piggy.

J





>PS this is with Linux 2.6.7.
>
>Regards,
>jwb
>
>---------------------------(end of broadcast)---------------------------
>TIP 3: if posting/reading through Usenet, please send an appropriate
>      subscribe-nomail command to majordomo@postgresql.org so that your
>      message can get through to the mailing list cleanly
>
>


--
Command Prompt, Inc., home of Mammoth PostgreSQL - S/ODBC and S/JDBC
Postgresql support, programming shared hosting and dedicated hosting.
+1-503-667-4564 - jd@commandprompt.com - http://www.commandprompt.com
PostgreSQL Replicator -- production quality replication for PostgreSQL


В списке pgsql-general по дате отправления:

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: Corrupted Data?
Следующее
От: "Matthew T. O'Connor"
Дата:
Сообщение: Re: Corrupted Data?