[sse2]Пересборка GTK

да вы совсем ахруели: https://wiki.archlinux.org/index.php/Makepkg
google wiki wiki google google man man google сцуко

ах да, если система x86_64, то у тебя, очевидно, уже включено sse2

Капитан, ты? Там что, в пакете с GTK так и будет ключик --with-sse2?

а если не будет, то о какой «поддержке sse2» идёт речь вообще, но не знаю что и о чём? CFLAGZ='-zomg-optimize -funtroll-loops' ничего не дадут

Я думал может быть есть какие-то патчи для этого. Вот же libjpeg пересобрали с поддержкой SSE

*бабка бабке нашептала, но не знаю что и о чём?

Вот же libjpeg пересобрали

её не пересобрали. её переписали на ассемблере с использованием векторных инструкций проца. гугли libjpeg-turbo

Скачал исходники GTK, прошерстил configure --help, по поводу sse там нет вообще ничего. Пробовал насильно скормить --enable-sse - ругнулся на неизвестную опцию.

Забыл добавить самое главное - нужно это на 2-м GTK

ничего релевантного не нашлось по лору с запросом *gtk* *sse* за год ;)

Поставь генту не вариант?

Copycat

с пересобранным GTK с поддержкой sse2.

есть 2 варианта:
1. поставить march=чего-нить-с-SSE2, и надеяться, что у gcc мозгов хватит использовать SSE2
2. переписать отрисовку на асме, используя SSE2

Конечно вариант 2 лучше...

Нашел! Xubuntu + напильник - вот. Перепутал я, там пересобиралось Cairo и движки а не GTK. Сейчас попробую их..

ymuv

Поставь генту не вариант?

какая разница? это хоть в default OS возможно (я про бубунту).

cast RPG

Не вариант

cast RPG

Кто посмел тревожить сон? Пересборка коснулась только Cairo и gtk-engine. Этого хватило, в убунте вообще собрано всё под проц i386. Если 64 бит, то думаю эффекта будет меньше - там флаги эти уже включены (предполагаю).

поставить march=чего-нить-с-SSE2, и надеяться, что у gcc мозгов хватит использовать SSE2

ну я так и делал. Правда в GTK sse нафиг не сдался, а в cairo по-моему даже есть асм-вставки, и проблема в том что в убунте 32бит все собирается под 386. Включение sse только в надежде, что где-то gcc сообразит применить векторизацию. Судя по докам, он это умеет делать, и делает неплохо.

Только для ясности: -march=core2 -msse2

For the i386 compiler, you need to use -march=cpu-type, -msse or -msse2 switches to enable SSE extensions and make this option effective. For the x86-64 compiler, these extensions are enabled by default.

Как уже и было сказано. На 64 бит у меня компилятор даже складывать числа пытался через xmm регистры. На 32 он хитрит и не бросается налево и направо sse-оптимизацией. Хотя может просто с новой версией компилятор поумнел и не гоняет зазря 128битные регистры для сложения двух float. В общем, магия.

Агаа, спасибо!

Пересобрал cairo и движок с твоими флагами, но ничего не изменилось в gtkperf :(

SIMD автовекторизация в gcc только по -O3/-ftree-vectorize включается, срабатывает по воле великой тыквы и надеятся на неё не стоит. Ресурсоёмкие счётные задачи специально под конкретный SSE пишутся, вручную, используя либо сишные интринсики, либо ассемблерные вставки.

А так, передача ключей типа -msseчтото компилятору приводит только к определению препроцессорных констант типа __SSEЧТОТО__, так что хоть обперекомелируйся, быстрее не станет ни на грамм.

RPG

Включение sse только в надежде, что где-то gcc сообразит применить векторизацию. Судя по докам, он это умеет делать, и делает неплохо.

ага.

RPG

Как уже и было сказано. На 64 бит у меня компилятор даже складывать числа пытался через xmm регистры. На 32 он хитрит и не бросается налево и направо sse-оптимизацией. Хотя может просто с новой версией компилятор поумнел и не гоняет зазря 128битные регистры для сложения двух float. В общем, магия.

а ещё не стоит забывать, что:

Потребление памяти всего этого чуда, как ни странно, 1.5 — 2 гигабайта.

впрочем, если есть память, то это не проблема.

впрочем, если есть память, то это не проблема.

Это уже больше вина хрома. И с каких пор регистры стали памятью?:)

