а померимся?? ... = linpack

no avatar

Автор темы
2zer0
Сообщения: 175
Зарегистрирован: 23 май 2019, 23:25
Благодарил (а): 24 раза
Поблагодарили: 7 раз
Контактная информация:

а померимся?? ... = linpack

#1

19 июл 2019, 01:07

По мотивам ...выяснил таки стрессоустойчивость и заодно производительность в GFlops системы на Mint18.3 + cinnamon
@Aspire-A315-51~/Рабочий стол $ inxi
CPU~Dual core Intel Core i3-7020U (-HT-MCP-) speed/max~1264/2300 MHz Kernel~4.15.0-54-generic x86_64 Up~1 day Mem~1054.4/3822.7MB HDD~658.9GB(40.9% used) Procs~286 Client~Shell inxi~2.2.35

Просто безо всяких заморочек скачал/распаковал/запустил соотв разрядности файлик lininput_xeon
На некоторых cpu тест грузить не все threads/потоки (у меня на ноуте Core i3 7200U ошибался и грузил 2 потока вместо 4), посему надо скорректировать количество нитей ручками по максимуму для 100% загрузки вот так (вместо 16 вписываем то, что есть у нас):

Код: Выделить всё

export MKL_DYNAMIC=FALSE
export MKL_NUM_THREADS=16 ( or OMP_NUM_THREADS=16)

И вот что имеем:
2 linpack.png
А это виндовый LinX (запущенный, естессно, в эмуляторе wine) на этой же системе.
1 linx.png
Вроде как эмуляция отъедает 10-15 Гфлопс, те целых 20% производительности ((
Для контроля температуры запускал psensor. Видно, кстати, что в Mint где выдаёт больше Гфлопс и греется чутка сильнее ))
Вот так. Можете для сравнения погонять всю эту беду у себя ... ))

no avatar

Автор темы
2zer0
Сообщения: 175
Зарегистрирован: 23 май 2019, 23:25
Благодарил (а): 24 раза
Поблагодарили: 7 раз
Контактная информация:

а померимся?? ... = linpack

#2

19 июл 2019, 13:20

Увы версия linpack, что выше не шла на cpu amd (тк в Intel перцы умные но жадные :sad: ) НО! УРА УРА... :bravo:
Весь моск сломал но таки выдрал из мировой паутины linpack родной для линь и безпроблемный в запуске от слова СОВСЕМ для связки OC linux+ CPU amd. Всё, что надо для проверки стабильности/скорости: скачать/распаковать/запустить файлик run_stress_test
Если ОЗУ много (>8Гб)и хочется его стабильность протестить тоже - в settings можно покрутить число 10611 В сторону увеличения.
пример разлоченого AMD athlonX3>phenomX4,
если тестить дальше то слово pass превращается в fail что означает глюкавость разлоченых ядер

~/Загрузки/linpack-xtreme-1.0.0 $ sh rs
tee: results.txt: Отказано в доступе
Linpack Xtreme v1.0.0 by Regeneration

Current date/time: Fri Jul 19 13:17:21 2019

CPU frequency: 3.199 GHz
OMP: Warning #205: KMP_AFFINITY: cpuid leaf 11 not supported - decoding legacy APIC ids.
Number of CPUs: 1
Number of cores: 4
Number of threads: 4

Parameters are set to:

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

Maximum memory requested that can be used=900962884, at the size=10611

=================== Timing linear equation system solver ===================

Size LDA Align. Time(s) GFlops Residual Residual(norm) Check
10611 10611 4 26.457 30.1134 1.012366e-10 3.172826e-02 pass
10611 10611 4 44.536 17.8890 1.012366e-10 3.172826e-02 pass
^C
1 ~/Загрузки/linpack-xtreme-1.0.0 $

no avatar

Автор темы
2zer0
Сообщения: 175
Зарегистрирован: 23 май 2019, 23:25
Благодарил (а): 24 раза
Поблагодарили: 7 раз
Контактная информация:

а померимся?? ... = linpack

#3

20 июл 2019, 23:17

короч, в сухом остатке имеем разницу в 25-30% счётной производительности промеж lin и win
естесно в пользу первой. Интересно, в vbox имеем абсолютно те же цифры шо и в реальной win
Так что, виртуалка win под linux ничуть не медленнее реального железа на win.

Аватара пользователя

Chocobo
Сообщения: 10015
Зарегистрирован: 27 авг 2016, 22:57
Решено: 215
Откуда: НН
Благодарил (а): 815 раз
Поблагодарили: 3008 раз
Контактная информация:

а померимся?? ... = linpack

#4

21 июл 2019, 05:08

2zer0 писал(а):
20 июл 2019, 23:17
Так что
Не соглашусь, т.к. виртуализация всегда сопряжена с накладными расходами, а тут до кучи ещё и вбокс аки гипервизор)

В каких задачах тебе интересен именно гигафлопс с камня?
Изображение
   
Изображение

no avatar

Автор темы
2zer0
Сообщения: 175
Зарегистрирован: 23 май 2019, 23:25
Благодарил (а): 24 раза
Поблагодарили: 7 раз
Контактная информация:

а померимся?? ... = linpack

#5

21 июл 2019, 19:13

Chocobo писал(а):
21 июл 2019, 05:08
2zer0 писал(а):
20 июл 2019, 23:17
Так что
Не соглашусь, т.к. виртуализация всегда сопряжена с накладными расходами, а тут до кучи ещё и вбокс аки гипервизор)
Согласен. Ишшо раз погонял тест (машинка ноут acer a315-15 cpu i3 7020u + ram 4Гб )
Линукс минт 18.3 корица x64 = 60Гф
Реальная win7 x64 = 47Гф
Эта же win7 x64 как виртуалка под минтом =30Гф
В каких задачах тебе интересен именно гигафлопс с камня?
Да собственно в повседневности это, увы, как раз незаметно. То же кодирование видео. Handbrake - 250fps - что там, что там... :dntnw:
Так что задача наверное должна быть оооч специфическая, чтоб эта математика вылезла.
Видимо задача не должна трогать жёсткий диск - самое тормозное место, регулярные операции с которым нивелируют всю разницу. Т.е. задача обязана крутиться чисто в оперативке.
Тогда выигрыш сразу вылезет :blink2:

Закрыто

Вернуться в «Болталка: Оффтоп, разбор полетов»

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

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