Ну вы не сравнивайте FPU от Intel с FPU от AMD... У AMD FPU от Cirix (если кто помнит такие).19.05.05 12:30 Число просмотров: 1302 Автор: Den <Денис Т.> Статус: The Elderman
Странная производительность P-IV по сравнению с P-III.18.05.05 19:11 [ZloyShaman] Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman Отредактировано 18.05.05 19:13 Количество правок: 1
Две конфигурации:
1. P-IV 2.8Ггц 1Мб кэш, 1Ггб DDR двухканальная, Вин2000Сервер.
2. P-III 1Ггц 256Кб кеш, 512Мб SDRAM РС100, Вин2000Проф.
Тестовая программа - стандартный виндовый калькулятор в инженерном режиме.
Тест - вычисление факториала от 55000!
Время вычислений на 1 конфигурации 52 сек, на 2 конфигурации 57 сек.
Мешающих процессов небыло - загрузка процов до тестов почти нулевая.
При выполнении теста загрузка проца 1 конфинурации чуть выше 50% в целом (видит 2 процессора, поскольку проц ГиперТрэйдинговый) и около 100% одного из них, если смотреть поотдельности. Вторая конфигурация грузится на все 100%.
Странно, у П4 и технология более современная, и архитектура круче, и кэша в 4 раза больше, и оперативка в восемь раз быстрее, и частота почти в три раза выше.
Почему же разници в скорости почти не видно (10%)?
Калькулятор, скорее всего не использует никакую плавающую арифметику, сопроцессор и ССЕ/ССЕ2, но на обычных задачах то он должен быть быстрее. Я то ожидал раза в 3 - 4.
Может что-то с этим серваком не так, который на базе П4?
AthlonXP 1900+ 512 PC2100 RAM 31 сек. (+++)09.06.05 08:38 Автор: catlion <catlion> Статус: Member Отредактировано 09.06.05 08:41 Количество правок: 2
Только вот что интересно.
Стоит английская XP SP2, примерно секунд через 10 вылетает окошко что "операция может занять слишком много времени. Продолжить?"
Замерять нужно после появления окошка или как? :)
PS. Линуксовые калькуляторы тупо выдали ошибку))))
Считать начинает мгновенно. Если процесс не успевает...09.06.05 13:53 Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
> Только вот что интересно. > Стоит английская XP SP2, примерно секунд через 10 вылетает > окошко что "операция может занять слишком много времени. > Продолжить?"
Считать начинает мгновенно. Если процесс не успевает завершиться за 10 сек, то выскакивет окошко, но процесс на прекращается. Это все для того, чтоб дать понять пользователю, что калькулятор не "завис", а просто считает. А так же для того, чтоб легко было прервать эту операцию. Причем после закрывания этого окошка, оно заново выскочит через те же 10 сек после закрытия.
> Замерять нужно после появления окошка или как? :)
Сразу и не обращать внимание на окошко или по мере его появления закрывать его.
> PS. Линуксовые калькуляторы тупо выдали ошибку))))
Какие?
У bc, говорят, есть опция "-l".
Все графические. KCalc, XCalc, гномовый.10.06.05 05:27 Автор: catlion <catlion> Статус: Member
> Две конфигурации: > 1. P-IV 2.8Ггц 1Мб кэш, 1Ггб DDR двухканальная, > Вин2000Сервер. > 2. P-III 1Ггц 256Кб кеш, 512Мб SDRAM РС100, Вин2000Проф. > Тестовая программа - стандартный виндовый калькулятор в > инженерном режиме. > Тест - вычисление факториала от 55000! > Время вычислений на 1 конфигурации 52 сек, на 2 > конфигурации 57 сек. > Мешающих процессов небыло - загрузка процов до тестов почти > нулевая. > При выполнении теста загрузка проца 1 конфинурации чуть > выше 50% в целом (видит 2 процессора, поскольку проц > ГиперТрэйдинговый) и около 100% одного из них, если > смотреть поотдельности. Вторая конфигурация грузится на все > 100%. > Странно, у П4 и технология более современная, и архитектура > круче, и кэша в 4 раза больше, и оперативка в восемь раз > быстрее, и частота почти в три раза выше. > Почему же разници в скорости почти не видно (10%)? > Калькулятор, скорее всего не использует никакую плавающую > арифметику, сопроцессор и ССЕ/ССЕ2, но на обычных задачах > то он должен быть быстрее. Я то ожидал раза в 3 - 4. > Может что-то с этим серваком не так, который на базе П4?
у меня такой-же проц.(1конф.) и выполняется за 15сек. в обычном калк.
p.s. win-xp-prof-sp2
Может в сервисном паке покруче алгоритм впихнули - не знаю,...06.06.05 18:45 Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
хыхы... у меня тоже 52 секунды и полный проц забит. камень Pentium 2.0 GHz, 512 MB....
наверное дело в калькуляторе. чтобы не обидно было, он решает все с одинаковой скорости на всех процах (%
Должен был секунд за 35-40.06.06.05 10:57 Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
> хыхы... у меня тоже 52 секунды и полный проц забит. камень > Pentium 2.0 GHz, 512 MB.... > наверное дело в калькуляторе. чтобы не обидно было, он > решает все с одинаковой скорости на всех процах (% Должен был секунд за 35-40.
Попробуйте на первом пентиуме, сразу будет ясно, что скорость вычислений все-таки зависит от скорости процессора.
Все правильно так и должно было быть:29.05.05 18:09 Автор: Sergey - guest Статус: Незарегистрированный пользователь
> Две конфигурации: > 1. P-IV 2.8Ггц 1Мб кэш, 1Ггб DDR двухканальная, > Вин2000Сервер. > 2. P-III 1Ггц 256Кб кеш, 512Мб SDRAM РС100, Вин2000Проф. ....
> Время вычислений на 1 конфигурации 52 сек, на 2 > конфигурации 57 сек.
Все правильно так и должно было быть:
HT: - значит один поток может отхватить не более 50% ресурсов проца.
Кеша 2-го уровня хватит, чтобы загрузить основной код и данные полностью на этих конфигурациях.
Архитектура P4 сильно отличается от P3 и поддерживает большие частоты за счет того, что на исполнение кода требуется раза в полтора больше тактов.
Соответственно P3 должен был дать сходные либо несколько лучшие результаты.
Что на собственно и получилось.
Зачем же тогда НТ придумали? Чтоб проц с такой же тактовой...30.05.05 10:25 Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
> Все правильно так и должно было быть: > > HT: - значит один поток может отхватить не более 50% > ресурсов проца.
Зачем же тогда НТ придумали? Чтоб проц с такой же тактовой частотой в два раза медленнее считал (за исключением тех задач, когда одновременно будет считать две задачи)?
> Кеша 2-го уровня хватит, чтобы загрузить основной код и > данные полностью на этих конфигурациях. > Архитектура P4 сильно отличается от P3 и поддерживает > большие частоты за счет того, что на исполнение кода > требуется раза в полтора больше тактов.
Среднестатистически - может быть. Его заточили под поточность. Если код непрерывный, то и количество тактов на операцию в среднем такое же как и у предыдущих релизов (от П-1 до П-3).
> Соответственно P3 должен был дать сходные либо несколько > лучшие результаты. > > Что на собственно и получилось.
Все таки причина где-то в перегреве заключалась.
ниче не правильно29.05.05 18:19 Автор: Killer{R} <Dmitry> Статус: Elderman
Как видно результат получается не целочисленный, а експонентциальный (?).
Надо бы поискать и посмотреть исходники калькулятора.
Есть предположение, что существует максимальное целое число, которое может "проглатить" калькулятор. И соотв максимальное число, для которого считают факториал. Для этих чисел (из которых вычисляют факториал и меньших "критического") используется алгоритм "тупого" классического целочисленного умножения. А для больших чисел алгоритм, использующий ряды и нецелочисленную математику. Тк длина ряда постоянна -вычисление из 55000 и 25000 должно занимать одинаковое время. Надо проверить.
А вот почему увеличение частоты и типа ядра не дает резкого прироста производительности? Исходники надо искать:-) ИМХО не оптимальный код.
что их искать-то...
http://killer-r.at.tut.by/calc.zip Похоже что FPU там вообще не юзается. А вычисления таки с бесконечной точностью. О чем свидетельствует такой здоровый коммент-заголовок в scimath.c Ж)
2хХ2,66 /400 среднее из 3-х измерений 31 сек. Нагрузка не актуальна, тк сервер в работе. Но вроде потоки не распределяются по лог процам19.05.05 16:04 Автор: Garick <Yuriy> Статус: Elderman
может у 2000й плохо с НТ? см. мой пост внизу с рузельтатами под ХР
С НТ все в порядке - когда два одновременно работают, то дольше процентов на 20 считают.20.05.05 12:46 Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
А может опять виновато отсутствие «аппаратных» битовых сдвигов? В этой арифметике должно активно применяться…19.05.05 06:30 Автор: HandleX <Александр М.> Статус: The Elderman Отредактировано 19.05.05 07:17 Количество правок: 1
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
