YarrowSoft

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

Ответы 1- 8 из 8

Письмо #5169

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

Всем привет!

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

Cache портирована как 64-битное приложение?
Если да, то какова верхняя граница кэша глобалов?
(последние два вопроса скорее к консультантам Интерсистемз)

Заранее спасибо,
Алексей



------------------------ Yahoo! Groups Sponsor --------------------~-->
Great things are happening at Yahoo! Groups.  See the new email design.

http://us.click.yahoo.com/TISQkA/hOaOAA/yQLSAA/PhFolB/TM

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


Письмо #5170

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

У нас при установке Cache на сервер HP ProLiant с двумя 3-ГГц-овыми Xeon-ами
(ОС - Windows 2003 Server) наблюдался примерно 2-х кратный провал
производительности при использовании 64-разрядной версии операционной
системы по сравнению с 32-разрядной (на одном и том же железе).
Этот провал имел место при активном использовании вычислительной мощности
процессора.
Возможно, причина заключалась в том, что операционная система 64-разрядная,
а процессоры - с  EMT64. Победить не смогли, время поджимало.

С уважением,
Виктор Морозов (E-Mail)
Росби Информ

http://www.rosbi.ru

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


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


------------------------ Yahoo! Groups Sponsor --------------------~-->
See what's inside the new Yahoo! Groups email.

http://us.click.yahoo.com/2pRQfA/bOaOAA/yQLSAA/PhFolB/TM

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


Письмо #5171

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

Виктор, а в какой версии Сache это было? Согласно релиз ноутс, EM64T поддерживается только начиная с 5.0.21.

У нас (почти 4 года назад) был небольшой опыт с Sun Blade 1000 под ОС Solaris 9 (о чем здесь уже писал).
Испытывалась Cache 4.1.9/5.0RC.
По соотношению цена/производительность Sun существенно проигрывал Intel-у P4,
хотя ощущение большей сбалансированности Sun все же возникало: при
тактовой частоте, меньшей в 2.5 раза по ср. с имевшемся у нас в
то время Intel/P4, проигрыш по скорости был менее чем вдвое.
По соображениям цены был выбран Intel, и пощупать Sun на предмет масштабируемости не удалось.
Хотя помнится публиковалась статья о близкой к линейной масштабируемости
некоей реальной прикладухи под Cache на SUN/Solaris (до 24 CPU).

Есть мнение :-), что все вытекает из поддержки особенностей тех или иных
процессоров компиляторами, которыми пользуется ИнтерСистемз, и
специальной оптимизации исходников под 64-битные платформы не
проводилось. Пусть ИнтерСистемз опровергнет, если оно ошибочно.

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

==
Cache' 5.0.21 is available for the following platforms:
<...>
Windows NT 4 (SP4, SP5, SP6), 2000 (SP3, SP4), XP (SP1, SP2), Server 2003
(SP1) (32 bit Intel and 64 bit Itanium, AMD*, EM64T*)
<...>
* New with this release
==



------------------------ Yahoo! Groups Sponsor --------------------~-->
Check out the new improvements in Yahoo! Groups email.

http://us.click.yahoo.com/6pRQfA/fOaOAA/yQLSAA/PhFolB/TM

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


Письмо #5172

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

Cache 5.0.21

По поводу прочего - мое мнение такое же.
Кстати, о Sun. Был опыт внедрения нашей системы на 64-разрядной платформе
Sun (ОС - Sun Solaris 10).
Результаты оценки производительности оказались примерно такие же.
Сравнение производилось с Intel P4 (2, 7ГГц). На Sun стояли процессоры 1,8
ГГц. На одной и той же задаче Sun
проигрывал в производительности по вычислительной мощности примерно в 2
раза. Производительность работы
с диском оценить было невозможно, т.к. на серверах стояли совершенно разные
дисковые подсистемы.
Правда, все делалось одним процессом. Что будет при работе множества
процессов - вопрос?


С уважением,
Виктор Морозов (E-Mail)
Росби Информ

http://www.rosbi.ru

----- Original Message -----
From: "Алексей Маслов" <E-Mail>
To: "Viktor Morozov" <E-Mail>
Sent: Thursday, June 22, 2006 3:40 PM
Subject: Re: [cache_ru] Cache для 64-разрядных платформ


