Теперь ява будет затормаживать все процессоры равномерно? ;)

дебилы, нахрен мне их сортировка на все ядра? Чтобы тормозило так, что ничего сделать было нельзя?

это ты дебил, не надо не используй этот класс.

тупица, существует потенциальная возможность того, что это засунут в эклипс (это единственное приложение на жабке, которое я использую дома), и нахрен мне жабка на всех ядрах?

ну все, теперь джава будет еще быстрее не тормозить

> еханизм разложения

Оно уже разлагается? Так закапывайте!

Это народу совсем нехрен делать:)

Как жаль, что Томми не дожил до седьмой жабы! Помянем товарища...

> Как жаль, что Томми не дожил до седьмой жабы!

Даааа, с 7 жабой он бы смог врезаться в стену одновременно в нескольких местах...

> Помянем товарища...

Аминь!

Спокойней товариздж. Если его и засунут в Эклипс,
а не в какой-то левый говно-плагин к оному, то
видимо сделают это достаточно грамотно и обоснованно...

А по теме: не нужно - не пользуй, а в определённых
случаях может и пригодится нечто подобное в стандартной поставке

Учитывая, что с 2009 года все новый процессоры для массового использования будут как минимум двухъядерные, решение правильное. Вообще, можно много чего распараллелить в JDK.

> Как жаль, что Томми не дожил до седьмой жабы!

Даааа, с 7 жабой он бы смог врезаться в стену одновременно в нескольких местах...

В квотесы, однозначно цитата месяца :D

Ух ты. Круто, да. Давайте я тоже новость напишу, что последние реализации libstdc++ от gnu тоже поддерживают параллелизм в <algorithm>, причём не только функций find и sort?

>Java 7 сможет

"...что мы здесь, товарищи, перед собою имеем ? Мы имеем модель. Но эта модель, товарищи, хочет, и это уже хорошо. Так сказать, экселент, ексви, шармант. И еще, товарищи, вы сами видите, что она может. И это еще лучше, потому что раз так, то она...он, значить, счастливый. Имеется метафизический переход от несчастья к счастью, и это нас не может удивлять, потому что счастливыми не рождаются, а счастливыми, эта, становятся. Вот оно сейчас просыпается...оно хочет. И потому оно пока несчастно. Но оно может, и через это "может" совершается диалектический скачок. Во, во !.. Смотрите ! Видали, как оно может Ух ты, мой милый, ух ты, мой радостный !.. Во, во ! Вот как оно может !.."

Режим "вещества"? :)

Метасистемный переход Выбегаллы detected :)

say hello to side-effects

Все это можно делать в erlang уже сегодня ,-)

В java потоки 1:1 отображаются к native threads, что в случае линукса означает, что 1 поток в java почти равен 1 процессу в linux (ибо процесс от потока в linux отличается лишь наличием PID + мелочи). Конечно COW чачстично компенсирует оверхед от создания потоков, но футпринт jvm в 50мб выглядит опасно.

Вобщем, без нормальных легких потоков, выигрыш от параллельной работы с коллекциями в java кажется довольно сомнительным...

Или коллекции должны быть действительно большими - параллелить сортировку 50мб будет явно не выгодно, а вот на 10гб можно и выиграть.

+ сайд эффекты замучают...

> Ух ты. Круто, да. Давайте я тоже новость напишу, что последние реализации libstdc++ от gnu тоже поддерживают параллелизм в <algorithm>, причём не только функций find и sort?

Так напиши. Только с примерами.

C примерами чего? Как std::find вызывать?

Новость хорошая... Хотя, на сколько помню, уже был пример как такое делать чуть ли не в 5 версии еще.

> дебилы, нахрен мне их сортировка на все ядра? Чтобы тормозило так, что ничего сделать было нельзя?
Здравствуйте, голубчик! Расскажите обо всем, что вас беспокоит. Спонтанные приступы озлобления по отношению к хорошему инструменту? Ах, вы еще и матом хороших людей покрываете? Вон из кабинета, люмпен поганищный! Пока не пропьёте полный курс эвтаназепама, не смейте возвращаться!

Следующий!

Когда же, когда же оно зарелизится???

>Все это можно делать в erlang уже сегодня ,-)

А где можно найти хорошую IDE на Эрланге?

>> Все это можно делать в erlang уже сегодня ,-)

> А где можно найти хорошую IDE на Эрланге?

Скачать любым p2p-клиентом на базе libastral.so.

не нравится эклипс, не пользуйся

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

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

Для того чтобы был выигрыш в распараллеливании сортиорвки в памяти надо чтобы объем данных был охрененным. Покажешь мне такие данные в векторах?

>А где можно найти хорошую IDE на Эрланге?

одно из преимуществ языков вроде erlang перед java - в отсутствии необходимости IDE. да и что значит "хорошую" ? для tcl и bash редактор midnight'а будет хорошей IDE - и не в пользу java тот факт, что на ней писать с его помощью невозможно

Ура, как же я ждал такой функции, сколько бессонных ночей провел над попытками реализовать хоть что-нибудь подобное! Но они меня опередили... Теперь Java будет тормозить прямо пропорционально количеству процессоров, но это реализовал не я, как обидно...

> В java потоки 1:1 отображаются к native threads, что в случае линукса означает, что 1 поток в java почти равен 1 процессу в linux (ибо процесс от потока в linux отличается лишь наличием PID + мелочи). Конечно COW чачстично компенсирует оверхед от создания потоков, но футпринт jvm в 50мб выглядит опасно.

