Расширения процессоров

[Old]

Предположу, что у вас 4 физ ядра. Быть может HyperThreading внёс как-то свою роль? (Не знаю, на каком уровне он работает.)

Была бы какая нибудь XP, можно было бы предположить, что венда не умеет какие технологии i7, в то время как linux умеет. Но у m_ax семерка.

[m_ax]

Для чистоты эксперимента, нужно попробовать воспроизвести эту ситуацию на другой машине с теми же осями..
Есть комп (проц AMD FX 8350) с линуксом (компилятор gcc 4.8.2) но винды нет. Нужно на него винду 7 рядышком поставить и посмотреть что там будет..

На днях попробую, потом отпишусь о результатах)
 
 

[kuzulis]

Гы. А Linux 64bit? А Windows 64 bit? А приложение скомпилено и там и там под 32/64 бит? А размер оперативки <= / >= 4 GB (а сколько доступно системе?)? А жесткие диски одинаковые (или на одном диске две системы)?

[m_ax]

Гы. А Linux 64bit? А Windows 64 bit? А приложение скомпилено и там и там под 32/64 бит? А размер оперативки <= / >= 4 GB (а сколько доступно системе?)? А жесткие диски одинаковые (или на одном диске две системы)?

Да, обе оси 64 bit, оперативки 8 GB (дело не в памяти), обе оси на одном диске (но это тоже не должно влиять..))

[__Heaven__]

Для чистоты эксперимента, нужно попробовать воспроизвести эту ситуацию на другой машине с теми же осями..
Есть комп (проц AMD FX 8350) с линуксом (компилятор gcc 4.8.2) но винды нет. Нужно на него винду 7 рядышком поставить и посмотреть что там будет..

На днях попробую, потом отпишусь о результатах)
 
 

m_ax, можно вас заранее попросить сделать замер с -march=native и без него?
Рад бы сам поэксперементировать, но нет возможности.

[Igors]

Давно заметил такую вещь: На работе комп core i7 2600, две оси: винда 7 и linux.. Один и тот же код скомпилированный под линуксом (gcc 4.8.2) отрабатывает быстрее в 4 раза чем под виндой (mingw, не помню какая там версия: идёт с Qt 5.1).. В коде используется std::thread, причём никаких дата рейсингов нет - полное 100 процентное распараллеливание.. Я, допускаю, конечно, разницу в раза полтора, но чтоб в четыре..  
В общем, забил я после этого на винду и на работе) Или в чём может быть причина?      

А в 30-40 раз не хотели? Вчера писал тот пример с табличным методом на MSVC, и наивно вызвал std::lower_bound - время в 4 раза больше Вашего. Там какая-то ужасная реализация std

[Igors]

m_ax, можно вас заранее попросить сделать замер с -march=native и без него?
Рад бы сам поэксперементировать, но нет возможности.

"Включение бубочек" не даст какого-то принципиального прироста, ну выиграете порядка 10%, это не компенсирует неудобств с версионностью. Нужно затачивать приложение под инструкции. Напр низкоуровневая обработка имеджа - там получается здорово, в разы.

[m_ax]

m_ax, можно вас заранее попросить сделать замер с -march=native и без него?
Рад бы сам поэксперементировать, но нет возможности.

Попробовал сравнить время с такими опциями (под линуксом gcc 4.8.2):
 -m64 -pipe -march=native -O2 -std=c++11
и без -march=native:
 -m64 -pipe  -O2 -std=c++11

Результат один и тот же..

А вот если вместо -O2 выставить -Ofast, результат уже ощутим) у меня примерно в 1.22 раза быстрее с -Ofast

[__Heaven__]

А вот если вместо -O2 выставить -Ofast, результат уже ощутим) у меня примерно в 1.22 раза быстрее с -Ofast

Так, на всякий случай выложу

-Ofast: Новое в GCC 4.7, состоит из -O3 плюс -ffast-math, -fno-protect-parens, и -fstack-arrays. Этот параметр нарушает строгое соответствие стандарту, и не рекомендуется для использования.

[Alex Custov]

А какие компиляторы под виндой могут использовать аналог gcc -march=native?
В cmd выполнил mingw32-make --help. Опций оптимизации не нашёл. Поиск в гугле тоже не помог...

MinGW - это порт GNU утилит и не более того. minw32-make - это аналог make, а не gcc (который идёт под тем же именем что и в линуксе - gcc, g++ и т.д.). Опции оптимизации gcc соответственно абсолютно те же что и для линукс версии.

[__Heaven__]

А какие компиляторы под виндой могут использовать аналог gcc -march=native?
В cmd выполнил mingw32-make --help. Опций оптимизации не нашёл. Поиск в гугле тоже не помог...

MinGW - это порт GNU утилит и не более того. minw32-make - это аналог make, а не gcc (который идёт под тем же именем что и в линуксе - gcc, g++ и т.д.). Опции оптимизации gcc соответственно абсолютно те же что и для линукс версии.

А как тогда настраивать gcc под виндой? Так понимаю, что установка CXXFLAGS должна помочь?

[Alex Custov]

А как тогда настраивать gcc под виндой? Так понимаю, что установка CXXFLAGS должна помочь?

Так как это предлагает используемый тобой тулкит или менеджер проектов (типа cmake). В qmake это можно сделать как-то так

Код:

win32-g++ {
    QMAKE_CXXFLAGS += -Ofast
    QMAKE_LFLAGS += -Wl,--no-undefined
}

[m_ax]

И так, поставил сегодня рядышком винду 8.1..

Проц: AMD FX 8350

Результаты теста у меня такие:
Linux (gcc 4.8.2)
(с ключом -Ofast) total time: 120 sec
(с ключом -O2) total time: 146 sec

Win 8.1 (gcc 4.8.2 (i686-w64-mingw32))
(с ключом -Ofast) tatal time: 240 sec
(с ключом -O2) total time: 845 sec

Для винды ключик -Ofast ускоряет аж чуть больше чем в 3.5 раза.. (не хило так)
Но всё равно под виндой результаты (240 sec) уступают в два раза, аналогичным замерам под линуксом (120 sec)..

В принципе, могу исходники приаттачить.. Может я что-то не правильно делаю)
  


  

[__Heaven__]

Очуметь!

Спасибо за тесты.

[m_ax]

Очуметь!

Спасибо за тесты.

Да не за что)
Но ещё раз повторюсь, это только в моём конкретном случае (типичная числодробилка, расспараллеленная на 8 потоков), где вся нагрузка идёт на вычисления с double..