блин, даже если скомпилировать под конкретный C2D

все равно больше, чем у GCC
  

Вот что я нашел в сети: http://www.linux.org.ru/view-message.jsp?m...9413&page=3

а что, программирование на Java освобождает программиста от заботы о синхронизации потоков?  
что будет если 1 поток будет добавлять элементы в список, а другие читать этот список?

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

Это сообщение отредактировал(а) Мастер - 7.6.2008, 15:03

я просто пытаюсь понять, чем Java в этом плане так принципиально отличается от того-же С++, чем она мне помогает.

поможет ли Java отследить race condition, deadlock или падение производительности из-за неправильного использования многопоточности.

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

Я не знаю - что это такое. Когда я писал на Си, там такого(кажется) не было. Впрочем, прошло много лет, мог и забыть.
К Java можно относиться как к продвинутому Shell поверх базовых натв-функций. (К весьма продвинотому Shell.)
Набора стандартных возможностей, которые предоставляет Java, как правил - хватает (ну, или - должно хватать), чтобы реализовать большинство практических задачь, на большинстве процессоров и архитектур. Эти возможности реализованы в библиотеках и в самой JVM. Библиотеки универсальны, реализованы и отлажены профессионалами. Есть исходники, их можно посмотреть, изучить, научится правильно программировать. Что ещё нужно программисту.Согласен. Программист не может оторваться от архитектуры. Если код написан для двух, или даже - четырёх, ядерного процессора, то - не факт, что его не придётся переписыать для машины с архитектурой РИСК. В этой архитектуре уаждый процессор - маленькая  JVM,  а писюке в одном процессоре может их быть несколько(если есть необходимость). Поэтому процесс оптимизауии Java кода нужно изучать исходники библиотек для конкретной архитектуры. Но, если вы работаете в рамках одной из этих двух архитектур, то код, видимо, переписывать не придётся.

Это сообщение отредактировал(а) Мастер - 7.6.2008, 15:24

о сколько нам открытий чудных... 

Добавлено через 39 секунд

странно, а разве это не ЯП общего назначения?

Добавлено через 1 минуту и 59 секунд

ну так кто спорит, что на Java можно (и даже удобно) программировать, вопрос только в том что там есть такого особенного для "синхронизации процессов" как вы говорить  

Это от языка не зависит  Но понять можно, в 80х всё было однозадачным, куда уж там 

Конечно язык программирования. А когда вы .bat пишите, вы - не программируете разве?Вопервых Java - ООП-зык, а Си - процедурный. Одного этого достаточно, чтоб отказаться от Си, как языка программирования на параллельной архитектуре или - для многозадачного программирования. Язык Java заточен под параллельное программирование. В ней проработан механизм синхронизации и разрешения коллизий. Что ещё нужно?Именно так. Но, никому из нас в голову бы не пришло распараллеливать Си(или Фортран). Это - противоестественно. Процедурные языки для этого непригодны впринципе.

Это сообщение отредактировал(а) Мастер - 7.6.2008, 16:06

Java - это императивный яп, то-есть язык, в котором программист определяет порядок вычислений, в этом плане Java от C ничем не отличается, а ООП это просто способ удобной структуризации кода, вот и все...
Ну так вот, императивный стиль программирования входит в противоречие с параллельным программированием, так как порядок выполнения конструкций языка не определен (вернее определен, но только для одного трэда, а как они там друг на друга наложатся никто не знает), а вся эта синхронизация нужна только для того, что-бы хотя-бы на уровне методов одного объекта, мыслить категориями 80-х годов зная, что другие потоки в данный момент стоят и ждут пока метод отработает в этом потоке...
Что то новое могут предложить функциональные языки, там порядок вычислений неважен, а вместо общей памяти, для связи между потоками данные копируются, поэтому все эти локи-анлоки, там не нужны.

Хорошо, давайте выберем задачу, которую можно распараллелить и при этом нужно синхронизировать отдельные части, назначить области видимости каких-то данных или даже редукцию, в общем, чтобы задача была необъёмная, но с подвыподвертом  Вы реализуете на Java, я на С, а потом сравним пригодность одного и другого  Что скажете? 

Ещё раз: тебя не смущает, что GCC доступен на большем количестве архитектур, чем Java? 

Добавлено через 5 минут и 33 секунды

Я фигею, дорогая редакция. Нашёл, блин, авторитетный источник - анонимуса на ЛОРе   

В данный момент у меня нетокмо JDK не установлен, но и JRE присутствует в отсутствии. (Я пытаюсь заставить себя писать магазин, но - мои усилия тщетны.)
К этому можно было бы вернуться, позже, но у меня задачи пока нет на Java. (Сори.)
Впринципе, если вы хотите быстро с Си перейти на Java, могу дать совет и прислать примеры.
Совет: Есть такая книга: "Программирование на Java, 1001 совет" Марк с. Чен, Стивен В. Грифис, Энтони Ф. Изи, Издательство Попури, 1997 год.
Книга, хотя и старая, но ничего лучше я нет видел. У меня есть приеры(0.8М) к ней, и, кажется, английский вариант этой книги в электронном виде.
Ссылка: Введение в Java
Я пытался узнать, что есь ICC. Выяснил, что это - сишный компилятор для какого-то типа процессоров. (Ну и это.)
Скорость исполнения Java байткода увеличится, и будет не хуже чем у Си, если его компильнуть, но при этом может увеличиться обём кода, что не всегда допустимо.
Скорость выполнения кода часто не так важна, как сам факт того, что он(пусть медленно но) работает.

Это сообщение отредактировал(а) Мастер - 7.6.2008, 17:16

... и поэтому, наверное, пользователи жалуются, что то тормозит, это тормозит... 

Ну, для многих применений Java очень даже хороша, многие вещи там делаются намного проще чем на С++ и часто более экономически оправдано. Если к примеру основную нагрузку на систему создает работа СУБД, то на чем написана программа которая с ней работает уже вопрос третий  
Но все-же, неприятно когда ты это запускаешь, а оно как начнет тормозить