Заметка: Linpack + GUI = LinX

Текущая версия отныне и впредь на GitHub: LinX 0.6.5

Изменения:

• совместим с последними версиями Linpack
• особо любознательные могут посмотреть неприлично страшный делфокод

Спасибо камраду Right, показавшему, как заставить Linpack поддерживать процессоры AMD!

Оригинальная ветка про Linpack и FAQ.
Для знающих английский — ветка на XtremeSystems.

=========================

LinX 0.9.8: https://overclockers.ru/files/download/2512
LinX 0.9.7 (Intel) Rus: https://overclockers.ru/files/download/2514
LinX 0.6.5 (AMD): https://overclockers.ru/files/download/2516

Добавил в файловый архив Оверов несколько версий LinX на всяк пожарный и дал ссылки на них, чтобы было доступно хоть что-то в случае блокировки иностранных ресурсов (файлохранилищ). Позже ещё добавлю. На полноту коллекции, естественно, не претендую.
I.N.

обновил биос и по дороге все дрова. Все стало ОК. Разогнал. ОССТ Perestroyka 3.0.1 часовой тест OCCT Linpak все ОК. Запустил LinX и после 16 минут выпала ошибка.
Intel(R) LINPACK data

Current date/time: Sun May 10 13:53:37 2009

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

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

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

Size LDA Align. Time(s) GFlops Residual Residual(norm)
13823 13823 4 117.407 15.0009 1.919672e-010 3.557494e-002
13823 13823 4 117.368 15.0058 1.919672e-010 3.557494e-002
13823 13823 4 117.271 15.0183 1.919672e-010 3.557494e-002
13823 13823 4 117.328 15.0110 1.919672e-010 3.557494e-002
13823 13823 4 117.304 15.0140 1.919672e-010 3.557494e-002
13823 13823 4 117.331 15.0106 1.919672e-010 3.557494e-002
13823 13823 4 117.317 15.0124 1.919672e-010 3.557494e-002
13823 13823 4 117.316 15.0125 1.962809e-010 3.637435e-002

С чем можно поэкспериментировать?

_MYXOMOP_
Самый верный путь — vcore.
Но можно попробовать потыркать GTLRefы c Vtt, Clock Skew какие-нибудь...
Не все Линпаки одинаково полезны?

Этот путь верен до определенных границ, для 45нм это примерно 1,42в. Можно и больше, но я бы побоялся.
А потом, разве не хочется настроить так, чтобы не завышать напряжение на ядро, а оптимизировать сигнал, северный мост поковырять и т.п?
Попробуйте поменять PL в конце концов, вдруг память сбоит.

OCCTшный линпак меньше нагружает проц, чем Linx. Это по одной только температуре видно. Разница в районе 5 градусов.

очень хочется )))) Доковырялся до полной стабильности при напруге на проц по показаниям CPU-Z 1.280v (в биос повыше показывает)

прогонял я линпак для интереса в номинале. 7,8 гфлопов он выдает.
Добавлено спустя 17 минут, 53 секунды
и у вас у самого вот тут http://forums.overclockers.ru/viewtopic ... 53#5448053 е5200 в разгоне 15 гфлоп выдает. Я разгоны пробовал разные, с разными напряжениями. Чем выше разгон и чем ниже напряжение, тем больше гфлопов получалось. Если Вы за эти полгода лучше разобрались с разгоном Е5200, то посоветуйте что-нибудь, а я только начал этим делом заниматься.

А это-то как влияет? Разве напряжение влияет на производительность? ИМХО, только на стабильность.
Может у вас процессор сбрасывает частоту из-за перегрева? И чем ниже напряжение, тем долше он работает не сбрасывая частоту? Я бы проконтролировал напряжения и температуры и главное частоту процессора во время тестов.

когда менял напряжение на процессоре обратил внимание, что на 3,5ггц при напряжении в районе 1,35v производительность 15 гфлопс, при увеличении напряжения до 1,4v производительность падала до 12,5 гфлопс. Просто личные наблюдения. С температурой все ОК. Без нагрузки 38-40, под ОССТ, Прайм 58-60, под LinX до 65.

Влияет. При недостаточном напряжении в кэшах могут происходить ошибки, которые ECC берется исправлять... И производительность снижается. Ну а случай выше-это либо перегрев, либо колдунство.

HertZ
Ну я бы и эту ситуацию отнес к влиянию на стабильность

_MYXOMOP_ Звеняйте, у вас 3.5ГГц, а у меня - разница очень большая! Кстати, в номинале у меня 12ГФлоп было. Или вы гнали шиной, и снижали множитель? Какая реальная у вас частота?

повезло вам с 12 в номинале. Я собрал систему, все было на авто. Прогнал LinX и получил 7,8. Потом разогнал 3,5Ггц 280х12,5 при напряжении 1,35v, все остальное кроме памяти (1,9v) в номинале (поставил в соответствии с левым столбцом) и отключил функции энергосбережения, то что получилось видно выше. Сейчас опустил разгон до 3,25 Ггц при напряжении 1,325v и выхлоп в Linx 14,8 гфлопс. При 3,25Ггц все тесты проходят на ура (LinX 1 час, Prime 3 часа, OCCT Linpak 1 час). Пытался сделать 3,5 Ггц при 333х10,5. Все заводится, но тесты не проходит нивкакую (в Linx не могу даже первые цифры получить, вся система повисает практически сразу после запуска). К сожалению особо не знаю что менять кроме напруг проца и памяти, видимо поэтому и нет стабильности на пониженном множителе.

- мой вам совет - чтобы убрать влияние системы - попробуйте пройти линкс в "безопасном режиме" - у меня на кваде втаком случае прибавка около 3 ГФлоп. Просто, вдруг ваша система ограничивает всё?

А что с памятью? Какой множитель? Результирующая частота какая? Просто мой на 3.5ГГц(280Х12.5) заводился с родным напряжением(1.15в). Но для достижения стабильности приходилось поднимать до 1.25в(при этом он начинал сильно грется). Хотя, 333МГц шины для Е5200 - может ФСБволл? Попробуйте на большем множитиле.

именно FSB Wall и оказался ((( Почитал про этот проц, у многих 320 и все, дальше проц умирает (относится к производству Коста Рика, Малазийские вроде получше. У меня как раз Коста Рика). Кстати, ставлю напругу в биос 1,325, а cpu-z под тестом показывает, что она проседает аж до 1,28. Это означает, что пора менять БП? ))) Может поэтому и все нестабильности на большом разгоне?

Нет, что вы. БП оставьте, это такая особенность цепей питания материнских плат. Чтобы избежать просадки можно включить специальную функцию, не знаю, как она называется на гигабайте.
Почитайте в описании где есть что-то вроде vDroop.

С разгоном все оказалось плохо. Память фуфлянская попалась. Без тестов в безопасном режиме узнал почему у меня мало гфлопс. Они ко всему прочему зависят еще и от частоты памяти.

Они зависят от частоты памяти, но не так сильно, чтобы проиграть несколько гигафлоп. Больше результат зависит от обьема выделяемой паяти, то есть от размера матриц. С 12 если не ошибаюсь множителем память можно оставить на низких частотах. Например, чтобы получить 3,5ГГц, но не факт, что Ваш проц такую частоту возьмет, хотя кто знает, ваша память будет работать на частотах менее 600мгц. А это не много
У меня разница между 920мгц и 1050 была около 0,3гигафлоп при обьеме задачи 2048мб. При 5гб и того меньше влияние.

я сравнил 837 и 780 мгц память. разница 1,3 гфлоп. объем задачи стоит автоматически 1558