В2К18 отсутствие нетворкинга и простой неблокирующей очереди в стандартной поставке + Шаблонные ошибки на листы А4

стандартная поставка?

что есть стандартная поставка?

Ну вообще сейчас проблематика проекта такая что приложение должно выжимать "все соки" из скромного железа. А на нормальное железо, которое стандарт для таких задач у клиентов денег нет. Вот в ход и идут всякие оптимизации грязные хаки и прочая

Лол, как можно набрасывать на плюсы, сидя на жвм, которая написана плюсах и будет на них писаться и развиваться

Лол, как можно набрасывать на плюсы, сидя на жвм, которая написана плюсах и будет на них писаться и развиваться

Это не значит, что все должны страдать также как и разработчики jvm

Которая написана на с++

Лол, как можно набрасывать на плюсы, сидя на жвм, которая написана плюсах и будет на них писаться и развиваться

Набрасывают в основном не на jvm а на джаву как язык и как комьюнити. К скале как "плюсы в мире фп" вопросов нет например

Это не значит, что все должны страдать также как и разработчики jvm

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

Ну вообще сейчас проблематика проекта такая что приложение должно выжимать "все соки" из скромного железа. А на нормальное железо, которое стандарт для таких задач у клиентов денег нет. Вот в ход и идут всякие оптимизации грязные хаки и прочая

спорный момент, я думаю можно оценить кпд приложения - сколько приносит за какую цену

и если повысив производительность можно улучшить кпд - это показатель качества

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

Давно не разбирался с шаблонными ошибками? Или не падал в корку потому что деструктор не объявил виртуальным?

спорный момент, я думаю можно оценить кпд приложения - сколько приносит за какую цену

Вполне может быть. Но полный перенос проекта на другой стек... ну очень не тривиальный и скорее всего финансово нелправданный шаг

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

Мне хватило, спасибо

Больше не хочу

Вполне может быть. Но полный перенос проекта на другой стек... ну очень не тривиальный и скорее всего финансово нелправданный шаг

это да - это за частую плохая идея

и как правило незрелая

Ну вообще сейчас проблематика проекта такая что приложение должно выжимать "все соки" из скромного железа. А на нормальное железо, которое стандарт для таких задач у клиентов денег нет. Вот в ход и идут всякие оптимизации грязные хаки и прочая

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

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

Плюсую

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

Я видел более менее честные замеры производительности и согласен с вами. Но тут речь то про холивар :D

И да, берегу эти замеры как козырь

замеры как правило странные

не учитываяется специфика реализаций

Лол, как можно набрасывать на плюсы, сидя на жвм, которая написана плюсах и будет на них писаться и развиваться

Даже JVM хотят на Java переписать

у ++ с числительными типами свои проблемы есть

Даже JVM хотят на Java переписать

звучит безумно, оно все равно будет через плюсовый интерпретатор в машинный

Что не мешает плюсистам первыми ими размахивать... так что

звучит безумно, оно все равно будет через плюсовый интерпретатор в машинный

Бред

Бред

с чего хоть?

или кто то перепишет весь java функционал на интерпретацию в машинный?

Graal же на джаве написан

и вроде норм

звучит безумно, оно все равно будет через плюсовый интерпретатор в машинный

HotSpot давно работает только через генерацию нативного кода разного качества

Когда запилят аот компиляцию можно будет уходить от плюсового рантайма впринципе

HotSpot давно работает только через генерацию нативного кода разного качества

ну дак да

а как оно работает?

звучит безумно, оно все равно будет через плюсовый интерпретатор в машинный

ну котлин компилятор на Java (даже уже частично на котлине), почему бы не сделать самовоспроизведение? просто написано дофига и переписывать убъешься

если только не писать с нуля и нестираймыми дженериками)

ну котлин компилятор на Java (даже уже частично на котлине), почему бы не сделать самовоспроизведение? просто написано дофига и переписывать убъешься

дак про то и речь

что больно дофига надо переписать

Graal же на джаве написан

во, точно)

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

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

по сути нужно продублировать весь ++ функционал в нотации java

зачем?

чтобы было?

GJC же был лет 10 назад

Просто почитайте, чем последнее время занимается Oracle и про новые проекты OpenJDK

почему он не выжил

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

чисто из за работы с памятью

Просто почитайте, чем последнее время занимается Oracle и про новые проекты OpenJDK

чем?

да java в натив не сложно, просто непонятно чем это обосновано

чем?

Graal, Metropolis и вот это всё. Фактически переписывание.

в нативный можно любой код закомпилить

да java в натив не сложно, просто непонятно чем это обосновано

грааль уже в натив, но есть огромные проблемы. в нативе нет метаинфы и не работает рефлексия

Graal, Metropolis и вот это всё. Фактически переписывание.

ну грааль - да)

". в нативе нет метаинфы и не работает рефлексия" - лол ну дак да

и не будет

в граале работают над тем что бы завести

нде

@GreatShogun тут описано чего нет в граале и почему

проблема тут не в OpenJDK vs GraalVM, а в том что тебе придется свой код поменять так, чтобы он удовлетворял вот этому: https://github.com/oracle/graal/blob/master/substratevm/LIMITATIONS.md

Graal - компилятор - ему все равно что компилировать, рефлексия не рефлексия

Graal - компилятор - ему все равно что компилировать, рефлексия не рефлексия

я про substratevm

ну ты же не так сказал

для большинства в этом чате пока что это одно и то же)

Лол, как можно набрасывать на плюсы, сидя на жвм, которая написана плюсах и будет на них писаться и развиваться

Она написана на с/с++, и с части вроде больше

Она написана на с/с++, и с части вроде больше

???

ERROR: S client not available

с/с++

@GreatShogun тут описано чего нет в граале и почему

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

а насчет того, что java заменит c++ - нет, зачем нужны такие проекты как грааль? чтобы специалисты одного направления решали прикладные вопросы большого спектра не прибигая к помощи ++

иначе резюмирая мой ответ - java не первый язык который нативно умеет в байткод, C# так из коробки могет уже лет 10

но насчет того, чтобы рефлекшен в полной мере работал в нативном приложении - это безумие

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

Смотрите, вопрос может тупой но он сюда точно. В ArrayList амортизируется loadfactor А java этот коэффициент в процессе исполнения оптимизирует?

Или он там помечан final

жестко вас на интервью гоняют

В доках про это просто не написано

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

И я чёт подумал, мб это в качестве курсача взять лол

Типо может оптимизировать а может нет?

а не будет ли затрат на амортизацию больше нежели профита от нее

И я чёт подумал, мб это в качестве курсача взять лол

Курсачи же для галочки: бери что хочешь

Хочу нормально в устройстве java машины разобраться просто

Типо может оптимизировать а может нет?

А тебе как выгоднее для курсача?

а не будет ли затрат на амортизацию больше нежели профита от нее

В плане?

А тебе как выгоднее для курсача?

Ну я могу и просто так взять, просто нужно проф мнение

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

Ну показатели это характеристика объекта например, а считать с помощью нейроночки общей по всем обьектам

Это тривиальное решение

> нейроночка по всем объектам > тривиальное решение > оптимизация перфоманса. океееей

Перфоманс?

В плане?

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

и нейроночка по всем объектам тут зайдет, да

Нейронка каждая для своего обьекта

Индивидуальная под программу так сказать:)0)

Просто мне интересно, на сколько это вообще встроено в java оптимизатор

нейронок там нет, могу гарантировать

Не, критерий того чтобы туда нейронку всунуть это то Что существует постоянная ситуация что массив увеличивается/уменьшается с перевесом в 1-2 элемента