Java vs VC++ , нифига не понимаю.

Но ведь profiler не собственность JIT-компиляторов?

Добавлено 16.09.05, 11:13

Цитата Тайлер @ 16.09.05, 11:04

И учитывают это в своих разработках

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

Цитата trainer @ 16.09.05, 11:10

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

Ты мне все пытаешься доказать, что обычный скомпиленный код должен быть не медленне кода, выполняемого виртуальной машиной. Во-первых, я вовсе не пытался этого опровергать. Во-вторых, по теории это возможно. Если позитивный эффект адаптативной оптимизации будет превышать негативный эффект времени работы анализатора, то такой код будет работать БЫСТРЕЕ кода, скомпиленного обычным компилятором.

Кстати, приложениям JAVA можно ограничить прожорливость по памяти:

java -X
    -Xmixed           mixed mode execution (default)
    -Xint             interpreted mode execution only
    -Xbootclasspath:<directories and zip/jar files separated by :>
                      set search path for bootstrap classes and resources
    -Xbootclasspath/a:<directories and zip/jar files separated by :>
                      append to end of bootstrap class path
    -Xbootclasspath/p:<directories and zip/jar files separated by :>
                      prepend in front of bootstrap class path
    -Xnoclassgc       disable class garbage collection
    -Xincgc           enable incremental garbage collection
    -Xloggc:<file>    log GC status to a file with time stamps
    -Xbatch           disable background compilation
    -Xms<size>        set initial Java heap size
    -Xmx<size>        set maximum Java heap size
    -Xss<size>        set java thread stack size
    -Xprof            output cpu profiling data
    -Xrunhprof[:help]|[:<option>=<value>, ...]
                      perform JVMPI heap, cpu, or monitor profiling
    -Xdebug           enable remote debugging
    -Xfuture          enable strictest checks, anticipating future default
    -Xrs              reduce use of OS signals by Java/VM (see documentation)
    -Xcheck:jni       perform additional checks for JNI functions
 
The -X options are non-standard and subject to change without notice.

Если -Xmx поставить поменьше, то и памяти будет тратится меньше, но
1. можно поставить объем, недостаточный для нормальной работы приложения
2. возможно, сборка мусора будет производится чаще

Цитата BugHunter @ 15.09.05, 14:52

Цитата

Сколько стоит обучение разработчика на С++

Дорого, очень и очень дорого.

У них дорого, у нас - дешево, так как никто не учит, а люди учатся сами.

-юсртыхэю 16.09.05, 15:07

Цитата Flex Ferrum @ 15.09.05, 15:00

Цитата BugHunter @ 15.09.05, 14:52

Дорого, очень и очень дорого.

Вот то то и оно. И именно за счет нетривиальных фишек С++. Хотя, если сейчас массово сажать новичков на boost и stl - проблем должно быть меньше...

Это лишь гипотеза.

Аргументацией было бы сравнение результативности фирм, использующих stl+boost, и не использующих их вовсе.
Однако, последних в природе, видимо, не существует (этот факт кто-то поспешит засчитать в пользу необходимости этих технологий, но он вполне объясним и лишь данью моде).

Цитата Тайлер @ 16.09.05, 12:34

Если позитивный эффект адаптативной оптимизации будет превышать негативный эффект времени работы анализатора, то такой код будет работать БЫСТРЕЕ кода, скомпиленного обычным компилятором.

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

Цитата nvm @ 16.09.05, 14:52

У них дорого, у нас - дешево, так как никто не учит, а люди учатся сами.

Наверное, поэтому у нас так много "хороших" программистов и такой "высокий" уровень продуктов.

Цитата nvm @ 16.09.05, 14:52

Аргументацией было бы сравнение результативности фирм, использующих stl+boost, и не использующих их вовсе.

Использование stl'я не является залогом успеха. Инструментом нужно уметь правильно пользоваться.

Цитата x0ras @ 18.09.05, 11:50

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

Для чего лучше?

Цитата Flex Ferrum @ 16.09.05, 15:16

nvm, все очень просто - можно устроить небольшое состязание. Выбрать задачку, и посмотреть - кто ее быстрей решит.

nvm решил не принимать вызов...

Сообщения были разделены в тему "Первая дуэль. "

Оффтопик:
Томми - робот, под управлением ОС Linux ПО, написанного на Java на скорости 70 миль в час(>100 километров в час) врезался в стену, тем самым "убив себя ап стену".

Вот оно! Доказательство, что java не тормозит!


http://www.linuxdevices.com/news/NS4678539635.html

mikv
А аналогичный робот, но программированный на C++, испытывался?

Цитата amk @ 15.10.05, 06:55

mikv
А аналогичный робот, но программированный на C++, испытывался?

Есть подозрение, что утечка памяти привела бы к утечке бензина

Java = ТАСА (таса=фуфло!

Цитата Dr. Feronominol @ 15.10.05, 09:08

Java = ТАСА (таса=фуфло!

Мотивируйте. Слишком голословно.
А еще вы заблуждаетесь. Java практически незаменима для своих ниш.