Но как быть с виртуальностью ядер каждого процессора делить меж ними кеш пополам или нет????

Нет.

Спасибо, но дело в том, что уверености в этом нету... Можно ли это как-нибудь подтвердить экспериментально? Прошуршал разные даташиты до корки, руководство по gcc. Искомых ответов не нашел.

CPU дает возможность запускать 4 процесса параллельно, которые распределятся по 4-ом виртуальным ядрам. Если указать 32к на ядро, то разве не получится ли ситуация, когда на каждом процессоре два конкурирующих процесса на виртуальных ядрах будут вымывать кеш по очереди полностью?

Если указать 32к на ядро,

Это лишь хинт по оптимизациям компилятору, к хардварной логике работы кеша это отношения не имеет.

не получится ли ситуация, когда на каждом процессоре два конкурирующих процесса на виртуальных ядрах будут вымывать кеш по очереди полностью?

Примерно также, как и на одном ядре.

т.е. если у меня 1 cpu на 2 ядра, без НТ и cpuinfo говорит, что L2 (например) 2048К, то в gcc надо указывать 1024К?

и где про это почитать?

Похоже, что так.. Зря я голову ломал.

Попробовал на однопроцессорном с двумя виртуальными ядрами запустить два процесса (одинаковые и разные) и замерить результаты с разными вариантами компиляции. Толи очень мешает кеш L2 отловить разницу, толи результаты действительно одинаковы в пределах погрешностей.

Спасибо.

Замерь с помощью sysbench:

sysbench --test=memory --memory-block-size=сюда_подставляем_размер_кеша_на_ядроK --max-time=30 run

Результат с лучшими показателями и будет желательным значением. И хотя кеш L2 обычно общий на все процессоры и распределяется между процессорами в зависимости от частоты их обращений к обычной памяти, экспериментально получается, что желательно его равномерно разделять между ядрами. По крайней мере на интелах. Как в амд не знаю - не на чем проверить.

т.е. если у меня 1 cpu на 2 ядра, без НТ и cpuinfo говорит, что L2 (например) 2048К, то в gcc надо указывать 1024К?

Нет.
В теории, возможны варианты интересные, но устанешь искать да еще практически применять.

и где про это почитать?

В спеках конкретного проца.
На случай, если я слишком категоричен.

Попробовал на однопроцессорном с двумя виртуальными ядрами запустить два процесса

Если ты про гхипертрединг - то виртуализируются только вычислительные ресурсы проца, узкое «очко» - оно как было, так и осталось на одно ядро.

яничегонепонял.жпг

~ #  cat /proc/cpuinfo | grep "cache size"
cache size	: 2048 KB
cache size	: 2048 KB
~ # sysbench --test=memory --memory-block-size=2048K --max-time=30 run | grep "MB/sec"
66156.00 MB transferred (2205.19 MB/sec)
~ # sysbench --test=memory --memory-block-size=1792K --max-time=30 run | grep "MB/sec"
87542.00 MB transferred (2918.01 MB/sec)
~ # sysbench --test=memory --memory-block-size=1536K --max-time=30 run | grep "MB/sec"
102400.50 MB transferred (3425.64 MB/sec)
~ # sysbench --test=memory --memory-block-size=1280K --max-time=30 run | grep "MB/sec"
102400.00 MB transferred (4553.84 MB/sec)
~ # sysbench --test=memory --memory-block-size=1024K --max-time=30 run | grep "MB/sec"
102400.00 MB transferred (4923.30 MB/sec)
~ # sysbench --test=memory --memory-block-size=768K --max-time=30 run | grep "MB/sec"
102400.50 MB transferred (5254.89 MB/sec)
~ # sysbench --test=memory --memory-block-size=512K --max-time=30 run | grep "MB/sec"
102400.00 MB transferred (5554.41 MB/sec)
~ # sysbench --test=memory --memory-block-size=256K --max-time=30 run | grep "MB/sec"
102400.00 MB transferred (5219.42 MB/sec)

почему 512?

Нет.
В теории, возможны варианты интересные, но устанешь искать да еще практически применять.

понятно

афтар читай уже как кэш работает например.надо ведь понимать что меряешь.

кэш не «делится между ядрами». кэш бывает N-ассоциативным, с линейкой длины M и количеством линеек в банке L. для начала. запись из кэша в оперативку всегда медленнее чтения. в разы. настолько, что чтение+запись нынче=запись по времени.

Интересный результат. Что за процессор? И уверены, что гипертрейдинга нет?

Я не настолько тупой и в курсе этих мелочей. Вместо этого предложил бы лучше рабочий способ как протестировать, чтобы избежать влияния одного кеша на другой. А «афтар читай уже» забери себе.

Intel(R) Core(TM)2 Duo T5800

Да, два ядра, два потока общих, на сайте интела тоже утверждают про это.

Попробуй повторить тест с 256к, 512к, 1024к и 2048к после чистой загрузки системы.

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

или ты вебдизайнер?