Часовой пояс: UTC + 3 часа




Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 1832 • Страница 1 из 921  2  3  4  5 ... 92  >
  Пред. тема | След. тема 
Автор Сообщение
 

*Cofradia Intel*
Статус: Не в сети
Регистрация: 20.07.2006
Откуда: Донецк
LinX 0.6.4 & LinX 0.6.4 AVX (Linpack 10.3.10.017) с поддержкой AVX
LinX версии 0.6.5 в комплекте с Linpack 11.1.1.003. Только 64bit! Поддержка AVX и процессоров AMD.

Изменения:
- добавлена возможность запустить тестирование на заданный временной интервал и новое выпадающее меню для переключения между двумя режимами (разы/минуты)
- небольшие изменения/улучшения пользовательского интерфейса
- окна графиков теперь корректно сохраняют свои позиции при выходе из программы
- исправлен не очень частый баг с ошибками LinX при сильной загрузке процессора
- добавлены новые параметры командной строки, исправлены найденные ошибки в старых (LinX.exe -help для вывода доступных параметров)
- добавлены секунды в имена файлов для избежания переименования.


Последний раз редактировалось I.N. 30.11.2014 20:04, всего редактировалось 3 раз(а).


Партнер
 

Member
Статус: Не в сети
Регистрация: 24.10.2003
Откуда: Novosibirsk
Linpack.
http://www.intel.com/cd/software/produc ... 363184.htm

Теоретичеcкий пик определяется по следующим простым формулам:
для Athlon XP, P4, K8 - умножить реальную частоту на 2.
Для Core2, K10 -умножить реальную частоту на 4.

Реально достижимая эффективность от пика-
AXP, P4 ~ 75-80%
K8 ~85-90%
Core2 ~80-90%
K10 - to be found

Краткая инструкция:
В папке benchmarks\linpack надо пускать runme_xeon32.bat для x86 и x64 Windows, или runme_xeon64.bat для x64 Windows. 64-битная версия должна работать быстрее.
Перед запуском этот файл надо открыть в редакторе и изменить значение OMP_NUM_THREADS на полное количество ядер, реально присутствующих в компьютере, 2 для С2D, 4 для С2Q и т.д. Для нового Linpack 10 этого делать не надо!


После этого надо отредактировать файл lininput_xeon32 или lininput_xeon64 соответcтвенно.
В этом файле нас интересует -
1) # number of tests - количество различных размеров матриц, которые будут считатся. Должно соответствовать количеству чисел в следующей строке #problem sizes. Имеет смысл поставить просто 1 и в следующей строке указать максимальный размер который влезет в оперативную память
2) # problem sizes -размеры матриц систем линейных уравнений. Чем это число больше, тем больше получится результат. Начиная с некоторого значения (примерно 10000), рост замедлится. Обьем памяти, который нужно для запуска, можно посчитать по формуле 8*N^2. Для 10000 получим 800Mb. Если задать больше чем реально установлено памяти, будет своп и тормоза -этого делать не стоит. Также стоит оставить что-то системе для работы, скажем 0.5 -1GB.
3) #leading dimensions -повторить вторую строку
4) #times - каждая задача с размером матрицы из соответствующего столбца #problem sizes будет повторена times раз.
5) #alignment -оставить 4

Результат будет в файле win_xeon32.txt или win_xeon64.txt


