потоки в языке не нужны, см тот же Go.

ну ты ещё ноде.джс в пример приведи. Го создавался для решения задач определённого типа, как раз там где звучат c10k.

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

да. И что? Ядер может быть и 128, а задача — одна. 10 тыщ или мильон коннекций — это 10 тыщ или мильон задач. Не всегда так повезло.

чему? тому что в проц не запихнули сеть? да. Тому, что конкретная система (что такое этот 50/15 вообще?) сделана без сети? Так тут вообще не к процу вопросы

Проект амд был эпичный. Обеспечить 50% населения земли доступом к интернету к 2015 году.

чему? тому что в проц не запихнули сеть? да. Тому, что конкретная система (что такое этот 50/15 вообще?) сделана без сети? Так тут вообще не к процу вопросы

ну а мобильные разве не завернуты? Модуль LTE в cpu

И я открою страшную тайну — если у тебя задача такого рода, то в Java крайне не рекомендутеся делать new Thread(). А рекоменждуется взять ForkJoinExecutor И сабмитить свои независимые такси в него. И он оптимизирован лучше, чем планировщик горутин в рантайме go, если говорить о массивно-параллельных машинах и дестяках тысяч одновременных таксков.

ну ты ещё ноде.джс в пример приведи. Го создавался для решения задач определённого типа, как раз там где звучат c10k.

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

А если хочется писать в стиле async-await то можно взять не Java а Kotlin для той же платформы, и писать в этом стиле, пользуяс (за кулисами, незаметно для программиста) всё тем же state-of-art FJExecutor'ом.

Использование голых тредов и локов в Java Сейчас очень не пощряется. Но вся эта высокоуровневая машинерия возможна именно потому что развивается эта область в Java с 1995 года.

Когда у остальных были pthreads и всё.

И, да, я очень рад, что появдяются другие системы и платформы, которые позволяют делать не хуже :-)

Больше разнообразие — больше конкуреницц — лучше всем.

А если хочется писать в стиле async-await то можно взять не Java а Kotlin для той же платформы, и писать в этом стиле, пользуяс (за кулисами, незаметно для программиста) всё тем же state-of-art FJExecutor'ом.

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

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

Немного. Ну да, локальные перменные (но только необходимый минимум) — поля объекта + один int текущего шага исполнения + 1 swithc по этому int'у.

Немного. Ну да, локальные перменные (но только необходимый минимум) — поля объекта + один int текущего шага исполнения + 1 swithc по этому int'у.

а стек?

Я только против того, что бы Java рассматривали как медленный, интерпретируемый язык, который для скучного энтерпрайза с программированием на XML-конфигах, и без возможности высокопроизводительного программирования. Это не так.

а стек?

А стек не нужен, если нет рекурсии. Хм. А если есть — вот тут я задумался, пойду читать, как они это решили!

В Java есть три очень больших говна: (1) безумно дорогой FFI что закрывает дорогоу ко всякому AVX'у и даже, Частично, CUDA (2) отсуствие tail recursion в JVM (3) отсуствие Value type'ов. (1) и (3) решают прямощас. Про (2) не слышал.

а почему(3) говно вдруг?

Кто-нибудь умеет фильтры составлять для syslog-ng 3.17? Я застрял. Схема такая. Фронтенд - стоковый фряшный syslogd c записью *.* @syslog-ng-backend И собственно на бекенде получаются записи вида Oct 4 11:34:39 Forwarded from 172.16.107.55: 172.16.107.55 INFO: Port 5 link down Задача - сделать макрос из ip-адреса коммутатора "Forwarded from HOST" Пробовал встроенные макросы HOST_FROM, HOST, MESSAGE, MSGHDR Задача - разложить по каталогам. Для каждого девайса свой лог.

Заколхозил через program() разобрав питоном

а почему(3) говно вдруг?

потому что массив объектов — это массив указателей. Это было нормально в 95 когда память была хоть как-то сопоставима с процессорами по скорости, но сейчас это адский тормоз

всё, надо заканчивать оффтопик

А стек не нужен, если нет рекурсии. Хм. А если есть — вот тут я задумался, пойду читать, как они это решили!

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

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

нам надо сохранить локалы (возможно, не все) и точку возврата. Это я описал.

нам надо сохранить локалы (возможно, не все) и точку возврата. Это я описал.

а, в котлине пошли по пути async/await. ну ок, это значит что старый код вместе с асинхронщиной использовать будет нельзя.

@blacklion79 а ты есть в @javawatch_chat и @graalvm_ru

