Всем, привет!


Хочу (из любопытства) задать вопрос. В описании вакансий несколько раз видел
требование "знание и опыт работы с JVM под Linux" или же "Знание специфики работы JVM под Linux",
причем вакансия DevOps инженера, не разработчика.

Неужели существуют какие-то особенности работы JVM под разные платформы ?


Кто в теме, хотя бы намекните в чем тут может быть дело.

Спасибо.

Здравствуйте, Globster, Вы писали:
G>Неужели существуют какие-то особенности работы JVM под разные платформы ?
G>Кто в теме, хотя бы намекните в чем тут может быть дело.

тюнинг jvm, часто встречается в высоконагруженных приложениях (ртб реклама, алготрейдинг и тд.), которые конечно развернуты на линуксе и для максимальной производительности приходится подкручивать настройки и jvm и ОС.

Здравствуйте, insighter, Вы писали:

I>Здравствуйте, Globster, Вы писали:
G>>Неужели существуют какие-то особенности работы JVM под разные платформы ?
G>>Кто в теме, хотя бы намекните в чем тут может быть дело.

I>тюнинг jvm, часто встречается в высоконагруженных приложениях (ртб реклама, алготрейдинг и тд.), которые конечно развернуты на линуксе и для максимальной производительности приходится подкручивать настройки и jvm и ОС.

Спасибо, понятно.

Здравствуйте, Globster, Вы писали:

G>причем вакансия DevOps инженера, не разработчика.
Ну, это же всё объясняет. Если для разработчика разница достаточно минимальна, то для DevOps вообще всё от OS зависит.

Здравствуйте, Blazkowicz, Вы писали:


B>Ну, это же всё объясняет. Если для разработчика разница достаточно минимальна, то для DevOps вообще всё от OS зависит.

Вряд ли разница настолько огромна чтобы не разобраться с ней за неделю. Уже после трудоустройства

Здравствуйте, insighter, Вы писали:


I>тюнинг jvm, часто встречается в высоконагруженных приложениях (ртб реклама, алготрейдинг и тд.), которые конечно развернуты на линуксе и для максимальной производительности приходится подкручивать настройки и jvm и ОС.

Это вообще работа админа, разрабу по барабану, будет ли его ява-лапша на линуксовой JVM исполняться, или на вантузе.
Что до работодателей и их требований, то в РФ они за ту зрплт, что принята и приходится платить в IT в РФ, отбирают как целок в жёны в мусульманских странах вот и придумывают всякий неадекват.

Здравствуйте, smeeld, Вы писали:

S>Это вообще работа админа, разрабу по барабану, будет ли его ява-лапша на линуксовой JVM исполняться, или на вантузе.
В мечтах разве что. По факту есть куча нюансов. И деплоймент, и файловая система, и перенос строк, и куча всего ещё что граничит с функциями ОС.

S>Что до работодателей и их требований, то в РФ они за ту зрплт, что принята и приходится платить в IT в РФ, отбирают как целок в жёны в мусульманских странах вот и придумывают всякий неадекват.

Здравствуйте, teoreteg, Вы писали:

B>>Ну, это же всё объясняет. Если для разработчика разница достаточно минимальна, то для DevOps вообще всё от OS зависит.
T>Вряд ли разница настолько огромна чтобы не разобраться с ней за неделю. Уже после трудоустройства
Ну, не за неделю. Но за пару месяцев толкового специалиста, конечно, натаскать можно. Но есть ли у работодателя желание этим заниматься?

Здравствуйте, Blazkowicz Вы писали:

>В мечтах разве что. По факту есть куча нюансов. И деплоймент, и файловая система, и перенос строк, и куча всего ещё что граничит с функциями ОС.

Что деплоймент? Его разрабы проводят? В какой вселенной, от разрабов максимум поддержка.
Что файловая система? Даже при написании прог на Cи работа с файлами идёт через предоставленное API, тем более в яве, там это API одинаковое, что в JVM под линукс, что под вантуз. Или кто-то тут будет утверждать, что JVM предоставляет API для манипуляции екстентами ФС, или её страничным кешем в ядре?
Что перенос строк? Кодировки и локализации? Ну есть немного с этим проблемы, но только в вантузе, так как в линуксах стандартно всё на UTF-8.

Здравствуйте, Blazkowicz, Вы писали:

B>Здравствуйте, Globster, Вы писали:

G>>причем вакансия DevOps инженера, не разработчика.
B>Ну, это же всё объясняет. Если для разработчика разница достаточно минимальна, то для DevOps вообще всё от OS зависит.

А вот это мне не очень понятно.

Я посмотрел доку на JVM, да там есть некие OS specific ключи настройки, но их мало.
Неужели есть принципиальная разница в настройке производительности JVM под Linux и тот же Windows ?

On 03.06.2016 12:38, Globster wrote:

