Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
| | |
А можно подробнее про 64-битные регистры? 30.06.03 12:16 Число просмотров: 1418
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 30.06.03 12:18 Количество правок: 1
|
> Вот, собираемся поиграться на OS WinNT4 Server + MS SQL для
> Alpha. Используют ли OS и SQL-сервре всю ширину регистров?
> Я подозреваю MS в самом плохом ;-).
Это, когда первые 386 появились. Многие ждали прироста производительности в 2 раза. Оказывается нужны приложения, адаптированные по 32 разряда и ОС соответствующая. ФоксуПро побарабану оказалось. Он все числовые данные в цифровом виде хранит и обрабатывает, судя по всему, тоже. Если же использовать 16 битные переменные, то ни от 32 разрядов, ни от 64 проку не будет. А так, если в программе используются 64 битные переменные, то при использовании такого действия, как сложения будет использоваться одна инструкция на 64 разрядах вместо двух, а при умножении и того меньше. Вот и выирыш производительности посчитать можно. А лучше потестировать. Еще нужно учесть архитектуру (сколько инструкций за такт процессор делать может), а то все эти ухищрения (переход на 64 бит) не будут иметь смысл. В БД для денежных величин 32 разряд мало 4 млрд. рублей для крупной организации - не деньги. А вот 64 - выше крыши - все деньги на планете в копейках пересчитать можно. И если в БД перейти от цифровой формы в 64 битную бинарную - прирост производительности будет примерно на порядок. Так, что все от реализации зависит.
|
|
<hardware>
|
Тут появилась возможность взять по-дешёвке морально устаревший сервак с процем Alpha 500 MHz. Посоветуйте, плз. 26.06.03 15:36
Автор: HandleX <Александр М.> Статус: The Elderman
|
|
Оно вообще надо? Есть ли какая-нибудь «крутость» и отличия в производительности от Celeron или пня на этой же частоте? + несовместимость с Intel...
|
|
Тут появилась возможность взять по-дешёвке морально устаревший сервак с процем Alpha 500 MHz. Посоветуйте, плз. 26.06.03 16:28
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 26.06.03 16:32 Количество правок: 2
|
> Оно вообще надо? Есть ли какая-нибудь «крутость» и отличия
> в производительности от Celeron или пня на этой же частоте?
> + несовместимость с Intel...
Что касется несовместимости - так это ПОЛНАЯ НЕСОВМЕСТИМОСТЬ с Интеловскими Пентиумами и прочими процессорами.
А вообще-то система мощная. Только вопрос нужно наоборот ставить - брать или не брать в зависимости от того неужно или не нужно. Например есть суперматематические задачи или БД на интелах медленно крутятся - тогда договориться взять "поиграться", если устроит - то выкупить. На той же частоте - мощнее: там кеша размер большой и трехуровневый. С плавающей запятой очень быстро работает. Внутренняя пропускная способность по данным хорошая. Разрядность регистров - 64 бит.
|
| |
А можно подробнее про 64-битные регистры? 28.06.03 11:13
Автор: HandleX <Александр М.> Статус: The Elderman
|
>> А вообще-то система мощная. Только вопрос нужно наоборот
> ставить - брать или не брать в зависимости от того неужно
> или не нужно. Например есть суперматематические задачи или
> БД на интелах медленно крутятся - тогда договориться взять
> "поиграться", если устроит - то выкупить. На той же частоте
> - мощнее: там кеша размер большой и трехуровневый. С
> плавающей запятой очень быстро работает. Внутренняя
> пропускная способность по данным хорошая. Разрядность
> регистров - 64 бит.
Вот, собираемся поиграться на OS WinNT4 Server + MS SQL для Alpha. Используют ли OS и SQL-сервре всю ширину регистров? Я подозреваю MS в самом плохом ;-).
|
| | |
А можно подробнее про 64-битные регистры? 30.06.03 12:16
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 30.06.03 12:18 Количество правок: 1
|
> Вот, собираемся поиграться на OS WinNT4 Server + MS SQL для
> Alpha. Используют ли OS и SQL-сервре всю ширину регистров?
> Я подозреваю MS в самом плохом ;-).
Это, когда первые 386 появились. Многие ждали прироста производительности в 2 раза. Оказывается нужны приложения, адаптированные по 32 разряда и ОС соответствующая. ФоксуПро побарабану оказалось. Он все числовые данные в цифровом виде хранит и обрабатывает, судя по всему, тоже. Если же использовать 16 битные переменные, то ни от 32 разрядов, ни от 64 проку не будет. А так, если в программе используются 64 битные переменные, то при использовании такого действия, как сложения будет использоваться одна инструкция на 64 разрядах вместо двух, а при умножении и того меньше. Вот и выирыш производительности посчитать можно. А лучше потестировать. Еще нужно учесть архитектуру (сколько инструкций за такт процессор делать может), а то все эти ухищрения (переход на 64 бит) не будут иметь смысл. В БД для денежных величин 32 разряд мало 4 млрд. рублей для крупной организации - не деньги. А вот 64 - выше крыши - все деньги на планете в копейках пересчитать можно. И если в БД перейти от цифровой формы в 64 битную бинарную - прирост производительности будет примерно на порядок. Так, что все от реализации зависит.
|
| | | |
Я немножко не об этом... 30.06.03 13:43
Автор: HandleX <Александр М.> Статус: The Elderman
|
> Это, когда первые 386 появились. Многие ждали прироста
> производительности в 2 раза. Оказывается нужны приложения,
> адаптированные по 32 разряда и ОС соответствующая. ФоксуПро
> побарабану оказалось. Он все числовые данные в цифровом
> виде хранит и обрабатывает, судя по всему, тоже. Если же
> использовать 16 битные переменные, то ни от 32 разрядов, ни
> от 64 проку не будет. А так, если в программе используются
> 64 битные переменные, то при использовании такого действия,
> как сложения будет использоваться одна инструкция на 64
> разрядах вместо двух, а при умножении и того меньше. Вот и
> выирыш производительности посчитать можно. А лучше
> потестировать. Еще нужно учесть архитектуру (сколько
> инструкций за такт процессор делать может), а то все эти
> ухищрения (переход на 64 бит) не будут иметь смысл. В БД
> для денежных величин 32 разряд мало 4 млрд. рублей для
> крупной организации - не деньги. А вот 64 - выше крыши -
> все деньги на планете в копейках пересчитать можно. И если
> в БД перейти от цифровой формы в 64 битную бинарную -
> прирост производительности будет примерно на порядок. Так,
> что все от реализации зависит.
Subj. Я о том, что NT4 не было в природе 64-битной (имхо). Её тупо портировали из того что было на Alpha. Мы её хотим юзать на Альфе. Ведь широкие целочисленные регистры не только в вычислениях используются, они и память туда-сюда копируют, инициализируют, ищут значения в строках и проч. Вот, даже сандрой тест памяти делаешь на Intel, то видно, что скорость копирования памяти с использованием 8, 16, 32 и FPU регистров линейно возврастает. А это очень большая часть исполняемого кода в программах. Да и тот же SQL-сервак, он вообще «большая и глупая инструкция MOV а-ля Microsoft» ;-))
|
| | | | |
Ну договоритесь потестировать этот аппарат у продавца. Эффект может быть сугубо индивидуальный для определенного ПО. Все вопросы после тестирования сами собой решаться. 01.07.03 10:12
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
|
|
|
| | | | | |
Спасибо за советы, попробуем... 01.07.03 20:54
Автор: HandleX <Александр М.> Статус: The Elderman
|
|
|
| |
Вот смотрел скорости клиентов на Distributed.net — RC5-72: DEC Alpha 600 MHz = 595,364.00; Celeron 600 MHz = 1,253,471.50 ;-(( 26.06.03 19:17
Автор: HandleX <Александр М.> Статус: The Elderman
|
|
|
| | |
В этой задаче FPU не задействовано. 27.06.03 09:51
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
|
|
|
|
|
подробно о проекте
Анализ криптографических сетевых...
