Java 8

[Laguerro]

Такой вопрос, ставить ли сервер на Java 8 ? Стабильна ли она на данный момент? Просто возник небольшой спор, одни говорят что ява 8 это есть хорошо, лучше стремиться к новому, мол на 8 версии многое исправлено, она меньше жрет и работает отлично + новый синтаксис. Другие говорят, что если на 8 запуститься, то увижу много не видомой х...
например:
[1:21:14] Nick:Не кто не переходит
[1:22:32] Nick: Особенно работа с put и remove
[1:22:39] Nick: Там веселая
[1:25:26] Nick: Парсеры твои завязаны на remove
Так что лучше, 7 старая добрая и проверенная ява или 8? Или в принципе особой кардинальной разницы мы не увидим.
Перепилил компиллер на 1.8 и сейчас уже наблюдаю некоторые интересные моменты, например.
http://screenshot.ru/07e8ebc9b0fb7129b5b8fb5f5856e9b2

Ява игнорирует опции с 7 версии:
REM Размер буфера
set JAVA_OPTS=%JAVA_OPTS% -XXermSize=128m
set JAVA_OPTS=%JAVA_OPTS% -XX:MaxPermSize=256m

После чего сборка запускается как обычно, без ошибок.

[Donatte]

На Java 8 лучше работает сборщик мусора (по наблюдениям имеет два прогона - простой (каждые 1-3 минуты) и основательный (10-30 минут)), можно изменять содержимое объектов из коллекций и карт без танцев с бубном.

Лямбда код не использую, ибо непонятен он мне.

В минусах,
1. Медленный компилятор внешних скриптов. Скорость загрузки сервера снизилась. Актуально убирать всё в ядро. Да, Java 8 отучит любителей все хедлеры и скрипты хранить вне ядра.
2. Частые краши сервера при запуске (на семёрке наблюдалось крайне редко).

Это мнение построено исключительно на наблюдениях.

[JavaMan]

Стоит сборка на явке 8 неделями. Никаких проблем с мапами да и не с чем другим не возникало. Да что там говорить, вон даже л2ж перешли на восьмерку. А вообще лямбды очень радуют, наверно лучшее что добавляли в явку после дженериков.

[GenCloud]

Такой вопрос, ставить ли сервер на Java 8 ? Стабильна ли она на данный момент? Просто возник небольшой спор, одни говорят что ява 8 это есть хорошо, лучше стремиться к новому, мол на 8 версии многое исправлено, она меньше жрет и работает отлично + новый синтаксис. Другие говорят, что если на 8 запуститься, то увижу много не видомой х...
например:
[1:21:14] Nick:Не кто не переходит
[1:22:32] Nick: Особенно работа с put и remove
[1:22:39] Nick: Там веселая
[1:25:26] Nick: Парсеры твои завязаны на remove
Так что лучше, 7 старая добрая и проверенная ява или 8? Или в принципе особой кардинальной разницы мы не увидим.
Перепилил компиллер на 1.8 и сейчас уже наблюдаю некоторые интересные моменты, например.
http://screenshot.ru/07e8ebc9b0fb7129b5b8fb5f5856e9b2

Ява игнорирует опции с 7 версии:
REM Размер буфера
set JAVA_OPTS=%JAVA_OPTS% -XXermSize=128m
set JAVA_OPTS=%JAVA_OPTS% -XX:MaxPermSize=256m

После чего сборка запускается как обычно, без ошибок.

!!!

слушай дядку Габера, плохого никогда не посоветует.

Конечно jvm8, лямбды - крутая штука.
P.S. сервер стоит месяц, подгрузка 14-20 секунд, никаких критов и залагиваний. Чисто из наблюдений.

[ANZO]

Никакой принципиальной разницы вы не увидите, по крайней мере в SE. Прод полгода на 8-ке и не самой новой - все ок.

[n3k0nation]

Это Вы с Азагтотом обсуждали? Никнейм Nick знакомый
ЕЕ сектор еще долго будет переходить куда-либо. И я могу Вас уверить, что часть ЕЕ до сих пор стоит на 5 джаве, просто потому-что ЕЕ.

Использую восьмую версию с момента официального релиза, никаких особо проблем нет. За исключением кривых карт, но это поправили в одном из ранних обновлений.

На счет параметров JVM - там ясно написано, что эти опции были удалены. А удалены они были по простой причине - были изменения в кучах (ознакомится с ченджлогом можно, как всегда, на сайте оракла). Класс-куча теперь имеет динамический размер, соотв. все настройки, какие только могут быть с ним связаны - были выпилены.

Для людей использующих CBG - могу огорчить, им надо ее перепиливать чуть более, чем полностью, что бы полноценно поддерживать J8 с измененной invokedynamic.

[Laguerro]

Из своих наблюдений во время запуска обт скажу, что загрузка сервера идет немного быстрее чем на 7 версии и нагрузка в принципе такая же. Падений, критов, зависаний и других неприятных моментов пока не было. За исключением того, что после ошибки ява машина висит сек 10, потом идет дальнейшая загрузка.
Java HotSpot™ 64-Bit Server VM warning: Using incremental CMS is deprecated a nd will likely be removed in a future release
Пока не разобрался с чем это связано. Но это не критично.

Останемся на 8-ке, посмотрим что будет. Всем спасибо. Важно было услышать ваше мнение, так как скоро открытие, хотел быть уверенным в стабильности и что на этой платформе уже обкатаны серверы )

[n3k0nation]

Из своих наблюдений во время запуска обт скажу, что загрузка сервера идет немного быстрее чем на 7 версии и нагрузка в принципе такая же. Падений, критов, зависаний и других неприятных моментов пока не было. За исключением того, что после ошибки ява машина висит сек 10, потом идет дальнейшая загрузка.
Java HotSpot™ 64-Bit Server VM warning: Using incremental CMS is deprecated a nd will likely be removed in a future release
Пока не разобрался с чем это связано. Но это не критично.

Останемся на 8-ке, посмотрим что будет. Всем спасибо. Важно было услышать ваше мнение, так как скоро открытие, хотел быть уверенным в стабильности и что на этой платформе уже обкатаны серверы )

А зачем Вы используете устаревшие сборщики мусора?

[SouthBridge]

Относительно крашей хочу добавить. Всё на J8 было стабильно... пока я не решил воткнуть u31 при переустановке серверов.
На слабенькой тачке в DO и под виртуалкой порой VM начала рандомно сегфолтится. Размер хипа, впрочем, был не высокий.
На серьезной машине таких крашей не было и u31 в проде легко выдержала овер 4к онлайна.
Сдается мне, это как-то относится к G1 и небольшим ресурсам машинки.

Откатив тестовые до u25 проблема полностью исчезла. Такие пироги, странное ощущение.

[n3k0nation]

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