Этот тест может также использоватся для проверки правильности выполнения вычислений, подобно Prime.
Для этого надо обратить внимание на значение поля Residual(norm). По моему опыту с этим тестом (под Linux), при "переразгоне" происходят 3 вещи
1) При сильном переразгоне будет BSOD
2) Далее, тест может завершится, но значение Residual(norm) будет большим, много больше 1.
3) Наконец, при совсем небольшом переразгоне значение Residual может быть маленьким, но оно будет заметно менятся от запуска к запуску -для одной и той же problem size (для разных это нормально). Поэтому, лучше оставить всего одно значение размера матрицы (максимальное), но прогнать его несколько раз (число прогонов задается в поле #times)

Пример входного файла для тестирования стабильности для 2GB памяти:

Sample Intel(R) LINPACK data file (lininput_xeon64)
Intel(R) LINPACK data
1 # number of tests
13700 # problem sizes
13700 # leading dimensions
200 #times to run a test
4 # alignment values (in KBytes)

Для 4GB вместо 13700 ставим 21000. Для 8GB -30000 и т.д.

Linpack 10 в некоторых случаях может выводить дополнительную строчку
Error: info returned =***
Это безопасный "глюк", не обращаем на него внимания.


Последний раз редактировалось Cronos 19.01.2008 15:07, всего редактировалось 7 раз(а).

 

*Cofradia Intel*
Статус: Не в сети
Регистрация: 20.07.2006
Откуда: Донецк
Cronos

Цитата:
Linpack


есть ссылка где скачать можно?

Цитата:
Для Core2 -умножить реальную частоту на 3.


и насколько это будет точный результат?

_________________
*****Cofradia Intel***** *CI_TSC!_team*


 

Member
Статус: Не в сети
Регистрация: 05.12.2005
http://www.intel.com/cd/software/produc ... 363184.htm
Для интела вот...
Добавлено спустя 34 минуты, 53 секунды
Если будешь использовать для винды програмку, то рекомендую запускать батник runme_xeon32 ну или какой-то другой, только предварительно поправь в нем значение OMP_NUM_THREADS на нужное, по умолчанию там 2 стоит. Результаты тестов выведутся в win_xeon32.txt идут довольно долго. У меня выходило около 12.5гф на моем e4300@2700MHz, но чисто не тестировал.
Добавлено спустя 1 час, 4 минуты, 50 секунд
Вот мой результат, в пике 12.9362 GFlops (советую отрубать файл подкачки при работе теста, или самому задавать значения тестов):
Цитата:
Intel(R) LINPACK data

Intel(R) Optimized LINPACK Benchmark 9.1
Current date/time: Mon Oct 22 09:17:44 2007

CPU frequency: 2.700 GHz
Number of CPUs: 2
Number of threads: 2
Parameters are set to:

Number of tests : 9
Number of equations to solve (problem size) : 15000 14000 13000 12000 11000 10000 8000 6000 1000
Leading dimension of array : 15000 14008 13000 12008 11000 10008 8008 6008 1000
Number of trials to run : 1 2 2 2 2 2 2 3 4
Data alignment value (in Kbytes) : 4 4 4 4 4 4 4 4 4

Maximum memory requested that can be used = 1569180224, at the size = 14000
============= Timing linear equation system solver =================

Size LDA Align. Time(s) GFlops Residual Residual(norm)
14000 14008 4 141.924 12.8923 1.886800e-010 3.407360e-002
14000 14008 4 141.442 12.9362 1.886800e-010 3.407360e-002
13000 13000 4 113.979 12.8533 1.530559e-010 3.202580e-002
13000 13000 4 113.954 12.8561 1.530559e-010 3.202580e-002
12000 12008 4 89.846 12.8251 1.331741e-010 3.268739e-002
12000 12008 4 89.723 12.8428 1.331741e-010 3.268739e-002
11000 11000 4 70.124 12.6573 1.235607e-010 3.604779e-002
11000 11000 4 70.125 12.6570 1.235607e-010 3.604779e-002
10000 10008 4 52.480 12.7069 9.364387e-011 3.301978e-002
10000 10008 4 52.524 12.6963 9.364387e-011 3.301978e-002
8000 8008 4 27.241 12.5348 6.985207e-011 3.842470e-002
8000 8008 4 27.226 12.5417 6.985207e-011 3.842470e-002
6000 6008 4 11.704 12.3099 3.702755e-011 3.590878e-002
6000 6008 4 11.700 12.3135 3.702755e-011 3.590878e-002
6000 6008 4 11.698 12.3157 3.702755e-011 3.590878e-002
1000 1000 4 0.072 9.2540 9.887646e-013 3.371941e-002
1000 1000 4 0.072 9.2252 9.887646e-013 3.371941e-002
1000 1000 4 0.072 9.2485 9.887646e-013 3.371941e-002
1000 1000 4 0.073 9.2038 9.887646e-013 3.371941e-002

Performance Summary (GFlops)

Size LDA Align. Average Maximal
14000 14008 4 12.9143 12.9362
13000 13000 4 12.8547 12.8561
12000 12008 4 12.8339 12.8428
11000 11000 4 12.6572 12.6573
10000 10008 4 12.7016 12.7069
8000 8008 4 12.5383 12.5417
6000 6008 4 12.3130 12.3157
1000 1000 4 9.2329 9.2540

End of tests
22.10.2007


 

*Cofradia Intel*
Статус: Не в сети
Регистрация: 20.07.2006
Откуда: Донецк
Получилось 28.5504 GFlops

Cronos 2,4*4*3=28,8 Шаман, однако!! :-) :beer:

