Тут появилась возможность взять по-дешёвке морально устаревший сервак с процем 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
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
