https://www.opennet.me/openforum/vsluhforumID3/84520.html В статье (http://programmersnook.blogspot.com/2012/05/java.html) с примерами рассматриваются основные возможности Java в области параллелизма, анализируются проблемы которые поддержка параллелизма призвана решить и приводятся некоторые детали реализации. Большинство из приведенной информации актуально для Java 6 и 7. <br><br>URL: http://programmersnook.blogspot.com/2012/05/java.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=33835<br> https://www.opennet.me/openforum/vsluhforumID3/84520.html#12 Tue, 15 May 2012 07:57:20 GMT А в Erlang, если не путаю, потоки легковесные и на потоки ОС напрямую не мапятся. Если на текущем процессоре ресурсы кончаются, то порождается новый поток ОС, который обслуживает несколько легковесных потоков Erlang-а. <br> https://www.opennet.me/openforum/vsluhforumID3/84520.html#11 Tue, 15 May 2012 07:52:17 GMT Кстати, да. Циклы процессора расходуются впустую, поэтому не для всяких сообщений эффект будет одинаковым. Если очень много мелких сообщений, то проще тратить циклы процессора, чем останавливать поток.<br> https://www.opennet.me/openforum/vsluhforumID3/84520.html#10 Tue, 15 May 2012 07:25:35 GMT &gt;&gt; ну вообще-то подсчет ссылок дорогая операция <br>&gt; А я и не говорил про подсчёт. Подсчёт &#8212; это частный, далеко <br>&gt; не самый эффективный случай УЧЁТА ссылок.<br>&gt; Объекты в Java передаются копиями ссылок (copy of reference). Ссылки передаются собственными <br>&gt; значениями (reference by-value). (Во загнул! Но так оно и есть на <br>&gt; самом деле). :) <br><br>ну тогда извиняюсь если я неправильно понял, что подразумевалось под УЧЁТОМ<br> https://www.opennet.me/openforum/vsluhforumID3/84520.html#9 Mon, 14 May 2012 18:14:24 GMT &gt; ну вообще-то подсчет ссылок дорогая операция<br><br>А я и не говорил про подсчёт. Подсчёт &#8212; это частный, далеко не самый эффективный случай УЧЁТА ссылок.<br><br>Объекты в Java передаются копиями ссылок (copy of reference). Ссылки передаются собственными значениями (reference by-value). (Во загнул! Но так оно и есть на самом деле). :)<br> https://www.opennet.me/openforum/vsluhforumID3/84520.html#8 Mon, 14 May 2012 17:59:44 GMT &gt; Суть проблемы Java и многопоточность в том, что все объекты передаются по <br>&gt; ссылке. В Erlang, например (и во многих остальных функциональных языках), все <br>&gt; объекты передаются по значению. Т.о. нет разделяемых областей памяти и проблем <br>&gt; нет.<br><br>про память уже сказали, плодить каждый раз по объекту при передачи далеко не всегда разумно<br>в том же clojure спокойно реализовали Software-Transactional Memory и передают по ссылке<br><br>Идем дальше: shared immutable объекты - используем объект в качестве параметра, но изменять его нет возможности, нам из него данные получать, зачем для этого плодить новый объект ?<br><br>Вопрос ведь не в том: можно или нельзя на java писать многопоточный код, а в уровне знаний необходимый для этого.<br><br>Можно просто накидать блоков синхронизаций и локов - получишь печальку, <br>сделаешь по умному с отсутвсием разделяемых объектов, а если и разделяемымы то обязательно неизменяемыми - коду не на чем будет бороться за ресурсы и избавляешься от проблем синхронизации, все работает быстро и к https://www.opennet.me/openforum/vsluhforumID3/84520.html#7 Mon, 14 May 2012 17:40:47 GMT ну вообще-то подсчет ссылок дорогая операция, поэтому сборщик работает по другому:<br><br>1. имеется набор объектов которые доступны всегда + константные объекты, это все называется Root Set<br>2. на паузе (stop the world) проверяется на какие объекты ссылаются объекты из этого набора<br>3. проходим так нужное количество итераций, до тех пор пока не дойдем до объектов которые ни на кого не ссылаются<br>4. все объекты которые мы не пометили попадают под сборку<br><br>Так же данный метод избавлен от главного недостатка метода с подсчетом ссылок: кольцевые зависимости (А ссылается на Б, Б ссылается на А)<br><br>По поводу диструптора:<br>1. магия не только в кольцевом буфере (смотрим доклад с недавнего JavaDay в питере), обычную очередь можно разогнать до сопоставимых результатов<br>2. да, парковка дорогая операция, поэтому они жгут циклы процессора, лишь бы не останавливаться<br>3. дополнительная магия их скорости в том что пауз на сборке у них просто нету, так как используют Azule (далеко не у всех такие деньги будут)<br> https://www.opennet.me/openforum/vsluhforumID3/84520.html#6 Mon, 14 May 2012 14:50:57 GMT &gt; Суть проблемы Java и многопоточность в том, что все объекты передаются по ссылке.<br><br>Протестую! В Java объекты передаются копиями ссылок и ведётся учёт времени жизни этих копий ссылок, а через них &#8212; времени жизни объекта, на который они ссылаются.<br> https://www.opennet.me/openforum/vsluhforumID3/84520.html#5 Mon, 14 May 2012 12:14:57 GMT &gt; http://code.google.com/p/disruptor/ <br><br>Очень интересная штука. Буду знать. Спасибо.<br> https://www.opennet.me/openforum/vsluhforumID3/84520.html#4 Mon, 14 May 2012 12:07:49 GMT Rust лишен обоих проблем.<br>