Все в сказки верим?..

С NPTL подобное отображение является оптимальным. Не верите - попробуйте создать 100 тысяч тредов, заставьте каждый что-нибудь сделать, замерьте время создания и выполнения - время будет ничтожным (во всяком случае в C). Модель с исключительно легкими тредами на одном аппаратном не масштабируется, а от модели m:n все давно успешно отказались. Где бы не пробовали ее использовать (а пытались много где), рано или поздно ее выкидывали. Линукс, солярка, фря, JVM та же - даже нетбсд, которая держалась дольше других, в последней версии ушла от m:n модели в пользу 1:1.

>Для того чтобы был выигрыш в распараллеливании сортиорвки в памяти надо чтобы объем данных был охрененным. Покажешь мне такие данные в векторах?

задачи с такими данными я показать могу, да только решаются они с помощью J и прочих APL, а уж никак не на java

> В java потоки 1:1 отображаются к native threads, что в случае линукса означает, что 1 поток в java почти равен 1 процессу в linux (ибо процесс от потока в linux отличается лишь наличием PID + мелочи). Конечно COW чачстично компенсирует оверхед от создания потоков, но футпринт jvm в 50мб выглядит опасно.

Сразу видно человек долго и внимательно изучал многопоточность в Линукс, иначе с чего бы такие дебильные заявления делать? И как бы совершенно не важно, что у процессов адресные пространства разные, а для потоков общие.

> Вобщем, без нормальных легких потоков, выигрыш от параллельной работы с коллекциями в java кажется довольно сомнительным...

А без мозгов выигрыш от компьютера ваще ноль!

> одно из преимуществ языков вроде erlang перед java - в отсутствии необходимости IDE. да и что значит "хорошую" ? для tcl и bash редактор midnight'а будет хорошей IDE - и не в пользу java тот факт, что на ней писать с его помощью невозможно

O! А для erlang не нужен рефакторинг или отладка? Сами отлаживаются что-ли? Может пора понять, что на bash'e не пишут серьёзных проектов, а на Java одноразовых скриптов? Так же как не покупают бахилы на зиму, а в больнице не раздают одноразовые сапоги.

> Давайте я тоже новость напишу

Ну так надо было.

>O! А для erlang не нужен рефакторинг или отладка? Сами отлаживаются что-ли?

ну дык попробуй и сравни - сам на свой вопрос и ответишь

>Может пора понять, что на bash'e не пишут серьёзных проектов, а на Java одноразовых скриптов? Так же как не покупают бахилы на зиму, а в больнице не раздают одноразовые сапоги.

и на tcl, значит, тоже не пишут, да ? AOLServer мне приснился ?

> Режим "вещества"? :)

Режим "Выбегалло". :)

>Режим "Выбегалло". :)

как раз подумываю переключиться в режим "Хунта"

>В java потоки 1:1 отображаются к native threads

В какой реализации? По спецификации JVM они не обязаны так делать.

Ппц, ананимус+Шаман...

А эти "процессоры" что-нибудь другое смогут делать в процессе разложения помимо обсчёта жабомашыны?

> чтобы использовать ВСЕ имеющиеся в системе процессоры для ускорения операций сортировок и поиска.

а пользователь в это время должен грустно ононировать в сторонке :)

> и на tcl, значит, тоже не пишут, да ? AOLServer мне приснился ?

Да не кипятись ты! Ну знает человек только одну императивщину и считает её вершиной жабу, на которой без мощного IDE писать нельзя, ибо иначе проступает её убогость. Ну не беситься же из-за этого :)

>Да не кипятись ты! Ну знает человек только одну императивщину и считает её вершиной жабу, на которой без мощного IDE писать нельзя, ибо иначе проступает её убогость. Ну не беситься же из-за этого :)

завидно что другие языки настолько непродуманы что для них невозможно нависать мощную IDE?

>Да не кипятись ты! Ну знает человек только одну императивщину и считает её вершиной жабу, на которой без мощного IDE писать нельзя, ибо иначе проступает её убогость. Ну не беситься же из-за этого :)

я спокоен как мёртвый мамонт, мне и правда интересно - как же ж так

> завидно что другие языки настолько непродуманы что для них невозможно нависать мощную IDE?

Знаю, что мои слова звучат банально, но для "других" языков IDE не нужен.

>завидно что другие языки настолько непродуманы что для них невозможно нависать мощную IDE?

ты сам-то понял, что сказал ?

>Знаю, что мои слова звучат банально, но для "других" языков IDE не нужен.

для некоторых согласен. но разве для C++ не нужен? была бы ide которая может всё то что может idea, говорили бы иначе.

>для некоторых согласен. но разве для C++ не нужен? была бы ide которая может всё то что может idea, говорили бы иначе

а казалось бы - причём тут C++ ?

Хм, с такими темпами у моно нету никаких шансов. Гном не ту технологию стал поддерживать, и это его последняя ошибка.

> O! А для erlang не нужен рефакторинг или отладка?

Для рефакторинга в любом языке в первую очередь нужна не IDE, а тесты. Или для явы уже IDE тасты научились писать?

И еще. Расскажи какие паттерны рефакторинга ты используешь, что для этого нужна навороченная IDE?

Заметь, что те вещи которые нужно рефакторить в яве не обязательно нужно в Эрланге.

captcha: rodhers