forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Первый выпуск RoboVM, компилятора байткода Java в машинный код, opennews (??), 24-Янв-13, (0) [смотреть все]

Главная проблема жавы - это не jit, а gc И его это не исправит , Аноним (-), 22:12 , 24-Янв-13, (1) –11 //

1Программа - это дополнение ума машины умом человека А вот дополнение ума челов, kuku (?), 22:21 , 24-Янв-13, (3) –12 //

Это человек должен машине прислуживать, что ли Заговариваешься , Аноним (-), 22:30 , 24-Янв-13, (5) +15
Я чё-то пропустил, когда у машины ум появился Intel Core i7 Extreme Edition, мо, pavlinux (ok), 23:03 , 24-Янв-13, (13) +6 //

Куда уж там Еще даже не разобрались толком, что это вообще такое 8212 ум , Tav (ok), 23:18 , 24-Янв-13, (22) +2

Это скорее к религии , Аноним (-), 23:50 , 24-Янв-13, (30) –2
Ум это нечто, что может само-обучаться, все Ни больше, ни меньше P S Про нейро, BratSinot (ok), 01:18 , 25-Янв-13, (40) –4

А то, что по заранее заданным алгоритмам работает внезапно не может самообучатьс, Пересмешник (?), 01:50 , 25-Янв-13, (45) +1

Внезапно - нет , pavlinux (ok), 05:39 , 25-Янв-13, (56) –4

Внезапно в мозгу заложены необходимые механизмы для самообучения Внезапно ни оди, Anonim (??), 16:20 , 25-Янв-13, (84)

Способность к обучению, и уж тем более способность говорить, не является признак, pavlinux (ok), 18:16 , 25-Янв-13, (93)

Ну уж Вы хватили Способность говорить, как раз и является Правда, надо иметь вв, К.О. (?), 10:21 , 28-Янв-13, (105)

Ум - это способность формировать задачу так, что непонятным остаётся только реше, pavlinux (ok), 20:31 , 30-Янв-13, (107)

Вы на самом деле считаете, что дополнение аксиоматики сделанными из нее выводами, К.О. (?), 15:49 , 25-Янв-13, (83)
Смотря чему обучаться Можно взять лабиринт, программа путем подбора найдет путь , XoRe (ok), 14:45 , 26-Янв-13, (101)

С умом проще - тест Тьюринга и вперёд - А вот с сознанием гораздо сложнее Эти , ДяДя (?), 10:09 , 25-Янв-13, (68)

Сознание эмулируется у всех животных с мозгом, но разной степени слоности Кто с, Anonim (??), 16:23 , 25-Янв-13, (85)

Как это кто Собака и сказала , Led (ok), 02:54 , 26-Янв-13, (100)
На текущий момент ПРЯМОЙ связи между мозгом и сознанием не установлено Мозг - эт, ДяДя (?), 18:59 , 27-Янв-13, (104)

Нет мозга - нет сознания , Просто Филя (?), 16:01 , 30-Янв-13, (106)

Властилин Пожинателей MassEffect порабащает комментаторов OpenNET , Xasd (ok), 23:13 , 24-Янв-13, (17) //

Какой еще пластилин-пожиратель , Аноним (-), 00:53 , 25-Янв-13, (34)

сам хоть понял, что сказал , energia (ok), 23:58 , 24-Янв-13, (31) +2

Иногда GC это главная проблема C , оттого что там его нет , Аноним (-), 22:29 , 24-Янв-13, (4) +8 //

man boehm-gc Однако факт в том что на C можно писать без gc, без даже потенц, Аноним (-), 23:11 , 24-Янв-13, (15) –4
А игроделы например не в курсе и именно поэтому им и пользуются Потому что медв, Аноним (-), 23:17 , 24-Янв-13, (20) //

Особенно на Android, создавая казуальные игры, ага , iZEN (ok), 23:29 , 24-Янв-13, (25) –1

На то и казуальщина чтобы писаться кем попало, на чем попало, на коленке А как , Аноним (-), 00:55 , 25-Янв-13, (35) +3
которые умудряются тормозить там, где к примеру гта летает , ананим (?), 03:05 , 25-Янв-13, (51) +1

Вы что-то имеете против gc вообще - или только gc конкретно в Java , myhand (ok), 22:31 , 24-Янв-13, (6) //

Новость о вообще или о java , Аноним (-), 23:09 , 24-Янв-13, (14) //

Если так, тогда о какой из реализаций GC в Java речь В HotSpot виртуальная маш, Tav (ok), 23:22 , 24-Янв-13, (24)

Спасибо, я в курсе Ты это зачем-то сказал или так, поддержать разговор , Аноним (-), 05:17 , 25-Янв-13, (54) –3

ok, значит только в java Тогда вы против какого gc в java конкретно Почему , myhand (ok), 08:40 , 25-Янв-13, (67) +1

Главная проблема жавы - это Oracle , pavlinux (ok), 22:58 , 24-Янв-13, (12) +13 //

Главная проблема Oracle - это жава - , ДяДя (?), 10:16 , 25-Янв-13, (69) –1 //

Гравная проблема- это факт наличия самой java и оракла так и по отдельности, p5er6 (?), 14:56 , 25-Янв-13, (80)

