Multithreading on multicore
 

Здравствуйте, форумчане.
Если у вас есть пара свободных минут не могли бы вы пояснить дураку маленькие особенности запуска многопоточных Java аппликух на мнопроцессорных (многоядерных машинах)?
Как я понимаю, во сколько бы потоков я ни писал приложение, на процессоре эти потоки будут исполнятся как один поток, инструкция за инструкцией.
В случае когда у меня есть многопроецессорная машина или просто C2D какой-нибудь, будет ли JVM разбрасывать мои треды на разные ядры дабы ускорить выполнение.
Или, что бы реализовать настоящую многопоточность я должен запускать несколько JVM и заставлять их общаться по какой-нибудь RMI али CORBA ?

С уважением.

Flick, полного и исчерпывающего ответа нет.
Посмотрите эти ссылки, может поможет.
http://forums.sun.com/thread.jspa?threadID=5330507
http://www.infoq.com/news/2006/11/multi-core-java
http://www.gcn.com/Articles/2009/06/...ming-tips.aspx
http://sun.systemnews.com/articles/95/2/feature/15704
А какую JVM вы используете?

использую, когда как, но не младше 1.4.15 как правило но в основном 1.6 - Спасибо за ссылки!

Насколько я знаю эти дела JVM правильно раскидывает потоки по процессорам.
Лучше использовать JRE v. >1.6

Мда судя по прочитанному, в частности http://java.sun.com/docs/hotspot/threads/threads.html, потоки, которые мы делаем действительно раскидываются по процессорам в нейтив треды.
Смущает только следующая цитата - "Threads may be supported by having many hardware processors, by time-slicing a single hardware processor, or by time-slicing many hardware processors. " (взято отсюда - http://java.sun.com/docs/books/jvms/...doc.html#33308) - Прав ли я, утверждая, что в независимости от того как бы хорошо мы не распаралелили приложение, потоки все равно будут выполнятся один за другим? Или я не понимаю, что такое time-slicing ...

Независимо от того многопроцессорная машина или однопроцессорная, операционные системы всё равно рубят любые потоки на части в соответствии с приоритетами. Это и есть time-slicing. Вызвано это тем, что число потоков (в пределах всей ОС) как правило больше, чем число процессоров в системе и процессорное время как-то надо делить между всеми желающими.

А остальное зависит от того, какую стратегию использует планировщик задач конкретной оси. Windows, например, по умолчанию стремится "размазать" даже один поток между всеми процессорами, рассылая каждому процессору по очереди свой кусочек. Исполнение потоков на одном/нескольких процессорах зависит от конкретной ситуации, которая сложилась в данный момент на данной ОС. Об этом, мне кажется, и речь в процитированном тексте. То есть, может быть так, может быть этак. Никаких гарантий.

Но это не значит, что не стоит распараллеливать код. При прочих равных условиях на многопроцессорных системах он, ясное дело, будет быстрее, чем однопоточный. Просто условия бывают разные. :)