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

ПС нынче задумчивые стали, надобно зеркало устроить... Попробуй договориться с Total Overclock, думаю им понравится. Может и конкурс какой придумают

Гигафлопсы бенчить ИМХО нужно оригинальным линпаком, т.е. без оболочек... А LinX, если я правильно понял, позиционируется как стресс-тест?
Такое пожелание: если возможно, сделай прекращение теста при несовпадениии residual опциональным. Чтобы было видно одна только ошибка из 10 из 100 или из 1000, или там сплошь ошибки, и чтобы знать сколько напряжения добавлять - 0,005, 0,05 или 0,5В Возможно ещё счёт ошибок... ну это уже
Ещё раз спасибо за классную прогу!

Вот это я накосячил!..

Mitjay P5LD2, вы просто спасли мою репутацию в День Программиста!
Вот вам за это пофиксенная (надеюсь) версия: Linx 0.4.1.1 (внешка)
Если что еще любопытненького найдете, уж сообщите...

Droperidolum
Спасибо за совет, попробуем договориться.
Об опциональном прекращении теста и сам думал, раз надо - значит сделаю , сегодня вечером или завтра выложу.

Dua|ist писал(а):

Вот это я накосячил!..

обсалютно нормальный процесс отладки/бета/тестирования программы

Dua|ist Всё супер! Есть маленькое пожелание - сделать минимальное время более удобочитаемым т.е. пересчитать его в часы/минуты/секунды а то как-то 145 секунд это не туда не сюда на первый взгляд. В общем и целом можно слово "максимальную" заменить на "пиковую" тогда больше цифр вместится, хорошо будет тем у кого большие значения или сократить до десятых.. Не знаю.. В общем очень и очень даже!!

Dua|ist, с днём программиста!
Спасибо за своевременный багфикс и учёт наших капризных пожеланий.

Или "Макс."

32битный ексешник, который входит в состав GUI линпака от Sahar кушает процессоры амд....

ЗЫ Прога грузит тока одно ядро, очень интересно как у неё гигафлопсы правильные получаются
#77

Dua|ist
Приятная программка
Есть предложения к совершенствованию.
Понимаю, что индикация в оболочке уже была дополнена по пожеланиям пользователей, но лучше, чтобы в верхней строке были текущий № прохода и расчётные время/дата окончания работы, а не малоинформативные "замерзшие" значения выполненного количества проходов (без пояснения "выполнено"/"завершено") и времени до окончания теста (может "тормозить" от истинного на минуту и больше).
Или:
убрать обновление информации в верхней строке - вместо неё в "мерцающем" поле (м.б. убрать и мерцание) заменить изменяющееся общее время работы на количество текущих/выполненных проходов (соответственно с комментарием "выполняется" или "выполнено"/"завершено") и на изменяющееся время до окончания теста (обратный отсчёт) или - лучше – на расчётные время/дата окончания работы.

ИМХО, чем меньше расчётов/опросов системы/мерцающих полей "внутри оболочки", тем выше флопсы, а в Glinpack’e у sashar2 при тех же настройках памяти и при том же исходном Linpack'e получается побольше.

В основных надписях - объем памяти указан в M i B (?)

Mitjay P5LD2
Грузит ВСЕ ядра - разбирайтесь с Эверестом

огинал линпака да, а эта только так как на скриншоте, и при чём тут эверест?

Mitjay P5LD2
1. LinX - оболочка, она лишь включает-выключает линпак, в котором автоматом используются все ядра.
Если они не задействованы - дело в системе (или в программах, использующихся в системе).
2. Насчёт Эвереста. Посмотрел на Вашем рисунке версию = 4.20.1180 (?), а свежая - 4.60.1500.
3. Какой процессор нагружаете?

НикРеш Я тоже не очень понимаю что происходит. Загрузка только 50% с оболочкой, я к стати в курсе что такео "GUI", и 100% с оригиналом, так что так вот.

Добавлено спустя 7 минут, 15 секунд
да эверест тут вообще с боку висит и только мониторит что происходит, не надо путать одно с другим, так что версия роли как бы не играет...
Тем не менее это с тем же успехом можно и в таксменеджере наблюдать:
#77

в общем я не говорю что это плохо тем более что линпак правильный (?) результат показывает даже в таком случае интересно всё же зачем тогда оригинал так грузит проц и что тогда делает этот через оболочку чо одно и тоже в итоге .. очень любопытный баг во всех его проявлениях