JIT тоже создаёт немалую нагрузку, причем на память тоже , all_glory_to_the_hypnotoad (ok), 23:43 , 24-Янв-13, (29) +2 //

Он генерит довольно пухлый и не сильно оптимизированный код Сильно оптимизирова, Аноним (-), 00:59 , 25-Янв-13, (36) +2 //

Не обязательно В JVM HotSpot есть две реализации JIT client и server Client г, Tav (ok), 03:04 , 25-Янв-13, (50)

GC старается как может, на то он и GC А вот новоявленные Java-программисты из б, iZEN (ok), 07:24 , 25-Янв-13, (58) //

Активнее использовать глобальные объекты, что ли Потрясающая архитектура, да GC, Аноним (-), 08:25 , 25-Янв-13, (66) +3 //

Нахрена глобальные-то Достаточно кэшировать использованные объекты и когда нужн, CT (??), 14:27 , 25-Янв-13, (77) +2

Отличная работа для человека, которому нечем заняться Почему бы не научить жабо, Аноним (-), 15:34 , 25-Янв-13, (82)

В JetBrains один раз научили http habrahabr ru post 147552 , iZEN (ok), 16:53 , 25-Янв-13, (89) –1
Вы, вероятно, из тех программистов , которые мечтают об IDE с большой красной , CT (??), 18:48 , 25-Янв-13, (95)

Я люблю творческую работу, а не рутинную, которая шаблонна, повторяет себя и под, Аноним (-), 00:41 , 26-Янв-13, (99)

у Java есть разные сборщики мусора Например есть G1 Раз Вы так бодро рассуждае, Avator (ok), 14:51 , 25-Янв-13, (79)
Глобальные объекты Это что ещё за глобальные объекты Какой из Для какой за, iZEN (ok), 16:59 , 25-Янв-13, (90) –1

Интересно, сможет ли он так Scala скомпилировать Теоретически, сможет , 12309 (ok), 22:17 , 24-Янв-13, (2) +2 //

естественно сможет - оно же не с самим языком работает, а с байт-кодом Вообще, , Аноним (-), 08:16 , 25-Янв-13, (65)

Только не следует ожидать, что это будет работать быстрее, чем JIT Сильная стор, Tav (ok), 22:43 , 24-Янв-13, (7) //

Интересно, таблица виртуальных методов в C поддерживается в рантайме И наскол, iZEN (ok), 23:11 , 24-Янв-13, (16) //

Это ты dlopen так умно обозвал , Аноним (-), 23:18 , 24-Янв-13, (21) +2 //

A кто вам сказал что он знает что такое dlopen , XPEH (?), 23:32 , 24-Янв-13, (26) +2

И тут не прошло и 2 часов как XPEH получает 5 к скиллу телепатии Эпично , Аноним (-), 01:02 , 25-Янв-13, (37) +5

А что такое dlopen , iZEN (ok), 00:45 , 25-Янв-13, (33) –2

http www freebsd org cgi man cgi query dlopenя так понимаю что ты freebsd упом, ананим (?), 01:25 , 25-Янв-13, (41) +1

Это не то позднее связывание , которое есть в ООП-программе Не только Я ей ещё, iZEN (ok), 07:31 , 25-Янв-13, (59)

это то связывание, которое есть в freebsd более того, в posix no commentsты изв, ананим (?), 10:32 , 25-Янв-13, (70) +2

Это не то связывание и к ООП, в частности к таблице виртуальных методов, не имее, iZEN (ok), 17:08 , 25-Янв-13, (91) –2

ха, и оно ещё критикует С с такими то знаниями почитай хоть для начала то ht, ананим (?), 01:17 , 25-Янв-13, (39) –1 //

у минусующего кроме эмоций сказать было нечего понимаю только это не закроет бре, ананим (?), 01:29 , 25-Янв-13, (42)

а они у тебя есть или только понты, оскорбления и преходы на личности, и не жел, linux must _RIP_ (?), 16:39 , 25-Янв-13, (87) –1

Нервный стиль вашего комментария и переход на личности позволю себе тоже созда, Tav (ok), 02:15 , 25-Янв-13, (48) +1
gt оверквотинг удален Ну вот и ответ От таблицы виртуальных методов _и_поздн, iZEN (ok), 07:37 , 25-Янв-13, (60) –2

ты дурак или в принципе плохо-обучаем vtable создаётся ля любого класса, содерж, ананим (?), 10:45 , 25-Янв-13, (72) +2

Как показывает практика, никакой магии там нет - java почти всегда проигрывает н, Аноним (-), 23:13 , 24-Янв-13, (18) +2 //

Магия начинается, когда вы пишите какую-то вычислительную функцию, использующую,, Tav (ok), 23:39 , 24-Янв-13, (27) //

это идиотизм и начинается он тогда, когда кто-то на тематическом форуме пишет эт, ананим (?), 01:35 , 25-Янв-13, (43)

Во-первых, я уже написал, что это проблема для десктопных приложений, но не проб, Tav (ok), 01:51 , 25-Янв-13, (46)

всё это глупость чистой воды это на вашу подготовку как жабиста было затрачено м, ананим (?), 02:12 , 25-Янв-13, (47)

Не соглашусь Я не жабист , я просто знаю преимущества и недостатки технологии , Tav (ok), 02:35 , 25-Янв-13, (49) –1

