После шести месяцев разработки компания Oracle опубликовала платформу Java SE 24 (Java Platform, Standard Edition 24), в качестве эталонной реализации которой используется открытый проект OpenJDK. За исключением удаления некоторых устаревших возможностей в Java SE 24 сохранена обратная совместимость с прошлыми выпусками платформы Java - большинство ранее написанных Java-проектов без изменений будут работоспособны при запуске под управлением новой версии. Готовые для установки сборки Java SE 24 (JDK, JRE и Server JRE) подготовлены для Linux (x86_64, AArch64), Windows (x86_64) и macOS (x86_64, AArch64). Разработанная в рамках проекта OpenJDK эталонная реализация Java SE 24 полностью открыта под лицензией GPLv2 с исключениями GNU ClassPath, разрешающими динамическое связывание с коммерческими продуктами...Подробнее: https://www.opennet.me/opennews/art.shtml?num=62914
Как сейчас у джавы дела с производительностью? Только жиреет с каждым релизом?
У самой Жавы с производительностью очень хорошо ещё со времен телефонов с 32КБ памяти. А вот у погромистов на ней не всегда получается избегать узких мест (ведь прикольно же создавать 10Е6 объектов в секунду?).
Как–то читал жалобы на то что JVM это сильный тормоз для тех самых телефонов с 32КБ (и около того) памяти. Вместо полезных вычислений ресурсы расходуются на JVM что не даёт им раскрытьяс полностью. Жалобы года эдак 2005.
Балаболы. Всё нормално работало.
Это потому что JavaME был оптимизированным рантаймом под конкретные платформы и конкретные задачи, ничего лишнего там не было. Сейчас же в памяти у Java лежит столько всего что компилируемые ЯП в ужасе шарахаются.Тот же C# умеет в нативную компиляцию. Там сейчас исключение это не полностью рефлексия поддерживается в таком режиме (та часть, что в рантайме выполняется). В итоге скомпилированная программа вполне конкурирует по производительности с плюсами. А как у Java в этом плане? Подозреваю что очень плохо.
То есть что такое GraalVM ты в принципе не знаешь...
не существует ни граалей, ни серебрянных пуль
Если быть до конца честным, то Graal - это все таки отдельный продукт (как и продукты-предшественники, в том числе и отечественной разработки.Тогда как "нативная компиляция" в C# - фича языка и фреймворка.
ПС. хотя и то и другое изврат - как сами языки и концепции vm, так и возможность "типа нативной" компиляции. Мне больше импонирует нормальная нативная компиляция, другое дело, что С++ устарел конечно же.
> С++ устарел конечно жеЯ вам больше скажу! Даже математические теоремы устарели, и для обеспечения безопасТности требуют немедленного переписывания на расте. Да и вообще немодные, скучные, надо их будет урезать. А то диды там что-то перемудрили.
> Я вам больше скажу! Даже математические теоремы устарели,А где в дыряшках C/C++ математические теоремы?
Там даже нет детерминированности - один и тот же код, в зависимости от вендора компилятора, версии компилятора, может выдавать разный результат.> и для обеспечения безопасТности требуют немедленного переписывания на расте.
Е№№№е предложения от растохетеров.
У вас что весенне обострение?> Да и вообще немодные, скучные, надо их будет урезать. А то диды там что-то перемудрили.
Наоборот расширить!
Добавить дополнительные проверки. Может уточнить краевые условия...
В конце-концов - на основе существующих доказать новые!
А погоди, наука так и развивается.
Это только неолуддиты будут цепляться за "незыблемые истины прошлого тысячелетия".
Так я и говорю, что раст современнее, моднее, научнее, поэтому мы и пабидим цепляющихся дидов, тут без вариантов.
Всё отлично, как и всегда. Лучший язык для очень больших проектов, пишущихся в больших командах. Но для домашних и соло-проектов java является оверкиллом, да.
Вон кто-то ущемился и влепил тебе диз 😆 но в целом прав на 100%
> Как сейчас у джавы дела с производительностьюПроизводительность? Они вектора на третьем десятке версий до сих пор рожают.
> девятая предварительная реализация API Vector
У явы проблемы с производительностью были только в начале, на самой заре, а в дальнейшем всё стало просто отлично. А вот памяти она всегда жрала много.
Помнится, были легковесные виртуальные машины для неё.
> Помнится, были легковесные виртуальные машины для неё.IBM J9 JVM, например, отдельно устанавливалась, запускалась и работала на КПК HP iPAQ hx4700 с апплетами и приложениями Java/JavaME.
> Как сейчас у джавы дела с производительностью?Если сабж не бесплатный (а он не бесплатный), обсуждать можно только абонентскую плату в месяц на одного пользователя.
> Только жиреет с каждым релизом?От вырученных денег? Да.
Насколько велики задержки создаваемые сборщиком мусора? Неужели все настолько плохо?
Насколько плохо? Для каких задач? Какого сборщика?Видите, сколько в вашем холиварном вбросе неизвестных. Очевидно, ответить вам не представляется возможным.
Полагаю, ограничения в сфере задач и будут определяться задержками. Не вброса ради...
Ну, некоторые Real-time приложухи на ней даже пишут, только сделать это непросто.
Что Linq так и не завезли? Почему стримы нельзя было сделать сразу нормальными? ))Чет Java ерундой занимается, но все равно всяко лучше, чем костыль вроде Kotlin
Всмысле костыль? Нормальный язык.
что в нем нормального? джава на стероидах, все новые фичи сделанные через задницудаже джава лучше и прозрачнее, с развитием Java котлин станет не нужным
> все новые фичи сделанные через задницуКонкретно, что не так?
Nullsafety - хорошая вещь. Функции-строители для создания своего DSL - вообще мега вещь. Да и в целом котлин выглядит красивше и лаконичнее джавы.
Вы хоть сами то на нём писали? И я имею в виду не в течении 30 минут хелоуворлд создать, а по хорошему в течении нескольких месяцев.
>Конкретно, что не так?1. Очередная прослойка поверх JVM, добавляющая ненужные зависимости и замедляющая компиляцию и сборку.
2. Не освобождает от необходимости знать Java, ибо 99% библиотек, с которыми взаимодействует Котлин - написаны на Java. А если я уже знаю Java, нахрен мне знать еще Kotlin?>Nullsafety - хорошая вещь
В Java тоже скоро завезут:
String! a = "abc"; // OK
String! a = null; // NUllPointerException
> 1. Очередная прослойка поверх JVM, добавляющая ненужные зависимости и замедляющая компиляцию и сборку.Ага. А C - "очередная прослойка поверх llvm, добавляющая ненужные зависимости и замедляющая компиляцию и сборку."
> 2. Не освобождает от необходимости знать Java, ибо 99% библиотек, с которыми взаимодействует Котлин - написаны на Java. А если я уже знаю Java, нахрен мне знать еще Kotlin?
Ага-2. А python не освобождает от необходимости знать C, ибо 99% библиотек, с которыми взаимодействует python - написана на C. А если я уже знаю C, нахрен мне знать еще python?
Считай, что java и kotlin условно "с" и "с++", ага? Развитый интероп, возможность на втором писать "почти как на перовом" и при желании из первого можно даже запилить "почти второй" - но языки все же _разные_ со своей субоптимальной зоной применения.
>NullsafetyОчень переоценена. Изначально пришла вообще из фп, где любой null в цепочке вызовов лапши функций отправлял в счасливую отладку на века. Фпшники выкрутились сделав null частью возвращаемого типа. В императивных языках так делать не нужно — есть нормальный отладчик, можно написать явную проверку на null где угодно и обработать её. Nullsafety это решение проблемы существующей только в мозгах изучавших computer science по скипу и подхвативших ФП головного мозга.
> В императивных языках так делать не нужно — ... можно написать явную проверку на null где угодно и обработать её"Не пиши программы с ошибками, пиши без ошибок". Ну и т.д. из серии про Настоящих Программистов.
А вообще за годА задолбали ошибки нуллпоинтерэксепшн из-за того что в очередной стопицотый раз кто-то где-то что-то не проверил.
Приходилось эксплуатировать кучу софта написанного на Java, да и сейчас приходится. В трассировке ошибок всех этих прог угадай что? Да, на все 100% null pointer exception
На сишечке на это в своё время забили болт и возложили всю ответственность с "подвисшими" указателями на программистов.
С придумали когда ресурсов у компьютера было с гулькин клюв и программисты каждый байт знали.
LISP придумали раньше.
А зачем нам проверять ввод? В рантайме бросит — увидим в логе и поправим. А если не бросит, то и значит и нормально всё.:^)
согласен, в шарпе отключаю к черту
> Nullsafety это решение проблемы существующей только в мозгах изучавших computer science по скипу и подхвативших ФП головного мозга.Не знаю как в java, но в с# тебя компилятор будет лицом в грязь тыкать, пока ты не расставишь проверки на null в необходимых местах. Котлин - мусор
Сижу на 8 версии и не вижу никакого смысла её менять. Java это всё же в первую очередь про стабильность.
Ну значит работаешь в такой компании, где безопасников нет вообще или они заняты не тем. В любой приличной конторе после выхода новой LTS версии всем командам закидывается техдолг по переводу своих сервисов на эту версию. В первую очередь потому что CVE пофикшены, бонусом идёт производительность.
Не знаю как у него, но в нашей корпорации федерального значения с тысячями сотрудников (без преувеличения), тоже до сих пор 8 версия. Я не java программист и работаю в другой области, поэтому всех одробностей не знаю, может это расширенная поддержка какая-то, но то, что используется 8 версия - это факт.
> CVE пофикшеныТебе не кажется странным, что уже овер 20 версий - а CVE всё фиксят и фиксят... Какую бы версию ты ни выбрал - всегда будут непофикшеные баги. А учитывая, что сейчас разработками занимается поколение Y (в т.ч. миллениалы и ...шники), я предпочитаю SUN Java HotSpot Server 6.
Безопасность? Да под старую версию всё явы, связанное пакетными менеджерами и зависимостями не то что собрать, даже достать невозможно.А вот миграция под 10 Томкат задача невыполнимая!
> В любой приличной конторе после выхода новой LTS версии всем командам закидывается техдолг по переводу своих сервисов на эту версию. В первую очередь потому что CVE пофикшены, бонусом идёт производительность.Глупость какая-то. Всегда есть несколько LTS версий, которые продолжают поддерживаться и обновляться. Кроме того примерно с 9-й Джавы каждый переход на новую мажорную версию приводит к большим проблемам.
А Котлин не в мобильной среде используется? Давно про него не слышно, хотя раньше были заявления, мол, начинать новые проекты на Java, если есть готлин смысла не имеет
Используется конечно. Помню некоторые компании его на серверах стали использовать.
да. большая часть фдройда - на котлине.
каждое 1е приложение, я б сказалп.
Это неправда.
Ну ладно, с большим запасом - каждое второе
Да, но мало где. Например знаю один банк, в котором решили всё писать именно на Котлине.
жаль, что Visual J# забросили - это бьыло лучшее от С# u Java...
всё где есть j нафиг нужно
нельзя всех под одну гребёнку - ты говоришь, как зомбированный...
я говорю как человек с головой на плечах
J#, C# - это все потомки J++ и WFC - это был действительно качественный прорыв в то время (конец 90х), но не сильно замеченный из-за склонности M$ пытаться загонять все языки программирование в ствое стойло - Windows & COM
И архитектор у них один — Хэйлсберг (человек, который придумал Delphi).
Жаль загубили C++ Builder и основной упор был на Pascal, а не на С++
Delphi был изначально.Это уже потом где-то к версии Delphi 3 появился С++ Builder 1.0, но тоже на базе Delphi и VCL (при этом не совсем удобный).
А до него был Borland C++ с OWL (аналог MFC), проигрывавший Visual C++ c MFC.
>За исключением удаления некоторых устаревших возможностей в Java SE 24 сохранена обратная совместимость с прошлыми выпусками платформы Java - большинство ранее написанных Java-проектов без изменений будут работоспособны при запуске под управлением новой версии.У меня есть обратный опыт.
У меня есть кое-какой отвратительный опыт. Программа написана на Scala. В одном из релизов её стали собирать новой версией Scala ... результат перестал работать под JVM, доступной на Windows XP. Чтобы заработал - нужно было поставить минорное обновление JVM ... которое с XP уже было несовместимо, просто сказали "мы дропаем".С любой платформой так. У вендоров конфликт интересов. И желание по скорее вогнать пулю в лоб любому старью. Так как платформа - это корневая зависимость, то дроп платформы платформой-прослойкой приводит к тому, что пользователи массово бегут в магаз за новым железом. Ведь ты не скажешь разрабу-дебилоиду "не используй эту малюсенькую свистоперделку" - разраб тебе скажет "я тут главный, хочу - и использую, ПНХ, у меня ВСЁ работает, остальное - программа поставляется AS IS". Вендор платформы - резонатор, быдло-разрабы - накачка, их приложения - усиливающая среда, результат - каскад вау-импульсов, стреляющих по скоту, заставляющих их потреблятдь.
> У меня есть кое-какой отвратительный опыт.Oh, it's bad luck to be you (c)
> Программа написана на Scala. В одном из релизов её стали собирать новой версией Scala ... результат перестал работать под JVM, доступной на Windows XP.
Т.е перестала работать на системе которую выпустили 24 года назад и дропнули 16 лет назад?
Трагедия, такая трагедия!> Чтобы заработал - нужно было поставить минорное обновление JVM ... которое с XP уже было несовместимо, просто сказали "мы дропаем".
И правильно сделали.
> С любой платформой так. У вендоров конфликт интересов. И желание по скорее вогнать пулю в лоб любому старью.
Не просто старью. Ладно если бы речь шла про семерку.
Но речь же про ХРюшу - некрофалический копролит, который даже когда работал был падучим.> Так как платформа - это корневая зависимость, то дроп платформы платформой-прослойкой приводит к тому, что пользователи массово бегут в магаз за новым железом.
Тупейшая фантазия. У меня сейчас старый сандаль i7-2600.
И на нем нормально работает 11 винда.> Ведь ты не скажешь разрабу-дебилоиду "не используй эту малюсенькую свистоперделку" -
Конечно скажешь. Обычно такие набигают на форумы и начинают ныть "мое древнее железо / ось дропнули! как вы посмели! вы обязаны!!1"
Еще и с оскорблениями.> разраб тебе скажет "я тут главный, хочу - и использую, ПНХ, у меня ВСЁ работает,
И он абсолютно прав!
Потому что это его детище. Для платного софта еще можно поспорить "сколько у софта поддержка", а вот для опенсорса нет вообще никаких рычагов давления.
Ты или пользуешься или идешь мимо.
Особенно если вопрошающий это б-ло, которое разработчика называет "разрабу-дебилоиду".> Вендор платформы - резонатор, быдло-разрабы - накачка, их приложения - усиливающая среда, результат - каскад вау-импульсов, стреляющих по скоту, заставляющих их потреблятдь.
А кто тут ты?
Потому что подходишь и под б-ло, и под скот.
Думаю ты или просто нищая обиженка, или фанатик некрософта-железа или все вместе взятое.Для лучшего понимания: ты просто потребялдь которая жрет что дают.
У тебя нет никаких методов воздействия на разрабов, кроме оскорблений и/или нытья.
Напоминаю:> При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ..., переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями.
В след за кораблём пошёл. Единственное, что конкретно прокомментирую, так это
>Для платного софта еще можно поспорить "сколько у софта поддержка", а вот для опенсорса нет вообще никаких рычагов давления.
Нет, разраб платного софта тебе тоже ничего не обязан. Лицензию читать надо. Не нравится - не покупай. Даже на случай, когда какая-то юрисдикция обязывает производителя законами о защите прав потребителей - в EULA есть пункт, ограничивающий ответственность копираста минимально допустимой легально суммой. Которая меньше цены за лицензионную копию. И нет, "не покупай" - это не мера воздействия. Разраб просчитал, что ему выгоднее, чтобы такие как ты его софт не покупали. Разрабу ОК, что ты его софт не купишь. У тебя тоже нет абсолютно никакой меры воздействия, наглый тролль.
----
Весь остальной твой пост - это чистое хамство и троллинг, недостойное даже детального разбора.
> Напоминаю:Не в оправдание скажу, что пришлось опускаться ну уровень человека который пишет "быдло-разрабы, скот" и тд.
С такими приходится говорить на понятном им языке.> Нет, разраб платного софта тебе тоже ничего не обязан.
Зависит от.
> Лицензию читать надо.
Вот именно. Например в лицензии могут быть прописаны обязанности сторон.
Типа доступность в 99.8 и тд. С штрафами и неустойками.
Но это конечно не софт который нужен всем.> И нет, "не покупай" - это не мера воздействия. Разраб просчитал, что ему выгоднее, чтобы такие как ты его софт не покупали. Разрабу ОК, что ты его софт не купишь. У тебя тоже нет абсолютно никакой меры воздействия, наглый тролль.
Хм... а если таких будет много? То как разраб будет харчеваться?
> Весь остальной твой пост - это чистое хамство и троллинг
Спасибо за оценку!
>Не в оправдание скажу, что пришлось опускаться ну уровень человека который пишет "быдло-разрабы, скот" и тд.Какие вы спесивые, называть вещи своими именами у его дворянского сиятельства - "опускаться", фи, как грубо, моветон...
>Например в лицензии могут быть прописаны обязанности сторон. Типа доступность в 99.8 и тд. С штрафами и неустойками.
Могут, но не будут. Потому что EULA - это что-то типа оферты. А гарантии - это уже договор в нескольких экземплярах с подписями всех сторон.
>Хм... а если таких будет много? То как разраб будет харчеваться?
А разраб уже всё просчитал. Много-немного - абсолютно иррелевантно. Вот, напр. ОС нужна абсолютно всем пользователям ПК. Что-то не видно, чтобы абсолютно каждая компания, выпускающая софт, ОС выпускала, просто потому, что попадающих в группу "все пользователи ПК" - 100% гарантированно много.
>Т.е перестала работать на системе которую выпустили 24 года назад и дропнули 16 лет назад?Что, значит, блин, "дропнули"? Это что, блин, земной диск, который держит Атлант, и если он дропает его, то диск падает?
У меня есть книжка 1868 года издания, и прекрасно работает, функцию свою выполняет, хотя и разработчик её давно умер, и издателя 100 лет назад закрыло новое правительство. Как же так, поддержку дропнули, а продукт работает.
Ещё есть швейная машинка Зингер 1939 года выпуска. Тоже отлично работает. Шпульку я только менял пару раз, причём новая, 2023 года выпуска, на 100% совместима с машинкой, даром что сделана из пластика. Я на ней до сих пор шью, вообще без проблем.
Что 16, что 24 года, это вообще ничто.
шизик таблетки забыл выпить?
Насколько java успешнее и эффективнее плюсов для вэб (апи, микросервисы)?
Настолько же насколько Мазератти эффективнее Феррари в перевозке бетона.
Намного.
Попробуй сопровождать софт, когда бизнес задачи всё время меняются и при этом есть текучка кадров.
> Намного.
> Попробуй сопровождать софт, когда бизнес задачи всё время меняются и при этом есть текучка кадров.Что довольно странно.
Например в геймдеве смена задач или вообще концепции это обычная история.
Но как-то движки и даже софт пишут на С++.
> Что довольно странно.Ничего странного.
Джава предлагает автоматическое управление памятью, трассировку функций, рантайм, в котором продумано многое. Это значительно ускоряет разработку и уменьшает число ошибок. А кроме этого вокруг джавы уже выстроена экосистема для веб-разработки.
> Например в геймдеве смена задач или вообще концепции это обычная история.
> Но как-то движки и даже софт пишут на С++.Дак это и не совсем веб.
Игры создаются на базе движков, а движки обычно и выполняют самую тяжёлую работу.
Компании типа Unity и Epic Games по серьёзному подходят к разработке движков, и нанимают больших профессионалов.
ну да, продать игру, а потом патчи выпускать - это в порядке вещей.
на 100 процентов.
на крестах энторпрайзные опердени как не писали так и не пишут.
Web как на PHP и JavaScript писали так и пишут.
В последнее время к ним немного подтянулся Go.
О Java в вебе ни слыхали - только в жирных ынтрырпрайзах.
Вместо php щас больше предпочитают python.
Python - слишком медленный для Web. Место Python - Data Engineering, Data Science, Artificial Intelligence, где Python управляет библиотеками, написанными на С++.Большинство WEB-сайтов в Мире написано на PHP
> девятая предварительная реализация API Vector, предоставляющего функции для векторных вычислений, которые выполняются с использованием векторных инструкций процессоров x86_64 и AArch64 и позволяют одновременно применить операции сразу к нескольким значениям (SIMD).Наверняка опять заставили скот покупать процессоры. Потому что в WASM от Mozilla "поддержка векторных инструкций" реализована так: у кого нет SSE4.2 - тот может идти куда Полонский послал.
Опять владельцев Core 2 Duo обижают.
> Удалён код для поддержки 32-разрядной платформы ОС Windows на системах x86. Объявлен устаревшим и запланирован к удалению порт Java для 32-разрядных систем x86 (будет прекращена поддержка Linux на 32-разрядных системах x86).Это называется вредительством.
>Goals:
>* Remove all code paths that apply only to Windows 32-bit x86.
>* Cease all testing and development efforts targeting the Windows 32-bit x86 platform.
>* Simplify the JDK's build and test infrastructure.Откровенно заявляются вредительские цели.
>Motivation
(иными словами - жалкие оправдания)
>* Allow contributors in the OpenJDK Community to accelerate the development of new features and enhancements that will move the platform forward.
Стандартная полнейшая лапша на уши, всегда используемая в таких случаях как универсальное оправдание.
>* Windows 10, the last Windows operating system to support 32-bit operation, will reach End of Life in October 2025.
Ещё одна стандартная лапша на уши и логическая ошибка уровня "Хозяин дропнул - значит и мы обязаны".
>* The implementation of JEP 436 (Virtual Threads) for Windows x86-32 falls back to the use of kernel threads and therefore does not bring the expected benefits of Project Loom.
Откровенное вредительство и лицемернейшая "Вы не понимаете, это ведь всё для вашего же блага!" подмена понятий. "Раз на `Windows x86-32` Project Loom не даёт `ожидаемых преимуществ` - значит надо взять и сломать платформу целиком!" - вот их логика. Логическая ошибка? Нет, логика тут есть. Какие же такие тут `ожидаемые преимущества` и для кого? Всё очень просто - юзерспейсным потоком ядро не нужно, они могут быть целиком исполнены в Intel SGX анклаве, так как в сисколлах не нуждаются. Для кого преимущество? Не для пользователя (ему всё специально сломали совсем), а исключительно для Оракла - они могут сдавать в аренду свою платформу копирастам. Как? Очень просто - в платформу вносится функциональность аттестации. Intel аттестует железо и целостность оракловского анклава с JVM, Оракл уже аттестует целостность Java-приложений (по такому же принципу может работать WEI и [PAT](https://web.archive.org/web/20250314021941/https://httptoolk.../)). Это всё - бизнес! За аттестацию Оракл платит Intelу, а разработчики приложений платят Oraclу. И тут дроп 32 битов становится не антифичей, а огромнейшей фичей. Если кто-то использовал Java на 32 битах - им придётся побежать в магаз за новым железом, с гарантированной поддержкой новейших TEE и DRM. То есть бесполезный с коммерческой т.з. сегмент рынка превращается в коммерчески-полезный.
Тебе кто-то обязан, что ли, что-то, Аноним?Нужно, сделай сам. Или сделай компанию, которая будет предоставлять такую услугу.
Я и без тебя знаю, что рыночек порешал.
Сколько ты заплатил за разработку Java, чтобы писать такое? Не нравится, можешь оставаться на версиях Java, которые поддерживают твое железо - делов то. Еще куча проектов крутится даже на Java 8.
>> Удалён код для поддержки 32-разрядной платформы ОС Windows на системах x86
> Это называется вредительством.Это называется уборкой.
Когда ты протухшие продукты выбрасываешь из холодильника.Потому что лишний код это не только увеличение времени сборки.
Но и
- поддержка совместимости нового кода и старого
- поддержка полного цикла тестирования: регрессионные и прочие тесты
- автотесты (я надеюсь у них CI пробегает на всех платформах) будут выпонлятся дольше
- необходимость принимать баг репорты от всяких некролюбов, и иметь проблемы с их проверками (где сейчас найдешь тестовое окружение под EOL системы?)В общем абсолютно правильное решение.
Те кому уж очень сильно надо - пусть форкают и сами поддерживают.
Все таки OpenJDK таки да Open)
>Это называется уборкой.Когда киллер заказ выполняет - он тоже убирает.
>Когда ты протухшие продукты выбрасываешь из холодильника.Пойди выброси свой протухший продукт из коробки.
>Unfortunately, any interaction at all between Java code and native code is risky because it can compromise the integrity of applications and of the Java Platform itselfСрочно нужно готовиться к адаптации платформы под TEE. Любое исполнение неаттестованного кода - это потенциальный обход DRM!
пишем на 17
про новые версии читаем только релизноты.пока не завезут стебл страктед канкаренси даже и думать нет смысла о виртуал тредах.
Пока что лучшая версия была - SUN Java 6 HotSpot Server; из-за динамической оптимизации показывала производительность даже выше, чем просто нативный код.
Угу, Гомер, быстрее скорости света... мифы - они такие
Спроси у Интела, почему они стараются всякие оптимизации затолкать в проц в рантайм, а не в компилятор статически.
> Удалён код для поддержки 32-разрядной платформы ОС Windows на системах x86. Объявлен устаревшим и запланирован к удалению порт Java для 32-разрядных систем x86 (будет прекращена поддержка Linux на 32-разрядных системах x86).И эти туда же, казалось бы им то какой смысл - на 32 битах много чего жабного крутится - но нет, и эти доползли до ножниц...