Видимо теминология Coro понята не верно. Coro не использует треды уровня ОС. Все треды Coro это файберы. И выполнятся все они на одном ядре.<div><br><div class="gmail_quote">23 мая 2012 г., 20:26 пользователь Alexandr Gomoliako <span dir="ltr"><<a href="mailto:zzz@zzz.org.ua" target="_blank">zzz@zzz.org.ua</a>></span> написал:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">> А можно замеры скорости привести? С чего бы вдруг Coro это медленно? Да и<br>
> thread'ами не все так просто.<br>
<br>
</div>Проблема не в Coro, а в потоках вообще. Особенно теперь, когда NUMA во<br>
всех современных процессорах и скорость доступа к кэшам и к памяти из<br>
разных ядер отличается во много раз. Почитать на тему:<br>
    <a href="http://lwn.net/Articles/250967/" target="_blank">http://lwn.net/Articles/250967/</a><br>
    <a href="http://ft.ornl.gov/pubs-archive/47-mccurdy-1.pdf" target="_blank">http://ft.ornl.gov/pubs-archive/47-mccurdy-1.pdf</a><br>
    <a href="http://developer.amd.com/Assets/NUMA_aware_heap_memory_manager_article_final.pdf" target="_blank">http://developer.amd.com/Assets/NUMA_aware_heap_memory_manager_article_final.pdf</a><br>
    <a href="http://en.wikipedia.org/wiki/Non-Uniform_Memory_Access#Cache_coherent_NUMA_.28ccNUMA.29" target="_blank">http://en.wikipedia.org/wiki/Non-Uniform_Memory_Access#Cache_coherent_NUMA_.28ccNUMA.29</a><br>
<br>
Если лень читать, то все сводится к изоляции всего, т.е. как процессы :)<br>
<div class="HOEnZb"><div class="h5">--<br>
Moscow.pm mailing list<br>
<a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>С уважением,<br>Никита Зубков<br>
</div>