как будет угодно вы не можете знать преимущества и недостатки не имея более-мене, ананим (?), 03:52 , 25-Янв-13, (53) +1

Там плохо и упрощенно описано Адрес не не проставляется уже на этапе выполнени, другой аноним (?), 12:58 , 25-Янв-13, (73)

которые начинают вызывать те методы, которые вам не требуются Dя как раз очень, ананим (?), 13:13 , 25-Янв-13, (75) +1

нет никакой оптимизации в процессе позднего связывания - расскажите это разраб, mahairod (ok), 23:35 , 25-Янв-13, (98) –1

Вы, конечно, извините, но какие в джаве свойства выражать абстракции, которых не, Crazy Alex (ok), 15:25 , 25-Янв-13, (81)

Например, в Java есть дженерики generics, настраиваемые типы , которые не есть , iZEN (ok), 16:51 , 25-Янв-13, (88) –1

Вы не считаете затрат на компилирование проекта на C и Java Для Java компиляц, iZEN (ok), 07:44 , 25-Янв-13, (61) –2

извини айзен, но после вот этого http www opennet ru openforum vsluhforumID3 8, ананим (?), 10:35 , 25-Янв-13, (71)

Новых знаний в C нету Рекламными лозунгами не разбрасываюсь , iZEN (ok), 16:38 , 25-Янв-13, (86) –1

Смешно читать про то как какой то студент хочет чтоб ему на яве чет там написали, Nimo (?), 13:08 , 25-Янв-13, (74)

набор ничего не значащих терминов, начитавшегося сми школьника хорошо что вы не , ананим (?), 13:30 , 25-Янв-13, (76) –1

набор ничего не значащих терминов - я рад что учился не у Васможет ваши студе, Nimo (?), 19:04 , 25-Янв-13, (96) –1

Смешно, как вы даже не оптимизации, а стандартное поведение компилятора C C сч, Аноним (-), 05:26 , 25-Янв-13, (55) +1

Простой компиляцией в нэйтив , iZEN (ok), 07:50 , 25-Янв-13, (62) –2
Вы не понимаете, что такое позднее связывание Если на этапе компиляции не извес, Tav (ok), 01:21 , 27-Янв-13, (103)

предсказание предсказаний , pavlinux (ok), 23:19 , 24-Янв-13, (23) +4 //

Refal, 1967, Валентин Турчин, суперкомпиляция, kosha (?), 01:35 , 25-Янв-13, (44) +1 //

О да, вместо того, что посчитать сколько будет два яблока плюс два яблока,они та, pavlinux (ok), 06:15 , 25-Янв-13, (57) +2

Всё верно Только вместо эл -магнт надо было торсионного писать , tipa_admin (?), 08:05 , 25-Янв-13, (64)

Динамическую загрузку и выгрузку классов куда дели Reflection Без этих важны, tanmatra (ok), 22:44 , 24-Янв-13, (8) +4
вау, интересны бенчмарки - неужели быстрее будет сомневаюсь, ибо GCно если так,, добрый дядя (?), 22:46 , 24-Янв-13, (9) –2 //

В лучшем случае, сократится время запуска приложений Все остальное будет хуже , Tav (ok), 22:50 , 24-Янв-13, (10) –2

Есть еще GCJ AOT-компилятор Java в составе GCC , Tav (ok), 22:51 , 24-Янв-13, (11) +4 //

он не молодёжный по сравнению с тем что сделали в Subject , Xasd (ok), 23:15 , 24-Янв-13, (19)
А ещё есть Excelsior JEThttp en wikipedia org wiki Excelsior_JET, umbr (ok), 00:11 , 25-Янв-13, (32)

Ура Ура Ура Теперь можно откомпилить i2p и после бинарник встраивать в ботнет, Аноним (-), 23:40 , 24-Янв-13, (28) –2 //

Я думаю что если у вас не хватало за столько лет умишка запустить gcj - ботнетом, Аноним (-), 01:06 , 25-Янв-13, (38) +1

Годное начинание Я бы NetBeans с удовольствием собрал в виде native-программы с, lucentcode (ok), 18:47 , 25-Янв-13, (94)
Главная проблема Явы в том, что она глупая и поощряет глупых программистов чувст, forsy (?), 20:36 , 25-Янв-13, (97) +2 //

какая глупость, anonymous (??), 21:07 , 26-Янв-13, (102) +1

Сообщения [Сортировка по времени | RSS]

18. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." +2 +/–

Сообщение от Аноним (-), 24-Янв-13, 23:13

> Только не следует ожидать, что это будет работать быстрее, чем JIT. Сильная
> сторона Java (HotSpot VM) — динамические оптимизации, зависящие от поведения программы
> во время выполнения
Как показывает практика, никакой магии там нет - java почти всегда проигрывает нативному коду. Фанбои жавы ой как любям всюду тыкать вот этим:
> Например, HotSpot может связать напрямую или даже встроить вызов виртуального метода
Однако толку от этого ноль без палочки, зато лишний расход CPU в рантайме, вместо однократного при сборке как в нормальных языках.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

27. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." +/–

Сообщение от Tav (ok), 24-Янв-13, 23:39