Засунь либы из /usr/local/lib в /usr/lib.

d_a

А так, передача ключей типа -msseчтото компилятору приводит только к определению препроцессорных констант типа __SSEЧТОТО__

возможно этого достаточно. А может и нет. Надо код смотреть, а там много и мне лень.

нафига так делать? man ldconfig

RPG

Это уже больше вина хрома. И с каких пор регистры стали памятью?:)

вы таки думаете, что они только обрабатываются по 128 бит? Я думаю, что сохраняются тоже. Честно говоря - без понятия, что и как там сделано.

O3 я тоже поставил:)

возможно этого достаточно.

достаточно, только если в коде будет предусмотрена поддержка sse. те, -msse* только разрешают генерить компилеру эти инструкции

вы таки думаете, что они только обрабатываются по 128 бит? Я думаю, что сохраняются тоже. Честно говоря - без понятия, что и как там сделано.

Загрузка в регистры это отдельная тема, но недумаю что там по 128 бит на флоат становится.

4 флоата в xmm регистр за раз лезет, и обрабатываются одной мнемоникой. Отсюда весь профит simd - математические приложения могут зараз обрабатывать вектора из четырёх компонент (типа координат в пространстве), приложения работающие с графикой - четыре компоненты цвета по некоторой модели и т.д.

anonymous

достаточно, только если в коде будет предусмотрена поддержка sse

ну и я о том-же. Надо код смотреть...

RPG

Загрузка в регистры это отдельная тема, но недумаю что там по 128 бит на флоат становится.

а там разве float? а что не int? int'ов можно немеренно напихать в один регистр - разница только в точности, а для графики особая точность не нужна.

Спасибо, кэп:)

а там разве float? а что не int? int'ов можно немеренно напихать в один регистр - разница только в точности, а для графики особая точность не нужна.

ЕМНИП, для флоата SSE, для инта - ММХ. И инт - это 32 бит, так что в один регистр много на запихнешь, даже 128-битный.

man ldconfig

А можно подробнее? Я уже несколько лет в гугле вяло пытаюсь найти решение чтобы вместо /usr/local всё копировалось в /usr

если добавить /usr/local/lib в пути динамического линкера, либы оттуда будут иметь приоритет; и не надо будет подменять вручную системные в /usr/lib, превращая систему в слаку

возможно этого достаточно. А может и нет. Надо код смотреть, а там много и мне лень.

Сказали, же, что автовекторизация включается при -O3. gcc её умеет проводить, проверял на простеньких программках с компиляцией в ассемблерный код. У компилятора есть много опций для управления векторизацией, но я чтобы не заморачиваться ставлю просто O3, и это сработало довольно неплохо.

Когда у вас нет -msse компилятор даже код на асме под sse развернёт в простой i386.

Я так понимаю достаточно в /etc/ld.so.conf добавить /usr/local? А как быть с /usr/bin?

-march=native включит все то, что поддерживает ваш процессор.

а что с bin/ ? в каком таком кривом дистре туда кладут либы?

Не-не, вот собираю я скажем GIMP 2.7, которого в репах до сих пор нет, а он автоматом ложится в /usr/local/bin и естественно перебивается тем гимпом, что лежит в /usr/bin. Наличие этой папки в PATH почему-то не спасает, в чем косяк до сих пор не понимаю...

RPG

Когда у вас нет -msse компилятор даже код на асме под sse развернёт в простой i386.

это как?!

RPG

ЕМНИП, для флоата SSE, для инта - ММХ. И инт - это 32 бит, так что в один регистр много на запихнешь, даже 128-битный.

начните отсюда: http://ru.wikipedia.org/wiki/SSE

RPG

Я уже несколько лет в гугле вяло пытаюсь найти решение чтобы вместо /usr/local всё копировалось в /usr

от блин... ./configure --help, там в самом начале про --prefix написано. Впрочем, вам не это советуют, компиллите вы правильно, вам советуют, как я понимаю, поправить /etc/ld.so.conf