> Виктор, а в какой версии Сache это было? Согласно релиз ноутс, EM64T
> поддерживается только начиная с 5.0.21.
>
> У нас (почти 4 года назад) был небольшой опыт с Sun Blade 1000 под ОС
> Solaris 9 (о чем здесь уже писал).
> Испытывалась Cache 4.1.9/5.0RC.
> По соотношению цена/производительность Sun существенно проигрывал Intel-у
> P4,
> хотя ощущение большей сбалансированности Sun все же возникало: при
> тактовой частоте, меньшей в 2.5 раза по ср. с имевшемся у нас в
> то время Intel/P4, проигрыш по скорости был менее чем вдвое.
> По соображениям цены был выбран Intel, и пощупать Sun на предмет
> масштабируемости не удалось.
> Хотя помнится публиковалась статья о близкой к линейной масштабируемости
> некоей реальной прикладухи под Cache на SUN/Solaris (до 24 CPU).
>
> Есть мнение :-), что все вытекает из поддержки особенностей тех или иных
> процессоров компиляторами, которыми пользуется ИнтерСистемз, и
> специальной оптимизации исходников под 64-битные платформы не
> проводилось. Пусть ИнтерСистемз опровергнет, если оно ошибочно.
>
> Удачи,
> Алексей
>
> ==
> Cache' 5.0.21 is available for the following platforms:
> <...>
> Windows NT 4 (SP4, SP5, SP6), 2000 (SP3, SP4), XP (SP1, SP2), Server 2003
> (SP1) (32 bit Intel and 64 bit Itanium, AMD*, EM64T*)
> <...>
> * New with this release
> ==
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>


------------------------ Yahoo! Groups Sponsor --------------------~-->
Great things are happening at Yahoo! Groups.  See the new email design.

http://us.click.yahoo.com/TISQkA/hOaOAA/yQLSAA/PhFolB/TM

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


Письмо #5174

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

Виктор, по Sun:
1.8 * 2 = 3.6 > 2.7
т.е. у Вас получилось, что Sun менее эластичен, чем Intel.
А у нас получилось как раз с точностью до наоборот :-)

Насчет множества процессов (если они не сильно мешают друг другу
блокировками) сказать могу: Cache это очень любит, по кр. мере
в тех случаях, когда приходится выполнять много операций disk i/o. Мне удалось
распараллелить работу одной из подобных задач, эффект порадовал :-).
Причем сложилось ощущение, что на 2*CPU сервере оптимальное кол-во
фоновых процессов вдвое больше, чем на 1*CPU. Правда, до конца это не
было проверено, т.к. значительную часть проц. мощности сервера надо было оставить
свободной, да и пром. эксплуатация незаметно началась :-).

Андрей, насчет отсутствия ограничений по размеру кэша: это справедливо
для всех 64-битных версий или только для AIX?

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



------------------------ Yahoo! Groups Sponsor --------------------~-->
Check out the new improvements in Yahoo! Groups email.

http://us.click.yahoo.com/6pRQfA/fOaOAA/yQLSAA/PhFolB/TM

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


Письмо #5175

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

> 1.8 * 2 = 3.6 > 2.7
По-моему, не совсем так.
Оценивалась работа одного процесса, который использовал только один
процессор, поэтому получается, что 1,8 < 2,7.

С уважением,
Виктор Морозов (E-Mail)
Росби Информ

http://www.rosbi.ru

----- Original Message -----
From: "Алексей Маслов" <E-Mail>
To: <E-Mail>
Sent: Thursday, June 22, 2006 4:23 PM
Subject: Re: [cache_ru] Cache для 64-разрядных платформ


> Виктор, по Sun:
> 1.8 * 2 = 3.6 > 2.7
> т.е. у Вас получилось, что Sun менее эластичен, чем Intel.
> А у нас получилось как раз с точностью до наоборот :-)
>
> Насчет множества процессов (если они не сильно мешают друг другу
> блокировками) сказать могу: Cache это очень любит, по кр. мере
> в тех случаях, когда приходится выполнять много операций disk i/o. Мне
> удалось
> распараллелить работу одной из подобных задач, эффект порадовал :-).
> Причем сложилось ощущение, что на 2*CPU сервере оптимальное кол-во
> фоновых процессов вдвое больше, чем на 1*CPU. Правда, до конца это не
> было проверено, т.к. значительную часть проц. мощности сервера надо было
> оставить
> свободной, да и пром. эксплуатация незаметно началась :-).
>
> Андрей, насчет отсутствия ограничений по размеру кэша: это справедливо
> для всех 64-битных версий или только для AIX?
>
> Удачи,
> Алексей
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>


------------------------ Yahoo! Groups Sponsor --------------------~-->
Great things are happening at Yahoo! Groups.  See the new email design.

http://us.click.yahoo.com/TISQkA/hOaOAA/yQLSAA/PhFolB/TM

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


Письмо #5177

Тема: Re: [cache_ru] Cache для 64-разрядных платформ
Начало этой темы: [cache_ru] Cache для 64-разрядных платформ
Это ответ на: [cache_ru] Cache для 64-разрядных платформ
Ответ на это письмо: Re: [cache_ru] Cache для 64-разрядных платформ
От: Dmitry V. Liseev Дата: 24 Июня 2006 07:20

----- 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 Sponsor --------------------~-->
Check out the new improvements in Yahoo! Groups email.

http://us.click.yahoo.com/6pRQfA/fOaOAA/yQLSAA/PhFolB/TM

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


Письмо #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

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


Error. Page cannot be displayed. Please contact your service provider for more details. (31)