Re: [ADMIN] request for tuning suggestions from PC Week Labs

Поиск
Список
Период
Сортировка
От Ragnar Kjørstad
Тема Re: [ADMIN] request for tuning suggestions from PC Week Labs
Дата
Msg-id 20000130124136.A12525@vestdata.no
обсуждение исходный текст
Ответ на request for tuning suggestions from PC Week Labs  (Timothy Dyck <Timothy_Dyck@zd.com>)
Список pgsql-admin
On Sun, Jan 30, 2000 at 12:56:39AM -0500, Timothy Dyck wrote:
> Hi all, I'm the database analyst for PC Week Labs and am comparing
> PostgreSQL with Inprise's InterBase (which will be open sourced later this
> year). As part of this project, I'm running a benchmark with a mix of OLTP
> and DSS queries in a set of various mixes and at a variety of user loads
> (up to 100 concurrent users). I'd like to get your tuning suggestions on
> the engine to make sure I am not missing anything.
>
> My test server is a departmental-type machine with two Pentium III 450MHz
> CPUs with 512MB of RAM running RedHat Linux 6.1. PGDATA is pointing to a
> RAID 5 array and the database is ~40 MB of data before indexing, and so
> will fit entirely into the db cache. The OS swapfile is not used at all. I
> will be using ODBC to query the database.
>
> 1. The biggest performance item I've seen in looking through the mailing
> lists is the fsync option. I want to leave this enabled as I don't think a
> transactional database should ever lose data. My understanding is that
> with it on PG checkpoints after every commit. Is there a way to let the
> log grow to a certain size before checkpointing? When fsync is off, how is
> data loss possible?
>
> 2. How do I move the log to a different spindle from the disks the
> database data is on?
>
> 3. Any other suggestions are much appreciated.

The speed of fsync is a filesystem issue.

Reiserfs is generally somewhat faster than ext2, and has journaling.
Unfortenately I think the log can only be used for metadata right now -
but you shold check that with the developers.



--
Ragnar Kjørstad

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

Предыдущее
От: Carlo Perassi
Дата:
Сообщение: search engine php3 not case sensitive
Следующее
От: "Laurent CASTELLANI"
Дата:
Сообщение: Info