_________________
*****Cofradia Intel***** *CI_TSC!_team*


 

Member
Статус: Не в сети
Регистрация: 24.10.2003
Откуда: Novosibirsk
Потестил. Машина в профиле.
Цитата:

Intel(R) LINPACK data

Intel(R) Optimized LINPACK Benchmark 9.1
Current date/time: Tue Oct 23 19:56:35 2007

CPU frequency: 3.600 GHz
Number of CPUs: 4
Number of threads: 4
Parameters are set to:

Number of tests : 1
Number of equations to solve (problem size) : 29000
Leading dimension of array : 29000
Number of trials to run : 4
Data alignment value (in Kbytes) : 4

Maximum memory requested that can be used = 2433616800, at the size = 29000
============= Timing linear equation system solver =================

Size LDA Align. Time(s) GFlops Residual Residual(norm)
29000 29000 4 335.913 48.4084 7.549439e-010 3.194727e-002
29000 29000 4 340.988 47.6880 7.549439e-010 3.194727e-002
29000 29000 4 335.471 48.4721 7.549439e-010 3.194727e-002
29000 29000 4 335.036 48.5351 7.549439e-010 3.194727e-002

Performance Summary (GFlops)

Size LDA Align. Average Maximal
29000 29000 4 48.2759 48.5351

End of tests
23.10.2007
20:22


Отдельное спасибо sashar2 за ссылку на экзешник под Windows. Если бы я не запустил ее под Windows, то не обратил бы внимание на температуры, а тут действительно есть на что обратить внимание!

Температурный режим #77


Температуры в максимуме более чем на 10С выше чем c 4x Prime Small FFTs -это был предыдущий лидер по нагреву! Это просто невероятно, такой нагрев 72С - под водой. Можно утверждать что мы нашли самый сильно греющий тест для Core2, на 10С опережающий все что было до сих пор!

Обратить внимание на напряжение в cpu-z. Показания правильные. Проседает до 1.392, тогда как под 4x Prime Small FFTs меньше 1.400 не бывает.


Cюрприз номер два. Высокая эффективность.
48.535 Gigafops, 84.3% от теоретического пика=57.6Gigaflops. Впечатляет. Видимо сказывается высокоэффектинвый контроллер памяти в P35.


 

Member
Статус: Не в сети
Регистрация: 05.12.2005
Cronos
Да, греет очень неплохо, я специального тестирования не проводил, но они с ТАТом на одном месте примерно.

P.S>
Кстати, меня тоже Александр зовут, и молодец, что тоже фар используешь :).


 

Member
Статус: Не в сети
Регистрация: 12.08.2007
Какие то немного странные результаты, у меня квад на 3400 работает, но в итоге результат хуже почти в 1,8 раза.
Intel(R) LINPACK data

Intel(R) Optimized LINPACK Benchmark 9.1
Current date/time: Tue Oct 23 21:12:14 2007

CPU frequency: 3.402 GHz
Number of CPUs: 4
Number of threads: 4
Parameters are set to:

Number of tests : 9
Number of equations to solve (problem size) : 15000 14000 13000 12000 11000 10000 8000 6000 1000
Leading dimension of array : 15000 14008 13000 12008 11000 10008 8008 6008 1000
Number of trials to run : 1 2 2 2 2 2 2 3 4
Data alignment value (in Kbytes) : 4 4 4 4 4 4 4 4 4

Maximum memory requested that can be used = 1800304096, at the size = 15000
============= Timing linear equation system solver =================

Size LDA Align. Time(s) GFlops Residual Residual(norm)
15000 15000 4 94.596 23.7901 1.207227e+000 1.901403e+008
14000 14008 4 61.064 29.9643 9.889077e-001 1.785862e+008
14000 14008 4 60.884 30.0525 1.066521e+000 1.926023e+008
13000 13000 4 49.197 29.7785 1.048293e+000 2.193475e+008
13000 13000 4 50.392 29.0723 1.027959e+000 2.150927e+008
12000 12008 4 39.769 28.9747 9.922991e-001 2.435583e+008
12000 12008 4 39.735 28.9992 3.936720e-003 9.662620e+005
11000 11000 4 30.889 28.7339 9.928122e-001 2.896447e+008
11000 11000 4 31.019 28.6139 7.815575e-003 2.280129e+006
10000 10008 4 23.687 28.1528 2.152507e-002 7.589959e+006


 