Магия начинается, когда вы пишите какую-то вычислительную функцию, использующую, например, геометрические абстракции из java.awt.geom и не беспокоитесь о том, что создаете много локальных объектов и используете позднее связывание, поскольку JIT разберет объекты в стек и встроит их методы, превратив полиморфный код, написанный в терминах точек, прямоугольников и т. п. в примитивную арифметику. Т. е., можно спокойно сосредоточиться на алгоритме и на ясности кода.
> зато лишний расход CPU в рантайме, вместо однократного при сборке как в нормальных языках.
Это мешает для часто запускаемых и относительно недолго работающих приложений, но совершенно не является проблемой на серверах.

Ответить | Правка | Наверх | Cообщить модератору

43. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." +/–

Сообщение от ананим (?), 25-Янв-13, 01:35

>Магия начинается, когда вы пишите какую-то вычислительную функцию, использующую, например, геометрические абстракции из java.awt.geom и не беспокоитесь о том, что создаете много локальных объектов и используете позднее связывание, поскольку JIT разберет объекты в стек и встроит их методы, превратив полиморфный код, написанный в терминах точек, прямоугольников и т. п. в примитивную арифметику. Т. е., можно спокойно сосредоточиться на алгоритме и на ясности кода.
это идиотизм.
и начинается он тогда, когда кто-то на тематическом форуме пишет это и думает что я буду рад использовать тормоза его программы каждый раз, когда JIT разбирает его объекты на моих вычислительных системах только потому, что ему не хотелось думать.

Ответить | Правка | Наверх | Cообщить модератору

46. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." +/–

Сообщение от Tav (ok), 25-Янв-13, 01:51

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

Ответить | Правка | Наверх | Cообщить модератору

47. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." +/–

Сообщение от ананим (?), 25-Янв-13, 02:12

всё это глупость чистой воды.
это на вашу подготовку как жабиста было затрачено меньше средств, это да.
а вот процесс реализации алгоритмов что в С++, что в java одинаков. при условии что вы владеете знаниями этих языков одинаково.
уменьшение расходов на подготовку и распространение ПО — вот всё что бралось в расчёт при проектировании подобных систем.
зыж
>Во-первых, я уже написал, что это проблема для десктопных приложений, но не проблема на серверах, где JVM довольно успешно используется.
на серверах ещё и не такой крап увидишь… особенно в застенках ынтырпрайза.
что абсолютно не делает из халтуры что-то более ценное.

Ответить | Правка | Наверх | Cообщить модератору

49. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." –1 +/–

Сообщение от Tav (ok), 25-Янв-13, 02:35

Не соглашусь. Я не "жабист", я просто знаю преимущества и недостатки технологии и имею какие-то представления о принципах работы JVM.
А разработка одного и того же на (говоря только об объектно-ориентированных языках) C++, Java или на чем-то уровня Smalltalk (например, Ruby) — разное дело. Конечно, если речь идет о сортировке целых чисел, разницы не будет. Но если разрабатываемая программа предполагает различные уровни абстракции, разница становится существенной. Вообще, способность выражать абстракции — очень важное качество языка.

Ответить | Правка | Наверх | Cообщить модератору

53. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." +1 +/–

Сообщение от ананим (?), 25-Янв-13, 03:52

>Не соглашусь.
как будет угодно.
>Я не "жабист", я просто знаю преимущества и недостатки технологии и имею какие-то представления о принципах работы JVM.
вы не можете знать преимущества и недостатки не имея более-менее полных системных знаний.
это видно по вашим ответам. вы ни разу не видели как именно логика вашего приложения проецируется в машинное представление.
да вы даже не в курсе выше были vtable и принципов её формирования
(дам пруф на базовые знания ещё раз http://www.intuit.ru/department/pl/plintro/12/2.html
На этапе компиляции строится таблица виртуальных методов, а конкретный адрес проставляется уже на этапе выполнения.)
а когда я завёл речь, что при помощи шаблонов можно отказаться от vtable и её оверхеда, при этом оставив и функциональность, и уменьшив размер кода, вы вообще не поняли о чём речь.

Ответить | Правка | Наверх | Cообщить модератору

73. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." +/–

Сообщение от другой аноним (?), 25-Янв-13, 12:58

> На этапе компиляции строится таблица виртуальных методов,
> а конкретный адрес проставляется уже на этапе выполнения.)
Там плохо и упрощенно описано. Адрес не "не проставляется уже на этапе выполнения". Там сложнее. В википедии лучше описано:
"... Для каждого класса, имеющего хотя бы один виртуальный метод, создаётся таблица виртуальных методов. Каждый объект хранит указатель на таблицу своего класса. Для вызова виртуального метода используется такой механизм: из объекта берётся указатель на соответствующую таблицу виртуальных методов, а из неё, по фиксированному смещению, — указатель на реализацию метода, используемого для данного класса. При использовании множественного наследования или интерфейсов ситуация несколько усложняется за счёт того, что таблица виртуальных методов становится нелинейной..."
а в большинстве случаев и используются всякие интерфейсы. Так что все еще усложняется и я не удивлюсь если Вы не поймете, что могут существовать такие методы и приемы оптимизации, которые можно провести только анализируя непосредственное исполнение программы и которые невозможно вычислить на этапе обычной компиляции.

Ответить | Правка | Наверх | Cообщить модератору

75. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." +1 +/–

Сообщение от ананим (?), 25-Янв-13, 13:13

