Pull to refresh
23
0
Marat Dukhan@Maratyszcza

User

Send message
Довольно странно. Размер N, на котором вы тестеруете, случайно не степень двойки?
Станет ещё быстрее если использовать простой массив вместо массива массивов («двумерного» массива)
Для начала стоило бы попробывать
byte rgb = (byte)(( (uint32)c.R * 5033165 + (uint32)c.G * 9898557 + (uint32)c.B * 1845494 ) >> 24)
Проблемы разместиться возле биржи (и даже поставить сервак в ДЦ биржи) нет, как правило так и делают. Но если вы хотите сделать арбитраж на разнице цен между биржами, latency становится проблемой. Например, latency NY-Chicago ~ 15ms, NY-London ~ 65ms, NY-Tokyo ~ 140ms, Chicago-Tokyo ~ 128ms, London-Stockholm ~ 25ms, NY-Sao Paolo ~ 110ms.
А как вы используете дубликат строки? Я много раз видел эту операцию в текстовых редакторах, но ума не приложу, как её можно использовать при написании кода
>> контрольный пакет акций (40%) принадлежит японскому телеком-гиганту Softbank
Контрольный пакет — это 50% + 1 акция
А как же XorShift? ИМХО, он самый лучший из быстрых генераторов.
Более рациональное и эффективное решение было выпущено ещё в 2001 году — это архитектура IA64 (которая в Итаниумах). Там разработчики придумали, как увеличивать производительность, не добавляя новых команд. Но сегодня IA64 скорее мёртв, чем жив. И в том числе и из-за нежелания программистов поддерживать ещё одну архитектуру.
В GCC этот набор активируется параметром -mavx. Не знаю, умеет ли векторизатор в GCC использовать 256-битные инструкции, но прирост производительности за счёт использования трёхоперандных инструкций будет в любом случае.

Стабильная Ubuntu с поддержкой AVX, очевидно, появится не раньше, чем процессоры с поддержкой AVX. Т.е. ждать ещё как минимум полгода.

В «обычной работе», думаю, заметнее всего будет то, что превьюшки к JPEG-ам будут генериться быстрее.
12 ...
15

Information

Rating
Does not participate
Location
Atlanta, Georgia, США
Registered
Activity