а, в котлине пошли по пути async/await. ну ок, это значит что старый код вместе с асинхронщиной использовать будет нельзя.

там пошли по многим путям, там в ядре очень базовый механизм преобразования методов в скрытые стейт-машины и библиотечный сахар вокруг. Но старый код — да, нельзя, непонятно только откуда бы взяться старому коду с корутинами. Типа, автоматом в любом (байт)коде блокирующие методы подменять? Нет, на это они не пошли. Я их могу понять.

там пошли по многим путям, там в ядре очень базовый механизм преобразования методов в скрытые стейт-машины и библиотечный сахар вокруг. Но старый код — да, нельзя, непонятно только откуда бы взяться старому коду с корутинами. Типа, автоматом в любом (байт)коде блокирующие методы подменять? Нет, на это они не пошли. Я их могу понять.

Я про то что нельзя мешать старое и новое

Я про то что нельзя мешать старое и новое

что такое старое? Раньше корутин не было, нет старого.

Трансформацию Thread.sleep() не делают, факт.

что такое старое? Раньше корутин не было, нет старого.

Ок, переформулирую: что мешает внутри корутины позвать чтение с диска или блокирующий вызов?

Ок, переформулирую: что мешает внутри корутины позвать чтение с диска или блокирующий вызов?

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

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

Угу. И это бьет все на 2 непересекающихся мира.

Угу. И это бьет все на 2 непересекающихся мира.

ну, всё, что можно завернуть в комплитблфьючу (и ещё пяток версий из разных старых библиотек) можно использовать. Вообще же любое такое решение в системе с легаси имеет эту проблему, я не видел, чтобы её где-то решили, сохранив совместимость. Вспомни попытки FreeBSD сделать м:н потоки с перехватом сисколлов. И везде можно запузырить тупо цикл. Защиты от этого нет.

Я только против того, что бы Java рассматривали как медленный, интерпретируемый язык, который для скучного энтерпрайза с программированием на XML-конфигах, и без возможности высокопроизводительного программирования. Это не так.

это ТАК

это ТАК

сколько своего высокооптимального C/C++ кода ты компилируешь с PGO и LTO и сколько раз в час перекомпилируешь на основе новых данных профайлера? Впрочем, очевидно, что технических аргументов у тебя нет. Просто потому что нет соответствующего опыта, а есть только внешний взгляд на какой-нибудь говноэклипс и прочую кучу индусского JavaEE.

ну так они и есть её основное назначение

это было, есть и будет

ну так они и есть её основное назначение

Это тоже самое, что говорить, что основное назначение Perl — писать write-only code. Хотя никто в здравом умен не будет спорить с тем, что такого кода на perl'е написаноочень много.

основное назначение Perl — работа с текстовой информацией

и его применения, например, биологами - погоды не делают

так и тут

основное назначение Perl — работа с текстовой информацией

Но [печально] известен среди тех, кто с ним много не работал, он не этим. Вот и тут так

ну а среди биологов он популярнее всех остальных, но кого это волнует?..

Т.е. ты повторяешь глупый стереотип, который, как любой стереотип, имеет под свойо некоторые основания.

ну а среди биологов он популярнее всех остальных, но кого это волнует?..

Забудь, питон всеъ там съел со своими библиотеками.

не, не съел, как ни удивительно

Т.е. ты повторяешь глупый стереотип, который, как любой стереотип, имеет под свойо некоторые основания.

но от от этого не перестаёт быть стереотипом, а не истиной в последней инстанции.

но и ты с жабой рассказываешь про такой же частный случай, который не может перевесисть общий

не, не съел, как ни удивительно

У меня 4 знакомых в биоинофрматике, два в ЙуКей, два в ЭсЭшА. Питон и скала.

АСТАНАВИТЕС :)

да в общем-то чтоб закопать жабу, достаточно того, что с ней плохо под фрю :)

да в общем-то чтоб закопать жабу, достаточно того, что с ней плохо под фрю :)

(тяжело вздохнув с искренней грустью) или наоборот :-(

нет, именно так

простой тест: многими ли приложениями на Java каждый пользуется вот лично для себя? (а не где-то там в энтерпрайзе на работе)

вот то-то и оно

нет, именно так

У тебя удивительные иллюзии. Рынок с тобой не согнласен.

и это до сих пор так.

У тебя удивительные иллюзии. Рынок с тобой не согнласен.

а фревые порты-то об этом и не знают!

простой тест: многими ли приложениями на Java каждый пользуется вот лично для себя? (а не где-то там в энтерпрайзе на работе)

Ну, Java хороша не для приложений в смысле с GUI. Много ли ты пользуешься приложениями на эрланге или даже го?

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

Ну, Java хороша не для приложений в смысле с GUI. Много ли ты пользуешься приложениями на эрланге или даже го?

ну, последние даже начали среди хипстеров в обычной жизни

У тебя удивительные иллюзии. Рынок с тобой не согнласен.

нетфликсу это расскажи =)

