Re: postgres 8.3.8 and Solaris 10_x86 64 bit problems?

Поиск
Список
Период
Сортировка
От Andrew Chernow
Тема Re: postgres 8.3.8 and Solaris 10_x86 64 bit problems?
Дата
Msg-id 4ADC6EDA.4060503@esilo.com
обсуждение исходный текст
Ответ на Re: postgres 8.3.8 and Solaris 10_x86 64 bit problems?  (Zdenek Kotala <Zdenek.Kotala@Sun.COM>)
Список pgsql-hackers
Zdenek Kotala wrote:
> Andrew Chernow píše v ne 18. 10. 2009 v 21:09 -0400:
>>> I'm curious if this is a lost hope.  My boss is recommending we flatten 
>>> the Sun box and install redhat linux (which I'm fine with).  I'd rather 
>>> not as threading in Solaris is better.
>> Maybe solaris threads were better 10-15 years ago, but I'm not convinced that is 
>> still the case.  Any data supporting that argument, solaris 10 threads vs. linux 
>> 2.6.11+ kernel (p)threads?
> 
> I can point on this article:
> 
> http://tweakers.net/reviews/649/all/database-test-sun-ultrasparc-t1-vs-punt-amd-opteron.html
> 
>     Zdenek
> 
> 

For starters, the original poster is using AMD64, so whether an 
ultrasparc improves thread performance is immaterial here.

OP said:
"Solaris 10 x86_64 with postgres 8.3.8 and openssl 98k using gcc version 
3.4.3"

Although the article is interesting, the data came from (or passed 
through) Sun employees.  I'm not saying the article's claims are not 
true or intentionally misleading, but rather that I am skeptical about 
the findings; especially since it reads more like a marketing piece than 
a technical analysis.

BTW, I have nothing against Sun or Solaris (spent a few years on Solaris 
7 & 8 sparc servers a while back and found them quite stable).  I'm just 
a hard sell do to endless exaggerated claims by all the top vendors and 
techy outlets.  I find myself weeding through all the hype with a machete :)

-- 
Andrew Chernow
eSilo, LLC
every bit counts
http://www.esilo.com/


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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: Application name patch - v2
Следующее
От: Robert Haas
Дата:
Сообщение: Re: foreign-key inference & join removal