Member
Статус: Не в сети
Регистрация: 24.10.2003
Откуда: Novosibirsk
froz-777
Я написал инструкцию в процессорах, скопирую ее сюда.
Установи максимальный возможный размер матрицы, и -если возможно- используй 64-битную версию.

ALL
Этот тест может также использоватся для проверки правильности выполнения вычислений, подобно Prime.
Для этого надо обратить внимание на значение поля Residual(norm). По моему опыту с этим тестом (под Linux), при "переразгоне" происходят
3 вещи
1) При сильном переразгоне будет BSOD :)
2) Далее, тест может завершится, но значение Residual(norm) будет большим, много больше 1.
3) Наконец, при совсем небольшом переразгоне значение Residual может быть маленьким, но оно будет заметно менятся от запуска к запуску -для одной и той же problem size (для разных это нормально). Поэтому, лучше оставить всего одно значение размера матрицы (максимальное), но прогнать его несколько раз (число прогонов задается в поле #times)


 

[Mobo]: ASUSTek P5K Deluxe/WiFi-AP (Intel P35), LGA 775, BIOS 0604;
[CPU]: Intel Core 2 Quad Q6600 2400 МГц @3601 МГц, 1.6125 В, L2 2 х 4096 Кб, (Kentsfield, B3);
[Cooler]: СВО Koolance Exos-2 LX;
[Memory]: 2 x 1024 Мб DDR2 Corsair Dominator TWIN2X2048-9136C5D (SPD: 1142 МГц, 5-5-5-18, 2.1 В);
[HDD]: SATA-II 500 Гб Samsung, 7200 об/мин, 16 Мб, NCQ.
Windows XP SP2 (рабочая без твиков и оптимизаций).

Цитата:
Intel(R) LINPACK data

Intel(R) Optimized LINPACK Benchmark 9.1
Current date/time: Tue Oct 23 22:55:42 2007

CPU frequency: 3.608 GHz
Number of CPUs: 4
Number of threads: 4
Parameters are set to:

Number of tests : 9
Number of equations to solve (problem size) : 15000 14000 13000 12000 11000 10000 8000 6000 1000
Leading dimension of array : 15000 14008 13000 12008 11000 10008 8008 6008 1000
Number of trials to run : 1 2 2 2 2 2 2 3 4
Data alignment value (in Kbytes) : 4 4 4 4 4 4 4 4 4

Maximum memory requested that can be used = 1569180224, at the size = 14000
============= Timing linear equation system solver =================

Size LDA Align. Time(s) GFlops Residual Residual(norm)
14000 14008 4 54.240 33.7336 1.712860e-010 3.093243e-002
14000 14008 4 54.115 33.8119 1.712860e-010 3.093243e-002
13000 13000 4 43.538 33.6486 1.495954e-010 3.130172e-002
13000 13000 4 43.577 33.6191 1.495954e-010 3.130172e-002
12000 12008 4 34.522 33.3787 1.340316e-010 3.289786e-002
12000 12008 4 34.460 33.4385 1.340316e-010 3.289786e-002
11000 11000 4 26.758 33.1703 1.083297e-010 3.160428e-002
11000 11000 4 26.728 33.2081 1.083297e-010 3.160428e-002
10000 10008 4 20.213 32.9925 8.667462e-011 3.056235e-002
10000 10008 4 20.210 32.9963 8.667462e-011 3.056235e-002
8000 8008 4 10.535 32.4113 7.564716e-011 4.161250e-002
8000 8008 4 10.533 32.4185 7.564716e-011 4.161250e-002
6000 6008 4 4.580 31.4593 3.597661e-011 3.488960e-002
6000 6008 4 4.715 30.5531 3.597661e-011 3.488960e-002
6000 6008 4 4.604 31.2902 3.597661e-011 3.488960e-002
1000 1000 4 0.030 22.3712 1.019407e-012 3.476439e-002
1000 1000 4 0.031 21.6434 1.019407e-012 3.476439e-002
1000 1000 4 0.031 21.7786 1.019407e-012 3.476439e-002
1000 1000 4 0.030 22.2501 1.019407e-012 3.476439e-002

Performance Summary (GFlops)

Size LDA Align. Average Maximal
14000 14008 4 33.7728 33.8119
13000 13000 4 33.6338 33.6486
12000 12008 4 33.4086 33.4385
11000 11000 4 33.1892 33.2081
10000 10008 4 32.9944 32.9963
8000 8008 4 32.4149 32.4185
6000 6008 4 31.1009 31.4593
1000 1000 4 22.0108 22.3712

End of tests
23.10.07 23:03


Cronos
Греет действительно очень сильно (82 в пике под СВО), но как программа для проверки систем охлаждения не подойдет, т.к. нагрузка скачкообразная, а не линейная. Кроме того, идут постоянные обращения к винчестеру. Кстати, скорее всего и результат у тебя выше т.к. памяти больше.


 

Member
Статус: Не в сети
Регистрация: 24.10.2003
Откуда: Novosibirsk
Jordan писал(а):
Cronos
Греет действительно очень сильно (82 в пике под СВО), но как программа для проверки систем охлаждения не подойдет, т.к. нагрузка скачкообразная, а не линейная. Кроме того, идут постоянные обращения к винчестеру. Кстати, скорее всего и результат у тебя выше т.к. памяти больше.


Настоятельно рекомендую прочитать инструкцию которую я написал (второй пост сверху).

Чтобы не было обращений к диску, надо задать максимальный размер матрицы соответственно доступному обьему памяти. Им же рекомендую и ограничится, тестировать меньшие не имеет большого смысла.
Для примера, для 2 GB, можно выделить 1.5GB на тест, тогда максимальный размер матрицы будет Sqrt(1 500 000 000/8 ) =13 700.
Для 15000 нужно 8*15000^2=1.8GB. Будет своп, так как на нужды системы 200MB не хватит.

Для тестирования СВО этот тест идеален. При исполоьзовании матриц с размером выбранным по вышеприведенным правилам нагрузка будет достаточно равномерной. Конечно, лучше чтобы памяти было 4GB.

Кстати, максимальное теоретическое значение определится как Частота*(Количество ядер)*4.


 

*Cofradia Intel*
Статус: Не в сети
Регистрация: 20.07.2006
Откуда: Донецк
Intel(R) LINPACK data

Intel(R) Optimized LINPACK Benchmark 9.1
Current date/time: Mon Oct 29 18:21:24 2007

CPU frequency: 3.200 GHz
Number of CPUs: 4
Number of threads: 4
Parameters are set to:

Number of tests : 9
Number of equations to solve (problem size) : 15000 14000 13000 12000 11000 10000 8000 6000 1000
Leading dimension of array : 15000 14008 13000 12008 11000 10008 8008 6008 1000
Number of trials to run : 1 2 2 2 2 2 2 3 4
Data alignment value (in Kbytes) : 4 4 4 4 4 4 4 4 4

Maximum memory requested that can be used = 1569180224, at the size = 14000
============= Timing linear equation system solver =================

Size LDA Align. Time(s) GFlops Residual Residual(norm)
14000 14008 4 61.924 29.5481 3.828798e+001 6.914401e+009
14000 14008 4 62.495 29.2781 6.901153e+000 1.246275e+009
13000 13000 4 57.813 25.3406 2.728735e+000 5.709674e+008
13000 13000 4 58.623 24.9903 2.322191e+001 4.859011e+009
12000 12008 4 46.193 24.9453 1.135629e+001 2.787386e+009
12000 12008 4 46.791 24.6264 3.957599e+000 9.713868e+008
11000 11000 4 36.391 24.3903 4.778334e+000 1.394039e+009
11000 11000 4 35.947 24.6912 2.080461e+001 6.069572e+009
10000 10008 4 26.709 24.9675 4.580768e+000 1.615225e+009
10000 10008 4 26.771 24.9104 9.756612e+000 3.440280e+009
8000 8008 4 13.029 26.2085 2.109207e+001 1.160247e+010
8000 8008 4 15.536 21.9791 7.564716e-011 4.161250e-002
29.10.2007
18:30

_________________
*****Cofradia Intel***** *CI_TSC!_team*


 

Member
Статус: Не в сети
Регистрация: 24.10.2003
Откуда: Novosibirsk
mike02
Судя по величине Residual(norm), ваш процессор или память работают с ошибками.


 

Member
Статус: Не в сети
Регистрация: 24.10.2003
Откуда: Novosibirsk
Cootri писал(а):
Вообще-то положено гигафлопсы мерять в SPEC_CPU.... Это оффициальное мерило для десктопов и серверов.

Не в тему. SPEC_CPU гигафлопсы не меряет.


 

Member
Статус: Не в сети
Регистрация: 05.12.2005
mike02
Да, у тебя не стабильно на этой частоте ведет себя проц...

Cootri
Linpackом и измеряют гигафлопсы, теоритический предел на нем не найти. К примеру у mike02 на 3.2 должно быть 3.2x4x4=51.2, а у него даже до 30 не дотянуло, хотя тут наверное сказалсь нестабильность.


 

Member
Статус: Не в сети
Регистрация: 15.08.2007
linpack это весчь!
кстати скопирую сюда свой пост из процессоров,

"Кстати, вот есть такой бенч - LINPACK, основанный на популярной математической библиотеке с одноименным названием (решение линейных уравнений), с помощью ее меряются реальными (не теоритическими) Гигафлопсами производители мощных вычислительных систем с давних времен.
тест скомпилирован и оптимизирован Intel под ее процессоры, качать Windows package:
http://www.intel.com/cd/software/produc ... 363184.htm

для квадов в батнике runme_xeon32.bat изменить OMP_NUM_THREADS с 2 на 4 (иначе будет только 2 потока!)

тест linpack_xeon64.bat (пойдет естественно только на Win64) жрет очень много памяти, резирвирует сразу 7Гигов, у меня с размера задачи 30000 начался дикий своп, и я его прервал. Можно скорректировать файл заданий lininput_xeon64, изменив number of tests и уменьшив соответственно позиции в нижних строчках.

после теста формируется текстовик win_xeon32/64.txt там в зависимости от размера задачи выводится время, гигафлопсы, ошибка (должна быть очень маленькая величина около нуля).

греет проц очень сильно! OCCT вообще фигня по сравнению с этим. И в отличии от OCCT, TAT и других искуственных тестов стабильности/грелок, тут реальный код, реальная используемая и известная библиотека, откомпилированная производителем процев на его компиляторе, со всеми оптимизациями.

Тест можно превратить легко в лучший тест стабильности CPU/RAM, чуть изменив файл заданий lininput_xeon32/64 (выбрав максимальную задачу для вашей системы, и побольше раз повторить, задав побольше поле в строчке times to run). Я словил синий экран, и прошлось понизить частоты памяти, хотя на других тестах такого не было, а тут всего за 10 минут.

----

пример теста, со стабильного тщательно оттестированного "тихого" режима 3.24ГГц 1.32В, погнал до стабильных 3.33 (ранее долгими прогонами OCCT выяснял нужное напряжения питания которое равно 1.362В)

размер системы 20000, 3Гига юзается памяти, тестится в Win64

файл задание:
Sample Intel(R) LINPACK data file (lininput_xeon64)
Intel(R) LINPACK data
1 # number of tests
20000# problem sizes
20000# leading dimensions
1 # times to run a test
4 # alignment values (in KBytes)

прогоны:
1) 3.33 напряжение, 1.32В = синий экран
2) ---, 1.35 все посчитала, но невязка (Residual) равна 5, очень большое число, т.е. посчитала неверно
3) 1.362, невязка ~1e-10 т.е. все ок