> Я посмотрел доку на JVM, да там есть некие OS specific ключи настройки,
> но их мало.
> Неужели есть принципиальная разница в настройке производительности JVM
> под Linux и тот же Windows ?

Есть. Никто не деплоит хайлоад яву на виндоус )

--
WBR,
Serge.

Здравствуйте, Globster, Вы писали:

G>Неужели есть принципиальная разница в настройке производительности JVM под Linux и тот же Windows ?

Разница в настройке JVM под разные ОСя есть, несомненно, но это головняк админов, они настраивают JVM, ява-проги для запуска на той или иной ОС. Лепить это разрабам-дурь составителей вакансий.

Здравствуйте, smeeld, Вы писали:

S>Что деплоймент? Его разрабы проводят? В какой вселенной, от разрабов максимум поддержка.
То есть слово DevOps тебе ни о чем не говорит?

S>Что файловая система? Даже при написании прог на Cи работа с файлами идёт через предоставленное API, тем более в яве, там это API одинаковое, что в JVM под линукс, что под вантуз. Или кто-то тут будет утверждать, что JVM предоставляет API для манипуляции екстентами ФС, или её страничным кешем в ядре?
Есть куча нюансов. Где хранить логи. Где конфиги и т.п. Видел Tomcat под Ubuntu?

S>Что перенос строк? Кодировки и локализации? Ну есть немного с этим проблемы, но только в вантузе, так как в линуксах стандартно всё на UTF-8.
Ну, если не ты сталкивался, то это не значит что их нет в принципе.

Здравствуйте, smeeld, Вы писали:

S>Разница в настройке JVM под разные ОСя есть, несомненно, но это головняк админов, они настраивают JVM, ява-проги для запуска на той или иной ОС. Лепить это разрабам-дурь составителей вакансий.
https://en.wikipedia.org/wiki/DevOps

Здравствуйте, Blazkowicz, Вы писали:


B>Есть куча нюансов. Где хранить логи. Где конфиги и т.п. Видел Tomcat под Ubuntu?

То есть, знание стандартной структуры иерархии ФС-это составляющая квалификации, требующая упоминания в вакансии? Сейчас любой сварщик знает, какие стандартные папки есть в Андроиде в его смартфоне, и знает что в этих папках лежит, включая то, что лежит в директории /sys. Это к тому, что упомянуты банальные вещи, по сути, представленные как " сложные нюансы с работой с JVM на линуксе"

Здравствуйте, Blazkowicz, Вы писали:


B>https://en.wikipedia.org/wiki/DevOps

Работаю в опенсорсе, не надо совать вики про devops. А проблемы деплоймента jvm и ява-прог на линуксе-это проблемы админов.(точка)

Здравствуйте, hrensgory, Вы писали:

H>On 03.06.2016 12:38, Globster wrote:

>> Я посмотрел доку на JVM, да там есть некие OS specific ключи настройки,
>> но их мало.
>> Неужели есть принципиальная разница в настройке производительности JVM
>> под Linux и тот же Windows ?

H>Есть. Никто не деплоит хайлоад яву на виндоус )

H>--
H>WBR,
H>Serge.


А хайлоад имеет смысл для Continuous Integration ?

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

On 03.06.2016 17:33, Globster wrote:

>>> Неужели есть принципиальная разница в настройке производительности JVM
>>> под Linux и тот же Windows ?
> H>Есть. Никто не деплоит хайлоад яву на виндоус )
> А хайлоад имеет смысл для Continuous Integration ?
> Я думал, что для не продуктива смысла особого нет в оптимизации, или я
> не прав ?

А где тут про CI? Я про пром. Хотя для CI сервера его работа — это и
есть его пром )

--
WBR,
Serge.

Здравствуйте, hrensgory, Вы писали:

H>On 03.06.2016 17:33, Globster wrote:

>>>> Неужели есть принципиальная разница в настройке производительности JVM
>>>> под Linux и тот же Windows ?
>> H>Есть. Никто не деплоит хайлоад яву на виндоус )
>> А хайлоад имеет смысл для Continuous Integration ?
>> Я думал, что для не продуктива смысла особого нет в оптимизации, или я
>> не прав ?

H>А где тут про CI? Я про пром. Хотя для CI сервера его работа — это и
H>есть его пром )

H>--
H>WBR,
H>Serge.


Может я неправильно выразился, речь шла об применении навыков именно в DevOps,
то есть инженером, который использует JVM для того, чтобы поверх нее работал
Hudson / Jenkins и т.п.

Вот что меня удивляет, неужели для планировщика задач (коим является Hudson / Jenkins )
нужно владеть оптимизацией JVM, да еще ОС-зависимой ?

Я не в теме, поэтому прошу всех поделиться мыслями или предположениями.

On 03.06.2016 19:28, Globster wrote:

