slow mail server ? - Mailing list pgsql-hackers

From Oleg Bartunov
Subject slow mail server ?
Date
Msg-id Pine.GSO.4.62.0502211329010.8169@ra.sai.msu.su
Whole thread Raw
Responses Re: slow mail server ?
List pgsql-hackers
Marc,

Below is a message I just received and I'm wondering what's a problem
of such delay ?  5 days is too much :)
    Regards,        Oleg
_____________________________________________________________
Oleg Bartunov, sci.researcher, hostmaster of AstroNet,
Sternberg Astronomical Institute, Moscow University (Russia)
Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/
phone: +007(095)939-16-83, +007(095)939-23-83

---------- Forwarded message ----------
Received: from svr4.postgresql.org (svr4.postgresql.org [66.98.251.159])    by ra.sai.msu.su (8.12.10/8.12.10) with
ESMTPid j1L6Mo5P012614;    Mon, 21 Feb 2005 09:22:50 +0300 (MSK)
 
Received: from postgresql.org (svr1.postgresql.org [200.46.204.71])    by svr4.postgresql.org (Postfix) with ESMTP id
9264A5AFD51;   Mon, 21 Feb 2005 06:22:48 +0000 (GMT)
 
X-Original-To: pgsql-hackers-postgresql.org@localhost.postgresql.org
Received: from localhost (unknown [200.46.204.144])    by svr1.postgresql.org (Postfix) with ESMTP id 3C73D8BA156
for<pgsql-hackers-postgresql.org@localhost.postgresql.org>; Wed,    16 Feb 2005 20:35:42 +0000 (GMT)
 
Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port
10024)with ESMTP id 47785-08 for <pgsql-hackers-postgresql.org@localhost.postgresql.org>; Wed, 16 Feb 2005 20:35:20
+0000(GMT)
 
Received: from lnfm1.sai.msu.ru (lnfm1.sai.msu.ru [195.208.220.1])    by svr1.postgresql.org (Postfix) with ESMTP id
126A78B9EE3   for <pgsql-hackers@postgresql.org>; Wed, 16 Feb 2005 20:28:51 +0000 (GMT)
 
Received: from lnfm1.sai.msu.ru (localhost.localdomain [127.0.0.1])    by lnfm1.sai.msu.ru (8.12.8/8.12.8) with ESMTP
idj1GKSjOg010158;    Wed, 16 Feb 2005 23:28:45 +0300
 
Received: from localhost (math@localhost)    by lnfm1.sai.msu.ru (8.12.8/8.12.8/Submit) with ESMTP id j1GKSjaM010154;
Wed, 16 Feb 2005 23:28:45 +0300
 
X-Authentication-Warning: lnfm1.sai.msu.ru: math owned process doing -bs
Date: Wed, 16 Feb 2005 23:28:45 +0300 (MSK)
From: "Sergey E. Koposov" <math@sai.msu.ru>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: pgsql-hackers@postgresql.org
Subject: Re: [HACKERS] Strange RETURN NEXT behaviour in Postgres 8.0 
In-Reply-To: <26214.1108580068@sss.pgh.pa.us>
Message-ID: <Pine.LNX.4.44.0502162252060.25847-100000@lnfm1.sai.msu.ru>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new at hub.org
X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests=
X-Spam-Level: 
X-Mailing-List: pgsql-hackers
Precedence: bulk
Sender: pgsql-hackers-owner@postgresql.org

> "Sergey E. Koposov" <math@sai.msu.ru> writes:
> > LOOP
> >         FETCH cur into rec;
> >         RETURN NEXT rec;
> >         EXIT WHEN NOT FOUND;
> > END LOOP;
> > RETURN;
> 
> Don't you think you should have the EXIT *above* the RETURN NEXT?
> I would expect this to emit a bogus row of nulls after the last row
> returned by the cursor.  (At least that's what I get with current
> sources.  Pre-8.0 it might return the last row twice.)

Yes, surely EXIT should be written before RETURN NEXT, it was my error,
(thanks, but I've found that error by myself, after posting my message) 
But that small bug does not affect the original problem.

> Running it on a 500-million-row table would quite possibly run out of
> memory or disk space, too, because RETURN NEXT accumulates all the
> results before the function is actually exited.

Yes, that's right, but I did not waited until the whole table was loaded in
the function. The error, which is the subject of current thread occured
just immediately after "select * from yyy()", so surely was not caused by
memory overfilling.

Concerning to the exact form of my functions (using cursors, but still
collecting all the data in the memory). As I understand this is the only one
way (or just the simplest way ???) 
to execute fully dynamic queries returned by C function in PL/SQL.
For the real functions which I use, instead of

query = ''SELECT * FROM usno'';

I have

query = my_C_function(some_args);
            (see full code in my first message)


------------------------------------------------------------
Sergey E. Koposov
Sternberg Astronomical Institute, Moscow University (Russia)
Max-Planck Institute for Astronomy (Germany) 
Internet: math@sai.msu.ru, http://lnfm1.sai.msu.su/~math/



---------------------------(end of broadcast)---------------------------
TIP 8: explain analyze is your friend


pgsql-hackers by date:

Previous
From: Christopher Kings-Lynne
Date:
Subject: Re: Get rid of system attributes in pg_attribute?
Next
From: "Zeugswetter Andreas DAZ SD"
Date:
Subject: Re: win32 performance - fsync question