на все ушло максимум 10 минут!"
Добавлено спустя 11 минут, 5 секунд
надо еще покопать как убрать проверку процессора, так как на AMD тест не запускается...

пример того что проц с ошибкой посчитал:
Цитата:
14000 14008 4 61.924 29.5481 3.828798e+001 6.914401e+009


Residual должна быть порядка 10 в минус 10 - 12 степени, а Residual(norm) - 10 в минус 2 степени.

скорее всего надо поднять напругу процессору, если при этом не будет тротлить (проверять можно в RMClock), то зачет.


 

*Cofradia Intel*
Статус: Не в сети
Регистрация: 20.07.2006
Откуда: Донецк
sashar2 писал(а):
mike02
Да, у тебя не стабильно на этой частоте ведет себя проц...

Cootri
Linpackом и измеряют гигафлопсы, теоритический предел на нем не найти. К примеру у mike02 на 3.2 должно быть 3.2x4x4=51.2, а у него даже до 30 не дотянуло, хотя тут наверное сказалсь нестабильность.


Я не знаю насчет нестабильности, могЁт быть, но смотри другое: 3,6*4*4=57,6 а у Jordan'а получилось 33,8. Так что тут скорее дело не в нестабильности а в ошибочности оценки в формуле.

_________________
*****Cofradia Intel***** *CI_TSC!_team*


Показать сообщения за:  Поле сортировки  
Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 1832 • Страница 1 из 921  2  3  4  5 ... 92  >

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 0


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Перейти:  

Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB | Kolobok smiles © Aiwan


Яндекс.Метрика