1. Если у тебя производительность не упирается в CPU, увеличение качества компилируемого кода не даст настолько большого ускорения. Если ты картинки ресайзишь основное время - это один разговор. Если только и делаешь, что базу данных ждёшь, то другой.
2. Посмотри ещё gccgo - это альтернативный компилятор. Может быть, он поддерживает всякие -O3 и SIMD. Я не смотрел на него сам, правда. On Mon Feb 09 2015 at 3:11:22 PM Михаил Монашёв <[email protected]> wrote: > Здравствуйте, Alexander. > > > О, а можно я на Go напишу так, что сделаю частичное сложение в 8 > > горутин, а потом сложу частичные суммы? > > Напиши конечно. Лучше даже по числу ядер. > > > А вообще, тестировать надо на задачах, которые тебе в продакшне > > нужны, а не на абстрактных числодробительных тестах. > > Их писать долго. А это и писать просто и ИМХО отлично показывает > возможности языка, а не программиста. > > У Go, например, go build генерит жутко неоптимизированный код и его > руками на ассемблере можно сильно ускорить, если стоит такая задача. В > gcc или icc c -O3 для подобной задачи код был бы с использование SIMD > наверняка... > > Надеюсь кто-то на сях напишет и сравнит задачку. Я пока накропал вот > это: > #include <stdio.h> > > int main(int argc, char *argv[]) > { > > int arr[10000000]; > > unsigned long long sum = 0; > int i; > > for( i=10000000-1; i>=0; i--) { > sum+=arr[i]; > } > printf("%lu", sum); > return 0; > } > > но пока не знаю, как получить размер массива (чтоб код красивее был) и > как время замерить. > > -- > С уважением, > Михаил mailto:[email protected] > > -- > Moscow.pm mailing list > [email protected] | http://moscow.pm.org >
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
