Спасибо, я влияние Google недооценила, может, и зря.
Но у меня многие посты, в т.ч. на английском попадают в десятку его выдачи, но такого результата пока еще не было.
А на вопрос «какие игры играбельны» тот пост все же, честно отвечает :) А остальное — не в моих силах.
С тепловыделением точно все нормально, не сомневайтесь. Haswell с интегрированной графикой, причем, самой мощной -GT3, будет устанавливаться в ультрабуки, которые обжигать пользователя точно не будут. Я видела предварительные данные по тепловыделению, но они, увы, непубличны. Потому в статье и не приводятся.
Денис, а у меня вопрос на грани оффтопика — в lib.rus.ec есть возможность пожертвовать деньги конкретному автору. Я ей неоднократно пользовалась, в том числе, если я не ошибаюсь, для книг вашего отца. Можно узнать, получает ли ваш отец что-нибудь от lib.rus.ec?
Мое изначальное представление тоже было похожим — 10-15% в идеале, и до двух раз в худшем случае. Но сомневаться в результатах из поста у меня оснований нет. Возможные их объяснения — хорошая железная реализация NUMA (удаленная память медленнее всего на 20-30%), отсутствие синхронизации кешей и записи в память, а главное, сама структура SQL, в которой основное время тратится не на доступ к памяти, а на что-то другое.
У меня на столе стоит именно такая машина — desktop Intel Core i7 с NUMA. Но я на 99% уверена, что такие машины не продавались, официальные продажи начались с Xeon.
JVM 1.6 — это Oracle JVM.
Упомянуть про AMD я не забыла, а специально предоставила такую возможность комментаторам. Вы ей воспользовались.
про malloc — да, все так, как вы пишете, но я не вижу противоречий со своими утверждениями.
Про потоки — я тоже не понимаю, как влияет их число на данный тест, (скорее всего, это особенности реализации SQL, с которыми я не знакома). Но не понимаю, почему будут сильные ухудшения на больших блейдах в этом случае (используются 2 узла).
Я сталкивалась. Но не в Win API, а в библиотеках, где есть ф-и для установки привязки к ЦПУ. А так как я говорю «в общем», а не про конкретную систему, то оно — так.
Ирония судьбы в том, что автор этого поста — как раз победитель конкурса Intel Meego, получивший свой честно заработанный приз (про это даже есть пост на хабре), а в последствии ставший сотрудником Intel. Есть и еще российская команда-победитель Meego конкурса, так же получившая обещанный денежный приз (и про это есть пост)
Я посмотрела, мне очень нравится ваше приложение, жаль, что Вы не победили. Но это совсем не значит, что не победите в других конкурсах.
Внимательно прочла исходный пост еще раз, про безвозмездность там нет ни слова. Там сказано, что камеру можно заказать, и есть ссылка на спец. страницу заказа за $149. Не стоит выдавать желаемое за действительное :)
Сроки доставки в Россию — реально не больше 10 дней.
Это, конечно, смешно. И грустно тоже. Но, замечу, что есть разные методы поиска багов\ляпов. И один из них, самый простой, это выкладывание чего-то в публичный доступ. Пользователи сразу на баги и укажут :) Дешево и надежно.
И вам спасибо. Эту ветку создатели SDK точно прочитают. И примут меры.
Я смотрела причины невекторизации, но, за давностью лет, естественно, не помню. #pragma simd по моим воспоминаниям давала такой же ассемблерный код, как и свертка цикла. Но, опять таки, за давностью лет могу ошибаться. Зато точно помню, что производительность кода не отличалась. Иначе я бы этот способ не предложила :).
Подобных примеров немало — почти любой open source проект, заточенный на производительность и произвольный компилятор.
Я согласна, что это нехорошо. Но и не так плохо, как вам кажется. Мне неизвестен ни один человек, умерший или серьезно повредившийся разумом, проведя пару дней в ожидании ответа на свой великий комментарий :)
Вы не поверите, но писать посты в Интел никого не заставляют. Но, несмотря на это, постов так много, что они выстраиваются в очередь на публикацию (ну нельзя их всех выдавать оптом, в один день — сами понимаете, получится очень дешево). И когда до нее дело доходит, то автор зачастую оказывается вне досягаемости для ответов. Но он обязательно появится еще, причем, — в этом году. Я вам обещаю.
Для восьми битных данных n>16, не восьми. А дальше — тоже помочь могут, но не по отдельности, а только вместе с головой :) Я недавно писала довольно эффективную выборку из таблицы 32 элементов, но это совсем не предел.
Для int -нет, есть для char (pshufb или _mm_shuffle_epi8 в виде интринсика) для а и ind с последующим сложением с b.
Хотя, можно изврат… исхитриться и для int с использованием pshufd, если сдвигами создать из ind[i] константу. Но не факт, что это будет достаточно быстро.
Но у меня многие посты, в т.ч. на английском попадают в десятку его выдачи, но такого результата пока еще не было.
А на вопрос «какие игры играбельны» тот пост все же, честно отвечает :) А остальное — не в моих силах.
JVM 1.6 — это Oracle JVM.
Упомянуть про AMD я не забыла, а специально предоставила такую возможность комментаторам. Вы ей воспользовались.
Про потоки — я тоже не понимаю, как влияет их число на данный тест, (скорее всего, это особенности реализации SQL, с которыми я не знакома). Но не понимаю, почему будут сильные ухудшения на больших блейдах в этом случае (используются 2 узла).
Я посмотрела, мне очень нравится ваше приложение, жаль, что Вы не победили. Но это совсем не значит, что не победите в других конкурсах.
Сроки доставки в Россию — реально не больше 10 дней.
И вам спасибо. Эту ветку создатели SDK точно прочитают. И примут меры.
Подобных примеров немало — почти любой open source проект, заточенный на производительность и произвольный компилятор.
Хотя, можно изврат… исхитриться и для int с использованием pshufd, если сдвигами создать из ind[i] константу. Но не факт, что это будет достаточно быстро.
Не дождетесь. Я сделаю все, чтобы этот прогноз не сбылся.