Страница 1 из 1
а померимся?? ... = linpack
Добавлено: 19 июл 2019, 01:07
2zer0
По мотивам ...выяснил таки стрессоустойчивость и заодно производительность в 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)
И вот что имеем:
А это виндовый LinX (запущенный, естессно, в эмуляторе wine) на этой же системе.
Вроде как эмуляция отъедает 10-15 Гфлопс, те целых 20% производительности ((
Для контроля температуры запускал psensor. Видно, кстати, что в Mint где выдаёт больше Гфлопс и греется чутка сильнее ))
Вот так. Можете для сравнения погонять всю эту беду у себя ... ))
а померимся?? ... = linpack
Добавлено: 19 июл 2019, 13:20
2zer0
Увы версия linpack, что выше не шла на cpu amd (тк в Intel перцы умные но жадные
) НО! УРА УРА...
Весь моск сломал но таки выдрал из мировой паутины
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 $
а померимся?? ... = linpack
Добавлено: 20 июл 2019, 23:17
2zer0
короч, в сухом остатке имеем разницу в 25-30% счётной производительности промеж lin и win
естесно в пользу первой. Интересно, в vbox имеем абсолютно те же цифры шо и в реальной win
Так что, виртуалка win под linux ничуть не медленнее реального железа на win.
а померимся?? ... = linpack
Добавлено: 21 июл 2019, 05:08
Chocobo
2zer0 писал(а): ↑20 июл 2019, 23:17
Так что
Не соглашусь, т.к. виртуализация всегда сопряжена с накладными расходами, а тут до кучи ещё и вбокс аки гипервизор)
В каких задачах тебе интересен именно гигафлопс с камня?
а померимся?? ... = linpack
Добавлено: 21 июл 2019, 19:13
2zer0
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 - что там, что там...
Так что задача наверное должна быть оооч специфическая, чтоб эта математика вылезла.
Видимо задача не должна трогать жёсткий диск - самое тормозное место, регулярные операции с которым нивелируют всю разницу. Т.е. задача обязана крутиться чисто в оперативке.
Тогда выигрыш сразу вылезет
