Re: Performance (was: The New Slashdot Setup (includes MySql server))

From: Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp>
To: Matthias Urlichs <smurf(at)noris(dot)net>
Cc: Chris <chris(at)bitmead(dot)com>, Hannu Krosing <hannu(at)tm(dot)ee>, The Hermit Hacker <scrappy(at)hub(dot)org>, Alessio Bragadini <alessio(at)albourne(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Performance (was: The New Slashdot Setup (includes MySql server))
Date: 2000-05-19 11:12:00
Message-ID: 39252180.92C646F6@tpf.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

Matthias Urlichs wrote:

> Hi,
>
> Chris:
> > Matthias Urlichs wrote:
> >
> > > Nonono, the 1000 read() calls are triggered by a simple INSERT or UPDATE
> > > call. They actually scan the pg_index table of the benchmark database.
> >
> > Does this only happen on the first call to INSERT/UPDATE after
> > connecting to the database, or does it happen with all subsequent calls
> > too?
> >
> All of them. Whatever the server is looking up here, it's _not_ cached.
>

Maybe shared buffer isn't so large as to keep all the(4.1M) pg_index pages.
So it would read pages from disk every time,
Unfortunately pg_index has no index to scan the index entries of a relation now.

However why is pg_index so large ?

Regards.

Hiroshi Inoue
Inoue(at)tpf(dot)co(dot)jp

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Matthias Urlichs 2000-05-19 11:40:08 Re: Performance (was: The New Slashdot Setup (includes MySql server))
Previous Message Hiroshi Inoue 2000-05-19 10:51:38 RE: Performance (was: The New Slashdot Setup (includes MySql server))

Browse pgsql-hackers by date

  From Date Subject
Next Message Hiroshi Inoue 2000-05-19 11:28:17 Re: Re: [SQL] Foreign keys breaks tables permissions
Previous Message Karel Zak 2000-05-19 11:08:24 malloc() in Dllist