>Так что все еще усложняется и я не удивлюсь если Вы не поймете, что могут существовать такие методы и приемы оптимизации, которые
которые начинают вызывать те методы, которые вам не требуются? :D
я как раз очень много этим занимался.
более того как раз по-этой причине и привёл (народ вообще не понял о чём речь :D) выше одну из методик (множественное наследование плюс шаблоны классов), которые позволяют уменьшить vtables или отказаться от них полностью.
запомните, нет никакой оптимизации в процессе позднего связывания. этот вид шаманства придумали неучи. есть только выбор необходимого (и достаточного) типа/объекта.
если этот процесс нуждается в оптимизации в жабе, то это только говорит о саксбайдезигн и не более.

Ответить | Правка | Наверх | Cообщить модератору

98. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." –1 +/–

Сообщение от mahairod (ok), 25-Янв-13, 23:35

"нет никакой оптимизации в процессе позднего связывания" - расскажите это разработчикам Явы и процессоров Itanium & Elbrus. Думаю, они вправят вам мозги, уж они то всяко лучше вас разбираются и в Яве и в плюсах

Ответить | Правка | Наверх | Cообщить модератору

81. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." +/–

Сообщение от Crazy Alex (ok), 25-Янв-13, 15:25

Вы, конечно, извините, но какие в джаве свойства выражать абстракции, которых нет в плюсах? Насколько я помню, там как раз наоборот - длинные многословные вызовы, явно описывающие всё в делалях. Это на плюсах можно библиотекой паттерн-матчинг сделать :-)

Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

88. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." –1 +/–

Сообщение от iZEN (ok), 25-Янв-13, 16:51

> Вы, конечно, извините, но какие в джаве свойства выражать абстракции, которых нет
> в плюсах? Насколько я помню, там как раз наоборот - длинные
> многословные вызовы, явно описывающие всё в делалях. Это на плюсах можно
> библиотекой паттерн-матчинг сделать :-)
Например, в Java есть дженерики (generics, настраиваемые типы), которые не есть шаблоны (как в C++), обеспечивают то же самое "обобщённое программирование" плюс ещё проверку на типовую безопасность (type safety) на стадии компиляции.

Ответить | Правка | Наверх | Cообщить модератору

61. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." –2 +/–

Сообщение от iZEN (ok), 25-Янв-13, 07:44

> всё это глупость чистой воды.
> это на вашу подготовку как жабиста было затрачено меньше средств, это да.
> а вот процесс реализации алгоритмов что в С++, что в java одинаков.
> при условии что вы владеете знаниями этих языков одинаково.
> уменьшение расходов на подготовку и распространение ПО — вот всё что бралось
> в расчёт при проектировании подобных систем.
Вы не считаете затрат на компилирование проекта на C++ и Java. Для Java компиляция будет в несколько раз быстрее, программист получит результат быстрее, сможет отлаживать, исправлять код быстрее. Достаточно сравнить время компиляции таких равноценных по объёму строк исходных текстов проектов, как OpenOffice и Eclipse Classic, чтобы заплакать от горя, почему OOo такой монстр.
> что абсолютно не делает из халтуры что-то более ценное.
Пока что на C++ лучше, чем на Java, не написали то, что требуется бизнесу.

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

71. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." +/–

Сообщение от ананим (?), 25-Янв-13, 10:35

извини айзен, но после вот этого http://www.opennet.ru/openforum/vsluhforumID3/88358.html#59 — практически признания тобой своего невежества, я даже нихочу тратить на твои рекламные лозунги своё время.

Ответить | Правка | Наверх | Cообщить модератору

86. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." –1 +/–

Сообщение от iZEN (ok), 25-Янв-13, 16:38

> извини айзен, но после вот этого http://www.opennet.ru/openforum/vsluhforumID3/88358.html#59
> — практически признания тобой своего невежества, я даже нихочу тратить на
> твои рекламные лозунги своё время.
Новых знаний в C++ нету. Рекламными лозунгами не разбрасываюсь.

Ответить | Правка | Наверх | Cообщить модератору

74. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." +/–

Сообщение от Nimo (?), 25-Янв-13, 13:08

Смешно читать про то как какой то студент хочет чтоб ему на яве чет там написали нетормозное, хотя сам только что еле выбрался из главы про сортировки. Ему бы рассказать про распределенные гриды на яве и почему большая проблема сделать это на плюсах, но даю 100% что этот студент даже поленится глянуть в гугле что это такое - он же уже все знает, а "профессор лопух"

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

76. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." –1 +/–

Сообщение от ананим (?), 25-Янв-13, 13:30

набор ничего не значащих терминов, начитавшегося сми школьника.
хорошо что вы не были моим студентом, никогда бы не доучились.

зыж
>Ему бы рассказать про распределенные гриды на яве и почему большая проблема сделать это на плюсах, но даю 100% что этот студент даже поленится глянуть в гугле что это такое - он же уже все знает, а "профессор лопух"
BIONIC это расскажите https://boinc.berkeley.edu/trac/wiki/DevProjects
перед потерей лица и своих 100%.

Ответить | Правка | Наверх | Cообщить модератору

96. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." –1 +/–

Сообщение от Nimo (?), 25-Янв-13, 19:04

