Какая феерия 



Это сообщение отредактировал(а) Mayk - 6.6.2008, 07:38

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


чет я не понял, джава все автоматически распаралеливать научилась? 
Можно тут поподробнее, как джава заставит код из DLL работать параллельно?

 

 Он VM без JIT, а не интерпретатор.

lua BNF grammar выглядит так:

распарсить его очень просто, так что интерпретатор там и подавно быстрый...

EBNF   

согласен, только в доке написано что это BNF

Добавлено через 26 секунд
но все-же это EBNF  

Цитата(Мастер @  5.6.2008,  20:18 )

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

Тебя не смущает что юникс поддерживает лучшую многозадачность чем виндовс? Кстати Юникс написан на процедурном языке, и много приложений под него тоже. Про то что процедурные языки строго соблюдают очередность команд это вообще шедевр. Откуда это?? Ты слышал про WaitForMultipleObjects какой-нибудь или асинхронные потоки в чистом Си? Методы программирования многопоточных прилаг в Си и С++ ничем не отличаются. Поэтому добавив обьекты в фортран ты мало что выиграешь.

Цитата(Мастер @  5.6.2008,  20:18 )

Объектноориентированные  распараллеливаются легко, поскольку каждый объект может существовать в пространстве и во времени одновременно с другими объектами.

  

Это никак не влияет ни на что. Точно так же могут существовать в одном пространстве и времени данные в какой нибудь shared memory. Как дополнительные функции к обьекту помогут существовать обьекту во в многопоточном пространстве? Эти функции легко вынести за пределы обьекта. 

chipset, 



Это сообщение отредактировал(а) MAKCim - 6.6.2008, 19:53

 

аааа...



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

Не знаю, что у тебя там с очередностью и кривостью, но у меня сейчас два проекта: один на С++ с пом. OpenMP распараллелен, если бы был на С, то точно так же был бы распараллелен без всякой кривоты; второй, на С, через CUDA API распараллеливается на 128 ядер(те, что в GPU) и порядка 4000 потоков. Ищи кривость в другом месте  



Можно было просто пойти попить пива.   

Эпическая сага о том, как доблестные флеймеры победели злого тролля:
Часть 1. Братство IE.
Часть 2. Два языка.
Часть 3. Возвращение фортрана.

  

Тоже захотелось пофлеймить немножко   

Java уже довольно давно не интерпретируется байт кодом во время выполнения. Классы компилируются  в машинный код во время подгрузки. Конечно, программа несколько дольше стартует, но во время выполнения она ничуть не проигрывает.

ОСТОРОЖНО, БОЯН:


Не проигрывает кому? Интерпретируемым разве что? Или ява уже в состоянии тягаться с icc или хотя бы с gcc?

  

Вообщем бенчмарк или не было.    

            

Это сообщение отредактировал(а) Mayk - 7.6.2008, 11:50

Да были уже тесты, и на форуме постились где и Java опережала C/C++. Вопрос в том, что и как тестить. А сегодня времени читать эту ссылку+искать старую нет просто...
ЗЫ: Лично сам против C/C++ ничего не имею, хотя программирую, в основном на Java.

Java медленный, если его байткод не компилять. JIT частично решает эту проблему. Ускоряет. Но оптимальый скомпилированный код на лету трудно получить. Если компилятор работает бысторо, то, скорее всего, он генерит не оптимальный код.
Java хороша вместе с Си. Т.е. - те места, которые критичны по времени исполнения, и в них тормозом является именно код(а не железо), то стоит написать нативную функцию. Фурье, к примеру, на Java писать не правильно. Однако, иногда призодится, если код в апплете работает.