Заметка: 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.

не так давно, с выходом новых CPU от АМД, корейцы начали думать о новой версии LinX под АМД , и вот
новая версия от 30.05.2017:
LinX v1.0.0K (AMD Edition) добавил русский язык
сравнение с патченным старым линпаком (11.2.0.003) 2014 года , вполне не плохо (справа патч)
#77

но есть подозрения, лезем в свойства файла и видим что перед нами старая версия линпака , а если точнее - то это 11.1.3.005 того же 2014 года, с тем же обычным патчем (хеш совпадают) браво))

Подскажите. У меня прыгает время теста и Гфлопсы, но сами расчеты точные. Это нестабильность цп или глюк теста и все нормально, и можно дальше тестить?
http://piccy..info/view3/11337516/685a66 ... 30f9/1200/

Adreno Если фоновые процессы занимают процессорное время то линкс будет считать дольше (ну может вы в браузере в это время страницы обновляете). При этом GFlops будет меньше, но стабильный проц все равно должен показать равные невязки для идентичных размеров задачи (problem sizes).

та в том то и дело что ничего не делаю. только HW монитор включен во время теста. даже антивир вырублен

На китайско-корейских ресурсах присутствует версия LinX v0.7.3 и LinX v1.0.1 AMD Edition.

Все бы хорошо, но папки внутри 32-bit и 64-bit пусты.

Есть предположение, что файлы LINPACK нужно самому доставать из-за копирайта.
Где взять последние?

Suho там же инструкция есть по этому поводу , и файлик "Intel_MKL_A.7z" для АМД
2. 공통: Intel Math Kernel Library Benchmark 다운로드 페이지에서 최신 버전의 Windows Package를 다운로드합니다.
3. 공통: Intel Math Kernel Library Benchmark의 압축을 해제 후 다음 파일을 LinX의 해당 폴더로 복사합니다.
- benchmarks_2017\windows\mkl\benchmarks\linpack 폴더의 linpack_xeon32.exe → LinX의 32-bit 폴더
- benchmarks_2017\windows\mkl\benchmarks\linpack 폴더의 linpack_xeon64.exe → LinX의 64-bit 폴더
- benchmarks_2017\windows\redist\ia32_win\compiler 폴더의 libiomp5md.dll → LinX의 32-bit 폴더
- benchmarks_2017\windows\redist\intel64_win\compiler 폴더의 libiomp5md.dll → LinX의 64-bit 폴더
4. AMD Edition: Intel_MKL_A.7z를 다운로드 후 압축을 풀고 32-bit / 64-bit 폴더를 LinX 폴더 내에 덮어 씌웁니다. (필수)


호환성 문제로 오류가 발생한 상황의 예.
※ 대체 버전(Alternate)은 일반 버전을 사용 시 호환성 문제로 오류가 발생하는 일부 시스템을 위한 버전입니다. 일반 버전과 대체 버전(A/KA)의 성능은 동일하며 일반 버전이 정상 동작하는 시스템에서는 대체 버전이 정상 동작하지 않습니다.
※ 일반 버전 사용 시, 위과 같이 테스트 2회차 시작과 함께 오류가 발생한다면 대체 버전(A/KA)을 사용하시기 바랍니다.[/spoiler]

доставать на официальном сайте интела
https://software.intel.com/en-us/articles/intel-mkl-benchmarks-suite
версия для WIN

Так какая сейчас последняя рабочая версия для интел? Та что в шапке актуальна?

LinX v0.8.0
http://rgho.st/7FJ8zhl2F

Подскажите, результаты ниже нормальные?

Объясните как пользоваться линсом правильно? Сколько повторов делать? Сколько памяти? Размер проблемы какой ставить? Невязка что означает? Какие значения ок, а какие не ок? Хочу все знать, но в 2х словах

vorob1 Размер начиная от 21к и выше, повторов достаточно 3-7, невязка означает, что где-то, что-то "не так", как правило это нехватка напряжения на проц, но так же может быть свидетельством о проблемах с оперативкой, но это редко. Значения всегда должны быть одинаковыми, иначе см. про невязку. В кратце так)
пример безпроблемного прохода - ASRock LGA1151/2 на чипсете Intel Z370 (Coffee Lake) #15187670

Спасибо. Правда я не понял. Цифры должны быть одинаковыми между столбцами ли по столбцу?

vorob1 Как на скриншоте выше.

Ну вроде все ок

#77

vorob1 Да, все в порядке

У меня тут лежит линкс 5летней давности, там мой проц набирает 120гфлопс. А в этой версии 168. Как так? Какова реальная производительность проца?)

В разумных пределах - чем больше, тем лучше. Ну хотябы на 30-40 мин. Иначе потом сами будете на форумах жаловаться что "линкс никуда не годится, тупая грелка", мол тестировал линксом, а в игре бсод получил. 10 минут - мало! Но в то же время за нагревом мосфетов следить не забывайте, проц то убить не просто а вот про плтату новички часто забывают...а ее куда важнее иметь ввиду когда гоняешь сравнительно долго горячие тесты. На время подбора параметров разгона и длительных тестов можно просто установить обдув зоны VRM. Когда стабильный режим будет найден - можно снять. В обычном софте такого нагрева не будет.

Ну и я бы со своей стороны порекомендовал не зацикливаться на линксе как тесте стабильности а погонять еще и прайм.

По поводу объема задачи и памяти....эффективность линкса как теста стабльности улучшается при увеличении объема задачи, потому рекомендуют ставить больше, но не ниже 20000 (3GB памяти), лучше 28000+ (6 гигов). Кстати кол-во гигафлопс при увеличении объема задачи тоже увеличивается. Но на таких значениях как 20000 или 28000 уже не особо сильно.


Так новый линкс старый проц сильно не ускорит, новый просто добавляет поддержку тех simd расширений которые в новых поколениях. Если на сенди бридж который считает с AVX 1 запустить линкс с поддержкой AVX2, считать проц все равно будет с использованием AVX. Потому по сути не особо важно для него какие библиотеки линпака лежат внутри линкса 10.3.x.x с поддержкой AVX или 11.1.x.x с поддердкой AVX2. (Тут главное чтобы не ниже 10.3.x.x там еще нет AVX и скорость будет ниже как и нагрузка на проц).

LinX (x64) v0.9.0 RUS (Intel)
http://rgho.st/8zDC6D4hk

Здравствуйте.
Пытался разгонять систему на Ryzen 7 1700. В LinX v0.7.0 почти во всех режимах иногда проскакивали отличающиеся невязки, причем только в этом тесте, все остальные тесты на ЦП и ОЗУ проходят успешно, без единой ошибки. Даже LinX v1.0.0K без сбоев (как на прилагающемся скриншоте).
После долгих тестов в различных режимах выявил, что отличающиеся невязки чаще появляются при параллельном тестировании ОЗУ. В итоге решил проверить в дефолте, и даже в дефолте при активном использовании memtest появляются неправильно посчитанные невязки.
Уже не знаю что и делать, сборка железа качественная, БП идеальный, mobo x370-pro, температура меньше 60. Ни один другой тест не выдал ни одной ошибки. Подскажите с чем может быть это связано? Куда копать? Может чего отключить можно? Потому как ситуация почти не меняется с разгоном, что на 3,2 ГГц в дефолте, что на 3.8ГГц в стабильном режиме, все тоже самое, все другие тесты проходит.

Еще вопрос, с чем связаны такие серьезные отличия в невязке в разных версиях программ (е-1 и е-10 на скриншоте)? Вроде математически задачи одинаковые решаются.
И почему в данном случае программа не пишет об ошибках, если установлена галочка на "Stop on error"?