Mitjay P5LD2
1. Версии Linpack'a одинаковы (v.10.0.4.007 от 20.08.2008г)?
2. Насчёт Эвереста - лучше подстраховаться, ИМХО.
3. Если 1 выполнено, то не факт, что оригинал и GUI грузят по-разному: вопрос в том, как "это" дело идентифицируется - например, давно известны баги ОС Windows и программ при индикации частот процессоров с "нестандартными" множителями.
Возможно, Вы встретились с каким-то подобным сюрпризом.
PS. Загрузку можно проверить и по температуре процессора - если одинаковы, то баг явно в индикации.

moty

Так вот почему GLinpack по умолчанию все еще использует Linpack 9й версии...
Ну и замечательно, что кушает. Я и не обещал поддержку АМД. Цели "догнать и обогнать GLinpack" тоже не было (и нет). Повторюсь, ограничение на поддержку процессоров прописано в самих экзешниках Линпака. А их дисассемблирование и перекомпиляция выходят за рамки моих (скромных) возможностей. Найдете модифицированные файлы 10го Линпака - и на АМД все работать будет.

Mitjay P5LD2
В настройках 10го Линпака уже нет количества используемых ядер, все сразу должны задействоваться. А Диспетчер задач тоже загрузку только одного ядра кажет? Вопрос снят. Может, вправду, глюк ОСи? Или Гипертридинг шалит?

НикРеш
Основное назначение программы - тест на стабильность, но лично я существенной разницы между GLinpack'ом и LinX'ом в плане быстродействия не заметил. Среднее и максимальное значения отличаются максимум на 2-3 сотых ГФлопс, то в одну, то в другую сторону. За предложение спасибо, подумаем над этим вопросом, но ИМХО количество прошедшего времени штука тоже нужная (или нет?).

http://en.wikipedia.org/wiki/Mebibyte, к сожалению, на английском.

All
Версия 0.4.2 с возможностью отключения остановки при ошибке:
http://cp.people.overclockers.ru/cgi-bin/dl.pl?id=29207&filename=LinX.7z

Какие глюки? Всё верно, вот, скриншотик прилагается:
#77

зы С точки зрения многопоточной ОС одно ядро "следит" за оболочкой на другом запускается сам линпак, мне это видится так, могу и ошибаться

1. Спасибо, но вопрос был задан, чтобы убедиться в осмысленном внесении MiB в оболочку (просто большинство программеров и пользователей привыкло "правильно" интерпретировать Mb).
По ответу понял, что всё ОК = под контролем.
2. Количество прошедшего времени - штука неплохая, но так ли она необходима, если, например, будет известно ориентировочное время окончания теста?
В новой версии в кнопке Старт начало высвечиваться (после первого прогона) отрицательное "замерзающее" время - до окончания теста. Просто перенесено сверху???
ИМХО, повторюсь, интереснее вместо прошедшего времени изменяющееся время до окончания, либо время окончания работы (не до окончания, а именно расчётное время окончания dd.mm.yy чч.мм.сс) + прошедшее.
Неплохо было бы наверху - после первого прохода - к счетчику проходов добавить надпись "выполнено".
3. Разница с Glinpack’ом (при прочих равных настройках), наверное, зависит от системы/железа – у меня в районе 40GFlops’ов, версия 0.4.2 на 1…1,5% медленнее (а это значит, что и нагружает меньше).

НикРеш
Спасибо, все понял теперь, что-нибудь придумаю с учетом Ваших пожеланий.

Не пишет сколько осталось времени.. И почему-то не сработал выход во время тестирования, т.е. нажал на "X" а остался в программе считающей повторно нажал "ОК" и вышел..
#77
Добавлено спустя 1 минуту, 49 секунд
уупс.. с выходом разобрался.. моя ошибка)))) всё наоборот было ОК выход Х отмена
Добавлено спустя 8 минут, 12 секунд
а ты был прав, у меня была 10.0.2...... и она грузила оба ядра на 100% а та что с оболочкой идёт и больше результат показывает и грузит только одно ведь по сути оно у меня и так одно .. видимо всё правильно делает

Ядро - 1, потока - 2

вот и грузит похоже один поток да по максимому видимо знает что HT это не второе ядро как не крути

При замене файликов линпака на файлики 9-ой версии от Glinpack, вроде всё работает. Так что, видимо, можно сказать что опционально поддерживаются и АМД На интеле же целесообразнее пользовать v10.

Что-то мудрёно... Действительно, не превратилась бы оболочка в монстра, которая сама греет не хуже чем линпак

+1 достаточно статического времени в заголовке пересчитывающегося после прохождения каждой итерации