Java

BlackEric · Отправлено: **14:48, 01-09-2009** | #2

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 вы используете?

Flick · Отправлено: **11:42, 22-09-2009** | #3

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

Yura · Отправлено: **17:21, 22-09-2009** | #4

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

Flick · Отправлено: **12:49, 23-09-2009** | #5

Мда судя по прочитанному, в частности 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 ...

Cornknight · Конфигурация компьютера

Цитата Flick:

Прав ли я, утверждая, что в независимости от того как бы хорошо мы не распаралелили приложение, потоки все равно будут выполнятся один за другим? Или я не понимаю, что такое time-slicing »

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

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

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