а фревые порты-то об этом и не знают!

А при чём тут порты? Давай смотреть динамику инсталляций и адопции новых пользователей. Можно мерятся наибольшим числом пакетов, наибольшим числом портов (в смысле поддерживаемых систем), наибольшим числом чего-то ещё такого — но это потому что мерятся, увы, большим нечего.

нетфликсу это расскажи =)

А ты — рамблеру.

нетфликсу это расскажи =)

Можно ещё Juniper вспомнить или громко радоваться что кусок прошивки плейсейшена из FreeBSD выдрали. Или вот Swithc'а.

ERROR: S client not available

нет, число пакетов тупо отражает "охват рынка софта"

Всем доброго вечера

тут опять о нужности\ненужности?

Причём, что-то мне подсказывает (опыт жизненный, видимо), что если из Нетфликса уволятся 4-5 ключевых сотрудников то через несолько лет FreeBSD там не останется, УВЫ.

это не важно

Раз вы го упомянули, много в им портах софта на нем?

А куда девать ораву программиздов могильщики джавы не говорят?

важно было, что "рынок не согласен" можно трактовать по самой разной куче параметров

А куда девать ораву программиздов могильщики джавы не говорят?

В биореактор. Большгинство изх них программируют так, чтолучше бы на пхп писали

Причём, что-то мне подсказывает (опыт жизненный, видимо), что если из Нетфликса уволятся 4-5 ключевых сотрудников то через несолько лет FreeBSD там не останется, УВЫ.

а если уволить других 4-5 ключевых - то и нетфликса не останется )

Или советы пишут…

Половина советов по оптимизации явы под какую-нить хрень — мусор.

важно было, что "рынок не согласен" можно трактовать по самой разной куче параметров

Рынок — это деньги. Порты — это, в большинстве своём, работа добровольцев. Вон, у меня есть порт функционального языка hope. Ни в одном линуксе нет. Язык 1985 года, учебный. Это, несомненно, великое достижение FreeBSD.

Половина советов по оптимизации явы под какую-нить хрень — мусор.

80% Всего — говно. Не нами сказано.

закон Старджона, емнип

Рынок — это деньги. Порты — это, в большинстве своём, работа добровольцев. Вон, у меня есть порт функционального языка hope. Ни в одном линуксе нет. Язык 1985 года, учебный. Это, несомненно, великое достижение FreeBSD.

нетфликс без денег, хочешь сказать?

И при этом всё равно как не крути кассандру память оно сожрёт. Хотя ей эта память нахрен не нужна.

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

При этом есть вещи которые есть только на яве и пашут как часы.

про "5 миров" Джоэля хоть все присутствующие помнят, надеюсь?

То же самое про перл, вон bucardo - вообще конфета по сравнению с другими m2m решениями.

При этом есть вещи которые есть только на яве и пашут как часы.

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

как известно, у гауссианы маргинов-то - два

То же самое про перл, вон bucardo - вообще конфета по сравнению с другими m2m решениями.

а чо такое m2m и bucardo? :)

нетфликс без денег, хочешь сказать?

Хочу сказать, что на мой взгляд, Netflix совершенно не зависит от FreeBSD per se. Это флуктуация что те 4 инженера, что были наняты в начале, любили FreeBSD. Любили бы они QNX — NetFlix Сейчас бы по QNX-конференциям ездил. Это не рынок вообще, это другое явление. Вот то, что не смотря на требование GPL (на который пытаются все класть хуй) в каждой коробке с сетевым портом, от точки доступа до телевизора, и на каждом чипе на каждой девборде — Linux, а не freeBSD (хотя казалось бы и сетевой стек долгое время был лучше и лицензия менее требовательная) — это вот печальная правда.

Агент master2master репликации для постгресса.

Может проблема не в инструменте, а в высоте присоединения рук к туловищу?

есть корреляция между количеством этой высоты и выбираемым инструментом

и она не в пользу жабы, увы

есть корреляция между количеством этой высоты и выбираемым инструментом

Мне кажется, это как с басистами.

А в пользу кого? На кого равняться?

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