набор ничего не значащих терминов :) - я рад что учился не у Вас
может ваши студенты напишут на ++ что нибудь типа http://www.oracle.com/technetwork/middleware/coherence/overv... ?
или http://www.slideshare.net/buzdin/gemfire-in-memory-data-grid ?
тогда возможно я озабочусь Биоником ;)

Ответить | Правка | Наверх | Cообщить модератору

55. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." +1 +/–

Сообщение от Аноним (-), 25-Янв-13, 05:26

> Магия начинается ... поскольку JIT разберет объекты в стек и встроит их методы
Смешно, как вы даже не оптимизации, а стандартное поведение компилятора C/C++ считаете магией. Я в свое время переписывал модули для одной GIS с жавы на C++ - там этой геометрии завались было. Получил прирост 3.5x на ровном месте, такие дела.
> Это мешает для часто запускаемых и относительно недолго работающих
> приложений, но совершенно не является проблемой на серверах.
Для идиотов никакие генетические проблемы платформы не являются проблемой. Для решения задачи нужно 10 серверов вместо двух? Пожалуйста, главное что мы наслушались какая жава ынтерпрайз. Студенты на плюсах пишут более эффективные приложения и быстрее, чем бородатые дядьки с кучей сертификатов на жаве, пытаясь обогнуть все ее косяки и тормоза? Да не может быть, нам же сказали что java экономит время программистов.

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

62. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." –2 +/–

Сообщение от iZEN (ok), 25-Янв-13, 07:50

>> Магия начинается ... поскольку JIT разберет объекты в стек и встроит их методы
> Смешно, как вы даже не оптимизации, а стандартное поведение компилятора C/C++ считаете
> магией. Я в свое время переписывал модули для одной GIS с
> жавы на C++ - там этой геометрии завались было. Получил прирост
> 3.5x на ровном месте, такие дела.
Простой компиляцией в нэйтив?

Ответить | Правка | Наверх | Cообщить модератору

103. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..." +/–

