0

nesco, а без финтов?)
ага щас будем цеплять SSE, и прочие инструкции
------------ Дoбавленo в 21.27:

почти не изменилось, также 2-4

Какие финты Разговор был об особенностях знания языка, я применил обычный доступ к выделенной памяти.
Что я сделал не так, когда написал код на семантике языка без всяких ассемблерных вставкок

Или получается, что если не соотвествует твоим понятиям, значит применяются какие-то финты -- это получается изначально предвзятое отношение
------------ Дoбавленo в 21.32:
hitman249, компилтор Delphi не такой тормознутый, как может показаться на первый взгляд, это один из самых быстрых компиляторов, и по времени компиляции (тут вообще -- если не самый быстрый), и по скорости исполнения результирующего кода

ну так и я только в куче считал, а это самая медленная память в яве
------------ Дoбавленo в 21.34:
если на стековой памяти будет также тогда да, ты прав

Если бы таки ява была такой универсальной, скоростной, и т.д. то я думаю весь софтовый мир давно бы перешел на этот движек. Однако таких тенденций не замечено.
------------ Дoбавленo в 13.51:
Мне всего лишь 2 раза приходилось работать с прогами на яве, но это было такое мучение... Не говоря о том что "подправлять" их не имея сорцов это вабще верх извращения.
------------ Дoбавленo в 21.48:
Не надо универсальности и мегакомбаина в одном флаконе. Специализированный софт должен служить для своих целей, а не варить кофе в придачу.

user_asm, да ладно тебе, это всё прямиком зависит от прогера.
NetBeans в котором я работаю, вообще не тупит и ест максимум 360 мб ОЗУ.
code_26353.txt

отрабатывает за 6-7
как напрямую с памятью работать пока не разобрался

детский сад...

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


вероятно те, кто способен написать подобный пакет самостоятельно заниматься этими проверками не будут ввиду очевидной причины
------------ Дoбавленo в 14.28:

nesco, нельзя сравнивать встроенные средства языка и отдельно взятой библиотеки.


вы видимо никогда с большими проектами в нем не работали

Пардонсе, а кто hitman249-у запрещает это сделать Он первым этот вопрос поднял и тут же попытался доказать, что окромя Java все остальное отстой.
Или у него используются не встроенные средства языка

nesco, человеку, который в лоб сравнивается реализацию пакета и язык такие вещи объяснять видимо бесполезно - не поймет.


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

------------ Дoбавленo в 22.52:
Открыты пустые проекты.

0

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

Что-то это утверждения пургой попахивает. Помню, один у нас пуребейсик так рекламировал

nesco,
1) скачиваешь с оракла JDK и JRE Java SE 7u2.
2) Устанавливаешь оба.
3) идёшь в Crogram FilesJavajdk1.7.0_02jrein копируешь там папку server
4) идёшь в Crogram FilesJavajre7in копируешь папку server из jdk сюда
5) качаешь dist.zip
6) заменяешь содержимое файла test.bat на
7) запускаешь test.bat
------------ Дoбавленo в 09.51:
*обновил архив, пункт 6 теперь не обязателен

hitman249, вы так ничего и не поняли? Уже восьмая страница к концу подходит...