From: | "Andrej Ricnik-Bay" <andrej(dot)groups(at)gmail(dot)com> |
---|---|
To: | Евгений Кононов <kononov(at)office(dot)tps(dot)uz>, PG-General <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Hyper-Trading |
Date: | 2007-07-10 19:51:51 |
Message-ID: | b35603930707101251o66b6f2cdy7ed96bda695b2171@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 7/10/07, Евгений Кононов <kononov(at)office(dot)tps(dot)uz> wrote:
> Здравствуйте, Andrej.
Privet ;) ... not that I speak any Russian, really.
>> ARB> What OS are you using, and what's hyper-trading? Hyper threading
>> ARB> by any chance? That's the OSes responsibility, not the databases.
> I'm use Fedora Core 5, based on two Intel(R) Xeon(TM) MP CPU 3.16GHz
> processors with Hyper-Trading technology. It means, that I use 4
> virtual processors.
> And, then I run postgreSQL, he use only one processor and work very
> easy. I want to use postgreSQL on all my processors, but I don't know
> how did it.
As I said ... if the OS supports those hyperthreaded CPUs
properly (I assume you're seing four CPUs in /proc/cpuinfo?)
and you fire up concurrent connections to the database
the OS should start spreading the load across CPUs. It's
not the databases task (or capability) to make that decision.
> Thank's !
Cheers,
Andrej
From | Date | Subject | |
---|---|---|---|
Next Message | Jasbinder Singh Bali | 2007-07-10 19:52:08 | Re: Implementing 2 different transactions in a PL/Perl function |
Previous Message | Michael Glaesemann | 2007-07-10 19:51:43 | Re: Implementing 2 different transactions in a PL/Perl function |