Сообщение от Tav (ok), 27-Янв-13, 01:21

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

Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	18. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	+2 +/–
	Сообщение от Аноним (-), 24-Янв-13, 23:13
	> Только не следует ожидать, что это будет работать быстрее, чем JIT. Сильная > сторона Java (HotSpot VM) — динамические оптимизации, зависящие от поведения программы > во время выполнения Как показывает практика, никакой магии там нет - java почти всегда проигрывает нативному коду. Фанбои жавы ой как любям всюду тыкать вот этим: > Например, HotSpot может связать напрямую или даже встроить вызов виртуального метода Однако толку от этого ноль без палочки, зато лишний расход CPU в рантайме, вместо однократного при сборке как в нормальных языках.
	Ответить \| Правка \| К родителю #7 \| Наверх \| Cообщить модератору


	27. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	+/–
	Сообщение от Tav (ok), 24-Янв-13, 23:39
	Магия начинается, когда вы пишите какую-то вычислительную функцию, использующую, например, геометрические абстракции из java.awt.geom и не беспокоитесь о том, что создаете много локальных объектов и используете позднее связывание, поскольку JIT разберет объекты в стек и встроит их методы, превратив полиморфный код, написанный в терминах точек, прямоугольников и т. п. в примитивную арифметику. Т. е., можно спокойно сосредоточиться на алгоритме и на ясности кода. > зато лишний расход CPU в рантайме, вместо однократного при сборке как в нормальных языках. Это мешает для часто запускаемых и относительно недолго работающих приложений, но совершенно не является проблемой на серверах.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	43. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	+/–
	Сообщение от ананим (?), 25-Янв-13, 01:35
	>Магия начинается, когда вы пишите какую-то вычислительную функцию, использующую, например, геометрические абстракции из java.awt.geom и не беспокоитесь о том, что создаете много локальных объектов и используете позднее связывание, поскольку JIT разберет объекты в стек и встроит их методы, превратив полиморфный код, написанный в терминах точек, прямоугольников и т. п. в примитивную арифметику. Т. е., можно спокойно сосредоточиться на алгоритме и на ясности кода. это идиотизм. и начинается он тогда, когда кто-то на тематическом форуме пишет это и думает что я буду рад использовать тормоза его программы каждый раз, когда JIT разбирает его объекты на моих вычислительных системах только потому, что ему не хотелось думать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	+/–
	Сообщение от Tav (ok), 25-Янв-13, 01:51
	Во-первых, я уже написал, что это проблема для десктопных приложений, но не проблема на серверах, где JVM довольно успешно используется. Во-вторых, время программиста дороже. В-третьих, не "не хотелось думать", а хотелось больше думать об алгоритмической корректности кода и меньше отвлекаться на рутинные технические детали.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	47. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	+/–
	Сообщение от ананим (?), 25-Янв-13, 02:12
	всё это глупость чистой воды. это на вашу подготовку как жабиста было затрачено меньше средств, это да. а вот процесс реализации алгоритмов что в С++, что в java одинаков. при условии что вы владеете знаниями этих языков одинаково. уменьшение расходов на подготовку и распространение ПО — вот всё что бралось в расчёт при проектировании подобных систем. зыж >Во-первых, я уже написал, что это проблема для десктопных приложений, но не проблема на серверах, где JVM довольно успешно используется. на серверах ещё и не такой крап увидишь… особенно в застенках ынтырпрайза. что абсолютно не делает из халтуры что-то более ценное.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	49. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	–1 +/–
	Сообщение от Tav (ok), 25-Янв-13, 02:35
	Не соглашусь. Я не "жабист", я просто знаю преимущества и недостатки технологии и имею какие-то представления о принципах работы JVM. А разработка одного и того же на (говоря только об объектно-ориентированных языках) C++, Java или на чем-то уровня Smalltalk (например, Ruby) — разное дело. Конечно, если речь идет о сортировке целых чисел, разницы не будет. Но если разрабатываемая программа предполагает различные уровни абстракции, разница становится существенной. Вообще, способность выражать абстракции — очень важное качество языка.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	53. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	+1 +/–
	Сообщение от ананим (?), 25-Янв-13, 03:52
	>Не соглашусь. как будет угодно. >Я не "жабист", я просто знаю преимущества и недостатки технологии и имею какие-то представления о принципах работы JVM. вы не можете знать преимущества и недостатки не имея более-менее полных системных знаний. это видно по вашим ответам. вы ни разу не видели как именно логика вашего приложения проецируется в машинное представление. да вы даже не в курсе выше были vtable и принципов её формирования (дам пруф на базовые знания ещё раз http://www.intuit.ru/department/pl/plintro/12/2.html На этапе компиляции строится таблица виртуальных методов, а конкретный адрес проставляется уже на этапе выполнения.) а когда я завёл речь, что при помощи шаблонов можно отказаться от vtable и её оверхеда, при этом оставив и функциональность, и уменьшив размер кода, вы вообще не поняли о чём речь.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	73. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	+/–
	Сообщение от другой аноним (?), 25-Янв-13, 12:58
	> На этапе компиляции строится таблица виртуальных методов, > а конкретный адрес проставляется уже на этапе выполнения.) Там плохо и упрощенно описано. Адрес не "не проставляется уже на этапе выполнения". Там сложнее. В википедии лучше описано: "... Для каждого класса, имеющего хотя бы один виртуальный метод, создаётся таблица виртуальных методов. Каждый объект хранит указатель на таблицу своего класса. Для вызова виртуального метода используется такой механизм: из объекта берётся указатель на соответствующую таблицу виртуальных методов, а из неё, по фиксированному смещению, — указатель на реализацию метода, используемого для данного класса. При использовании множественного наследования или интерфейсов ситуация несколько усложняется за счёт того, что таблица виртуальных методов становится нелинейной..." а в большинстве случаев и используются всякие интерфейсы. Так что все еще усложняется и я не удивлюсь если Вы не поймете, что могут существовать такие методы и приемы оптимизации, которые можно провести только анализируя непосредственное исполнение программы и которые невозможно вычислить на этапе обычной компиляции.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	75. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	+1 +/–
	Сообщение от ананим (?), 25-Янв-13, 13:13
	>Так что все еще усложняется и я не удивлюсь если Вы не поймете, что могут существовать такие методы и приемы оптимизации, которые которые начинают вызывать те методы, которые вам не требуются? :D я как раз очень много этим занимался. более того как раз по-этой причине и привёл (народ вообще не понял о чём речь :D) выше одну из методик (множественное наследование плюс шаблоны классов), которые позволяют уменьшить vtables или отказаться от них полностью. запомните, нет никакой оптимизации в процессе позднего связывания. этот вид шаманства придумали неучи. есть только выбор необходимого (и достаточного) типа/объекта. если этот процесс нуждается в оптимизации в жабе, то это только говорит о саксбайдезигн и не более.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	98. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	–1 +/–
	Сообщение от mahairod (ok), 25-Янв-13, 23:35
	"нет никакой оптимизации в процессе позднего связывания" - расскажите это разработчикам Явы и процессоров Itanium & Elbrus. Думаю, они вправят вам мозги, уж они то всяко лучше вас разбираются и в Яве и в плюсах
	Ответить \| Правка \| Наверх \| Cообщить модератору


	81. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	+/–
	Сообщение от Crazy Alex (ok), 25-Янв-13, 15:25
	Вы, конечно, извините, но какие в джаве свойства выражать абстракции, которых нет в плюсах? Насколько я помню, там как раз наоборот - длинные многословные вызовы, явно описывающие всё в делалях. Это на плюсах можно библиотекой паттерн-матчинг сделать :-)
	Ответить \| Правка \| К родителю #49 \| Наверх \| Cообщить модератору


	88. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	–1 +/–
	Сообщение от iZEN (ok), 25-Янв-13, 16:51
	> Вы, конечно, извините, но какие в джаве свойства выражать абстракции, которых нет > в плюсах? Насколько я помню, там как раз наоборот - длинные > многословные вызовы, явно описывающие всё в делалях. Это на плюсах можно > библиотекой паттерн-матчинг сделать :-) Например, в Java есть дженерики (generics, настраиваемые типы), которые не есть шаблоны (как в C++), обеспечивают то же самое "обобщённое программирование" плюс ещё проверку на типовую безопасность (type safety) на стадии компиляции.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	61. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	–2 +/–
	Сообщение от iZEN (ok), 25-Янв-13, 07:44
	> всё это глупость чистой воды. > это на вашу подготовку как жабиста было затрачено меньше средств, это да. > а вот процесс реализации алгоритмов что в С++, что в java одинаков. > при условии что вы владеете знаниями этих языков одинаково. > уменьшение расходов на подготовку и распространение ПО — вот всё что бралось > в расчёт при проектировании подобных систем. Вы не считаете затрат на компилирование проекта на C++ и Java. Для Java компиляция будет в несколько раз быстрее, программист получит результат быстрее, сможет отлаживать, исправлять код быстрее. Достаточно сравнить время компиляции таких равноценных по объёму строк исходных текстов проектов, как OpenOffice и Eclipse Classic, чтобы заплакать от горя, почему OOo такой монстр. > что абсолютно не делает из халтуры что-то более ценное. Пока что на C++ лучше, чем на Java, не написали то, что требуется бизнесу.
	Ответить \| Правка \| К родителю #47 \| Наверх \| Cообщить модератору


	71. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	+/–
	Сообщение от ананим (?), 25-Янв-13, 10:35
	извини айзен, но после вот этого http://www.opennet.ru/openforum/vsluhforumID3/88358.html#59 — практически признания тобой своего невежества, я даже нихочу тратить на твои рекламные лозунги своё время.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	86. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	–1 +/–
	Сообщение от iZEN (ok), 25-Янв-13, 16:38
	> извини айзен, но после вот этого http://www.opennet.ru/openforum/vsluhforumID3/88358.html#59 > — практически признания тобой своего невежества, я даже нихочу тратить на > твои рекламные лозунги своё время. Новых знаний в C++ нету. Рекламными лозунгами не разбрасываюсь.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	74. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	+/–
	Сообщение от Nimo (?), 25-Янв-13, 13:08
	Смешно читать про то как какой то студент хочет чтоб ему на яве чет там написали нетормозное, хотя сам только что еле выбрался из главы про сортировки. Ему бы рассказать про распределенные гриды на яве и почему большая проблема сделать это на плюсах, но даю 100% что этот студент даже поленится глянуть в гугле что это такое - он же уже все знает, а "профессор лопух"
	Ответить \| Правка \| К родителю #43 \| Наверх \| Cообщить модератору


	76. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	–1 +/–
	Сообщение от ананим (?), 25-Янв-13, 13:30
	набор ничего не значащих терминов, начитавшегося сми школьника. хорошо что вы не были моим студентом, никогда бы не доучились. зыж >Ему бы рассказать про распределенные гриды на яве и почему большая проблема сделать это на плюсах, но даю 100% что этот студент даже поленится глянуть в гугле что это такое - он же уже все знает, а "профессор лопух" BIONIC это расскажите https://boinc.berkeley.edu/trac/wiki/DevProjects перед потерей лица и своих 100%.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	96. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	–1 +/–
	Сообщение от Nimo (?), 25-Янв-13, 19:04
	набор ничего не значащих терминов :) - я рад что учился не у Вас может ваши студенты напишут на ++ что нибудь типа http://www.oracle.com/technetwork/middleware/coherence/overv... ? или http://www.slideshare.net/buzdin/gemfire-in-memory-data-grid ? тогда возможно я озабочусь Биоником ;)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	+1 +/–
	Сообщение от Аноним (-), 25-Янв-13, 05:26
	> Магия начинается ... поскольку JIT разберет объекты в стек и встроит их методы Смешно, как вы даже не оптимизации, а стандартное поведение компилятора C/C++ считаете магией. Я в свое время переписывал модули для одной GIS с жавы на C++ - там этой геометрии завались было. Получил прирост 3.5x на ровном месте, такие дела. > Это мешает для часто запускаемых и относительно недолго работающих > приложений, но совершенно не является проблемой на серверах. Для идиотов никакие генетические проблемы платформы не являются проблемой. Для решения задачи нужно 10 серверов вместо двух? Пожалуйста, главное что мы наслушались какая жава ынтерпрайз. Студенты на плюсах пишут более эффективные приложения и быстрее, чем бородатые дядьки с кучей сертификатов на жаве, пытаясь обогнуть все ее косяки и тормоза? Да не может быть, нам же сказали что java экономит время программистов.
	Ответить \| Правка \| К родителю #27 \| Наверх \| Cообщить модератору


	62. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	–2 +/–
	Сообщение от iZEN (ok), 25-Янв-13, 07:50
	>> Магия начинается ... поскольку JIT разберет объекты в стек и встроит их методы > Смешно, как вы даже не оптимизации, а стандартное поведение компилятора C/C++ считаете > магией. Я в свое время переписывал модули для одной GIS с > жавы на C++ - там этой геометрии завались было. Получил прирост > 3.5x на ровном месте, такие дела. Простой компиляцией в нэйтив?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	103. "Первый выпуск RoboVM, компилятора байткода Java в машинный к..."	+/–
	Сообщение от Tav (ok), 27-Янв-13, 01:21
	Вы не понимаете, что такое позднее связывание? Если на этапе компиляции не известно, какая именно реализация абстрактного метода может быть вызвана, компилятор C++ не сможет этот вызов соптимизировать и тем более встроить. В примере с функцией, выполняющей высисления с абстрактными геометрическими объектаими, конкретные типы этих объектов могут быть определены клиентским кодом и могут быть известны только во время выполнения.
	Ответить \| Правка \| К родителю #55 \| Наверх \| Cообщить модератору