anonymous

и не надо будет подменять вручную системные в /usr/lib, превращая систему в слаку

в слаке так делают только идиоты.

-march=native включит все то, что поддерживает ваш процессор.

А на 32-битах он не будет подменять мне native на i686? Вообще, не доверяю я компилятору, ставлю Core2. Если поставить prescott (у меня именно такой процессор), то почему-то не включается поддержка всего того, что есть у меня в процессоре.

Вообще компилятор должен брать инфу из /proc/cpuinfo и компилить под эту машину при указании одной опции -O100500. Эх, мечты-мечты...

P.S. Вики говорит, что SSE2 поддерживает и целочисленные вычисления в регистрах хmm, так что беру свои слова обратно, инты тоже можно там считать. Век живи, век учись...

Мои давние эксперименты с sse не увенчались особым успехом, так как он спасает очень редко, например, когда нужно в цикле посчитать комплесные числа, как в генерации фрактала Мандельброта, а вот для обработки графики, где постоянно идёт подгрузка из оперативной памяти новых данных, закачивание этих данных в xmm только отнимает драгоценные такты. В итоге они полезны только когда высока вероятность попадания данных в кэш, причем желательно первого уровня. Зато узнал, что можно писать в си на асме без асма через расширения gcc. Довольно прикольно.

RPG

Не-не, вот собираю я скажем GIMP 2.7, которого в репах до сих пор нет, а он автоматом ложится в /usr/local/bin и естественно перебивается тем гимпом, что лежит в /usr/bin. Наличие этой папки в PATH почему-то не спасает, в чем косяк до сих пор не понимаю...

какие папки?? в генте юзают ебильды, в слаке слакобильды, в других со сборкой хреново, но часто спасает костыль checkinstall. Так как вы не собирают НИГДЕ, даже в слаке, ибо это превращает систему в помойку.

это как?!

Ну скажем так, я написал код на чистом ассемблере, у меня везде xmm, movups и т. п. Засовываю прям как есть в компилятор с -O2 и -S чтобы увидеть ассемблерный код, созданный компилятором. И что вижу? Стандартные регистры, и сплошные fpu-инструкции.

начните отсюда: http://ru.wikipedia.org/wiki/SSE

Да, да, только не с SSE, а с SSE2. Там уже есть инт, снимаю шляпу.

от блин... ./configure --help, там в самом начале про --prefix написано.

Хм, надо попробовать, что-то я читал про него, но эффекта таки не добился, да и всё чаще вместо теплого лампового autotools попадается cmake или scons. Так что идея с перенастройкой системы на /usr/local мне больше нравится, главное чтобы ещё работало.

какие папки?? в генте юзают ебильды, в слаке слакобильды, в других со сборкой хреново, но часто спасает костыль checkinstall. Так как вы не собирают НИГДЕ, даже в слаке, ибо это превращает систему в помойку.

Я знаю, для чего нужен /usr/local, но не знаю какого генту у меня оно не работает:( Точнее работает, но только если в /usr/ нет аналога.

RPG

инты тоже можно там считать. Век живи, век учись...

ещё инты бывают разные. Например short int часто в 16 бит.

RPG

Зато узнал, что можно писать в си на асме без асма

на самом деле, gcc это коллекция компиляторов. А вовсе не один C. Т.е. вроде можете «писать на фортране без фортрана». Хотя в default linux возможно gcc кастрировали. Даже наверняка.

RPG

Мои давние эксперименты с sse не увенчались особым успехом, так как он спасает очень редко

редко, но метко. Естественно, тупая замена всего на SSE2 результата не даст. Вот если ручками...

$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

умвр

заметь, порядок: /usr/local/bin стоит первой

умвр

У меня также. Просто лень искать причину, я не так часто пересобираю мир, последний раз патчил в очередной раз под себя Thunar (многим не понравились красные иконки, да и мне они не очень), когда сделал вывод временной метки в виде эмблемки «new».

И было лень во всем этом разбираться, так что да, я иногда прибегаю к костылям:)

И dpkg --force в случае чего поможет.