[Moscow.pm] Сравнение языков

Alexander Lourier aml на rulezz.ru
Пн Фев 9 08:09:30 PST 2015


Прерывание процесса наверняка операционкой. Увеличь размер данных раз в
1000 - будет меньше прыгать.

On Mon, Feb 9, 2015, 16:42 Михаил Монашёв <postmaster на softsearch.ru> wrote:

> Здравствуйте, Alexander.
>
> >> Вот и ноду обогнали :-)
>
> > Ну  это  не  совсем честно, ИМХО. Да и посмотри, как сильно читаемость
> > кода ухудшилась!
>
> > Переписал через слайсы, чтобы перейти в цикле к сравнению с нулём (что
> > намного быстрее): https://play.golang.org/p/SZYYqGDmQY и стало 11ms.
>
> Кстати, что странно, время выполнения этого кода прыгает иногда в 2
> раза. И профайлер VTune показывает в таких случаях очень большой Spin
> Time:
>
> Elapsed Time:   0.382s
>   Total Thread Count:   5
>   Paused Time:  0s
>   CPU Time:     0.063s
>       Spin Time:        0.011s  <--- почти столько же, сколько работает
> наше суммирование
>       Overhead Time:    0s
>       Effective Time:   0.052s
>           Idle: 0.000s
>           Poor: 0.052s
>           Ok:   0s
>           Ideal:        0s
>           Over: 0s
>
> Top Hotspots
> Function        CPU Time
> runtime.memclr  0.026s   <--- это освобождение памяти после окончания
> работы
> main.main       0.017s   <--- это выделение памяти и заполнение массива
> первичными данными
> WaitForSingleObject     0.011s  <--- это какие-то непонятные локи в
> kernel32.dll
> main.func╥001   0.009s     <---- это код, работающий в горутине, который
> мы собственно и замеряем
>
> Есть мысли, что это и как избегать?
>
> --
> С уважением,
>  Михаил                          mailto:postmaster на softsearch.ru
>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20150209/d26c2c79/attachment.html>


Подробная информация о списке рассылки Moscow-pm