Re: PostgreSQL and Ultrasparc T1

Поиск
Список
Период
Сортировка
Искать
От
Alan Stange
Тема
Re: PostgreSQL and Ultrasparc T1
Дата
Msg-id
43A81CE0.7060805@rentec.com
Ответ на
Список
Дерево обсуждения
Re: PostgreSQL and Ultrasparc T1 "Scott Marlowe" <smarlowe@g2switchworks.com>
Re: PostgreSQL and Ultrasparc T1 Juan Casero <caseroj@comcast.net>
Re: PostgreSQL and Ultrasparc T1 "Jignesh K. Shah" <J.K.Shah@Sun.COM>
Re: PostgreSQL and Ultrasparc T1 Alan Stange <stange@rentec.com>
Re: PostgreSQL and Ultrasparc T1 David Lang <dlang@invendra.net>
Re: PostgreSQL and Ultrasparc T1 Alan Stange <stange@rentec.com>
Re: PostgreSQL and Ultrasparc T1 Richard_D_Levine@raytheon.com
Re: PostgreSQL and Ultrasparc T1 "Jignesh K. Shah" <J.K.Shah@Sun.COM>
Re: PostgreSQL and Ultrasparc T1 "Jim C. Nasby" <jnasby@pervasive.com>
Jignesh K. Shah wrote:
> I guess it depends on what you term as your metric for measurement.
> If it is just one query execution time .. It may not be the best on 
> UltraSPARC T1.
> But if you have more than 8 complex queries running simultaneously, 
> UltraSPARC T1 can do well compared comparatively provided the 
> application can scale also along with it.

I just want to clarify one issue here.   It's my understanding that the 
8-core, 4 hardware thread (known as strands) system is seen as a 32 cpu 
system by Solaris. 

So, one could have up to 32 postgresql processes running in parallel on 
the current systems (assuming the application can scale).

-- Alan
В списке pgsql-performance по дате отправления
От: David Roussel
Дата:
От: David Lang
Дата:
FAQ