YarrowSoft

Архив : Re: [cache_ru] Cache для 64-разрядных платформ : группа пользователей постреляционной СУБД Cache


[Предыдущее - [cache_ru] ЛЕТОГРАФ приглашает к сотрудничеству] [Следующее - [cache_ru] Cache' 5.2.]


Письмо #5179

Тема: Re: [cache_ru] Cache для 64-разрядных платформ
Начало этой темы: [cache_ru] Cache для 64-разрядных платформ
Это ответ на: Re: [cache_ru] Cache для 64-разрядных платформ
Ответ на это письмо: нет
От: Алексей Маслов Дата: 26 Июня 2006 19:38

Всем привет!

Дмитрий, спасибо за развернутый ответ. С теорией все более-менее ясно,
интересовал в основном практический опыт. Вот Виктор Морозов написал о
провалах в производительности на Windows 2003 Server / 64-разрядной
версии на Xeon/EM64T. Вы смогли бы предсказать это теоретически?

Андрей Грачёв похвалил 64-битных AIX (PowerPC4+, PowerPC5).
Припоминаю, что на последнем симпозиуме Тимур Сафин также упоминал о
хорошей масштабируемости этой платформы.

А что с сегментом рынка более дешевых серверов? Везде такие же грабли, как с
Xeon/EM64T, или это особенность данной версии Cache/данной платформы?

Удачи,
Алексей

> 23 июня 2006 г., 23:20. Dmitry V. Liseev wrote:
>
> ----- Original Message -----
> From: "Алексей Маслов" <E-Mail>
> To: <E-Mail>
> Sent: Thursday, June 22, 2006 1:04 PM
> Subject: [cache_ru] Cache для 64-разрядных платформ

> Hi!

>> В списке поддерживаемых платформ их уже немало, причем некоторые (e.g. HP
>> (Alpha) - Tru64)
>> поддерживаются уже давно.
>> Есть ли у кого-нибудь положительный опыт работы с ними в Cache?
>> (т.е. наблюдаются ли ощутимые преимущества в масштабируемости,
>> производительности
>> по сравнению с привычной Intel 32-bit платформой)

> Есть многочисленные публикации тестов по ораклу и другим
> СУБД. Для маленьких систем преимуществ нет абсолютно
> никаких. Для больших систем преимущества возникают
> исключительно по причине возможности использовать
> более 3 Гб оперативной памяти. И это согласуется с теорией.
> Ну нет сейчас потребности у приложений в 64 разрядах, кроме
> как в возможности много памяти использовать. При переходе
> с 16 на 32 бита, да, становилось существенно быстрее, ибо
> сегменты исчезали, да и вся арифметика в программах уже
> давно использовала тип данных long. Сейчас мало кому
> нужно 64 битное целое. Разве что количество секунд
> от 1 января 1970 года перестанет укладываться в 32 бита
> ровно 6 февраля 2106 года. Полетят все старые файловые
> системы и т.д. Это будет покруче "проблемы 2000 года",
> но уже не при нашей жизни ;(
> ____________________________
> С уважением, Лисеев Дмитрий.
>
http://private.peterlink.ru/dimik/

> PGP key fingerprint: 09 28 74 28 6C 39 62 29   2E CB 95 03 4F 04 33 73





> Yahoo! Groups Links






------------------------ Yahoo! Groups Sponsor --------------------~-->
Yahoo! Groups gets a make over. See the new email design.

http://us.click.yahoo.com/XISQkA/lOaOAA/yQLSAA/PhFolB/TM

--------------------------------------------------------------------~->


[2000|2001|2002|2003|2004|2005|2006|2007|2008] [Январь|Февраль|Март|Апрель|Май|Июнь]
[01|02|03|04|05|06]