> Может я неправильно выразился, речь шла об применении навыков именно в
> DevOps,
> то есть инженером, который использует JVM для того, чтобы поверх нее работал
> Hudson / Jenkins и т.п.

DevOps — это, грубо говоря, концепция "сам разработал — сам и отвечай за
эксплуатацию".
CI тут просто вспомогательный инструмент и к коду, который
разрабатывается и эксплуатируется в проме никакого отношения не имеет.
Поэтому поддержка работы CI серверов — совсем не основная задача
инженеров в DevOps, основная их задача — разработка, быстрый деплоймент
и обеспечение высокой производительности/отказоустойчивости (в зразных
пропорциях, в зависимости от задачи) кода, работающего в промышленной
эксплуатации.

--
WBR,
Serge.

Здравствуйте, smeeld, Вы писали:

S>Что деплоймент? Его разрабы проводят? В какой вселенной, от разрабов максимум поддержка.
S>Что файловая система? Даже при написании прог на Cи работа с файлами идёт через предоставленное API, тем более в яве, там это API одинаковое, что в JVM под линукс, что под вантуз. Или кто-то тут будет утверждать, что JVM предоставляет API для манипуляции екстентами ФС, или её страничным кешем в ядре?
S>Что перенос строк? Кодировки и локализации? Ну есть немного с этим проблемы, но только в вантузе, так как в линуксах стандартно всё на UTF-8.

Сейчас полно контор, функционирующих вообще почти без админов. Как правило они хостят приложения на AWS или чем-нибудь вроде него и пишут деплой самостоятельно на чем-нибудь типа ansible. Еще там иногда выделяют в отдельную вакансию SRE и один-два человека этим занимаются, но они, тем не менее, программисты. Но часто прямо вообще все, делают программисты. Люди не для того пользуются AWS-ом чтобы содержать кучу админов.

Здравствуйте, smeeld, Вы писали:

S>Работаю в опенсорсе, не надо совать вики про devops.

а логика в чем?

S>А проблемы деплоймента jvm и ява-прог на линуксе-это проблемы админов.(точка)

нету больше админов, забудь об этой профессии

Здравствуйте, chaotic-kotik, Вы писали:

CK>Сейчас полно контор, функционирующих вообще почти без админов. Как правило они хостят приложения на AWS или чем-нибудь вроде него и пишут деплой самостоятельно на чем-нибудь типа ansible. Еще там иногда выделяют в отдельную вакансию SRE и один-два человека этим занимаются, но они, тем не менее, программисты. Но часто прямо вообще все, делают программисты. Люди не для того пользуются AWS-ом чтобы содержать кучу админов.

Не нужно тут про РФ-оские "рога и копыта" всех калибров. Если речь идёт о кластерах с сотнями или тысячами машин, которые, помимо всего прочего, ещё и jvm вместе со всем её хозяйством прокручивают, и никакие разрабы этим хозяйствои не заведуют, там специальная команда чуваков, которые и кабели обжимают, и инфинибенд настраивают, и ту самую джабу конфигуряют и тюнят. Разрабов туда, к кластерам, и в намордике не подпускают.

Здравствуйте, smeeld, Вы писали:

S>Не нужно тут про РФ-оские "рога и копыта" всех калибров.
Ну, как же не плюнуть в родину даже в техническом форуме.

Здравствуйте, smeeld, Вы писали:

S>Не нужно тут про РФ-оские "рога и копыта" всех калибров. Если речь идёт о кластерах с сотнями или тысячами машин, которые, помимо всего прочего, ещё и jvm вместе со всем её хозяйством прокручивают, и никакие разрабы этим хозяйствои не заведуют, там специальная команда чуваков, которые и кабели обжимают, и инфинибенд настраивают, и ту самую джабу конфигуряют и тюнят. Разрабов туда, к кластерам, и в намордике не подпускают.

Какие еще рога и копыта? Ты вообще знаешь что такое AWS? Люди не для того переходят на него, чтобы потом нанимать кучу админов. Там не нужно никакие кабели обжимать и не нужно ничего настраивать. Существуют исследования, красноречиво показывающие, что большая часть ошибок в проде, это ошибки конфигурации. Организовывать процессы в компании таким образом, чтобы минимизировать ошибки в коде, научились уже давно, тестирование, CI, стейджинги всякие. Но классические админы до сих пор не имеют ничего похожего на наши средства тестирования и отладки и в лучшем случае, они где-нибудь в гите конфиги версионируют. Отсюда проблемы и возникают. Отсюда и растут ноги у переезда всего и вся в облака. Так что я бы не гнал на разрабов, у нас лучше все процессы организованы.
Я могу примеры компаний привести, самым ярким пожалуй будет Twilio (никакого отношения к ней не имею, просто знакомые там работают). Все в AWS, все деплоят разрабы. Еще например SEMRush, та же фигня, все деплоят разрабы. Это очень крупные компании, не рога и копыта.