точняк

пора спать

public int mult(int a, Integer b) { a = 5; b = 2; return a * b; }

Примитивы (а) иммутабельны, а вот b можно было бы изменить если у класса Integer был метод изменения внутреннего значения - это ведь ссылка на объект. При передаче в метод ссылки - идёт передача копии ссылки.

Точнее в метод передаётся просто копия значения a и копия ссылки на b

/stat@combot

combot.org/chat/-1001043090457

Кто то Akka Actors использует?

гм

эт контрпродуктивный вопрос

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

в каком либо виде большинство используют

Хочу узнать впечатление коллег) Начал ее использовать в последнее время, на игровом сервере

Давайте лучше Акку пообсуждаем, чем как в рантайме поменять final переменную)

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

+

с переходом по ссылке тоже самое — открывается внутри клиента webview, а возвращаешься — всё прочитано и ты внизу. на мобильном клиенте.

а самое отвратительное, что написать issue, или отправить фидбек никому нельзя — просто некуда.

Ю - юзабилити, проблема чтоль большая контекст разговора на клиенте сохранить?

с переходом по ссылке тоже самое — открывается внутри клиента webview, а возвращаешься — всё прочитано и ты внизу. на мобильном клиенте.

А тут разве нет техподдержки?

https://telegram.org/support

они не отвечают, для вида сделали.

Это плохо конечно, но думаю пометки они делают у себя все таки

отправлял запрос в конце октября ?

Добро пожаловать в поддержку Телеграма. Наши добровольцы постараются ответить на ваш вопрос так скоро, как это будет возможно. Пожалуйста, расскажите о своей проблеме максимально подробно и наберитесь терпения. Ответы на большинство вопросов можно найти тут: https://telegram.org/faq ___ Note that we can provide answers in English or Russian on this account.

так и не прочитали моё сообщение

Они делают бесплатный продукт, с чего ты взял, что они обязаны ответить?

Яндекс тоже делают бесплатные продукты (я пользуюсь почтой), и отвечают они порой даже в тот же день.

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

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

Да, таргетировать рекламу то надо.

Кто то Akka Actors использует?

я

не поверите, только что ответили

думаю, это не случайность ?

@guga4ka смотри - https://spring.io/guides/gs/reactor-thumbnailer/ теперь можно пилить асинхронный круд за асинхронные сыры

@guga4ka смотри - https://spring.io/guides/gs/reactor-thumbnailer/ теперь можно пилить асинхронный круд за асинхронные сыры

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

ну пропихнуть попроще будет, все-таки спрынг

в девятке будут reactivestreams

откуда инфа?

С имлиментацией?

из api

лето 2017

будет потным

а ещё тормозить будет, придется переходить на красношапочную сборку.

а спринг ещё создает тред пер реквест?

что???

http://gee.cs.oswego.edu/dl/jsr166/dist/docs/java/util/concurrent/Flow.html

он просто берет из пула

Если я решил ступать по пути nio, то обычные сервлеты использовать не стоит?

он просто берет из пула

блокируется ли весь поток на время обработки реквеста?

Если я решил ступать по пути nio, то обычные сервлеты использовать не стоит?

А что с ними не так?

блокируется ли весь поток на время обработки реквеста?

если там ио, например

Так ведь сервлеты синхронные

блокируется ли весь поток на время обработки реквеста?

вроде нет

Так ведь сервлеты синхронные

Ну есть и асинхронные, но вот за них ничего сказать не могу.

ERROR: S client not available

Сам nio получается, используется на уровне сервлет контейнера (Tomcat, Jetty и т. д.)?

вроде нет

я с плеем сравниваю, там точно не блокируется в каком-то спринге 100℅ блокировалось, но я не в курсе, улучшилось ли это

То есть получается так: сервлет контейнер принимает/отправляет данные клиенту в асинхронном режиме, но когда приходит запрос, то передает его на рабочий поток из пула, который уже может блокироваться, и ожидает от него полный ответ?

http-запрос - > Thread Worker берет поток из Thread Pool - > в нем производится работа -> ответ клиенту, поток возвращается в пул

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

Я приблизительно это имел в виду

https://spring.io/blog/2016/02/09/reactive-spring похоже, что таки на ио блокируется

However, we’ve also found that it is very hard to introduce non-blocking I/O within an existing ecosystem of web frameworks and applications. Doing so requires very deep change all the way to the core contracts which need to switch from blocking to async semantics.

звучит не особо оптимистично

Да. Поэтому если нужен full nio, нужно смотреть в сторону netty, play, vert.x и т. д.

Хотя была где то статья, что кто то перевел большой проект на неблокирующую архитектуру и не получили особенного прироста производительности

ну зависит от архитектуры

вынести все тяжелое в отдельный пул, и 69℅ проблем решено

Хотя сейчас смотрю на последний бенчмарк. И все равно както все грустно в play/vert.x https://www.techempower.com/benchmarks/

ну те бенчмарки меряют не пойми что

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

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

вот к коду у меня и претензии, он хреновый

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

Ну так код в бенчмарках пишут так, что бы он был похож до реального кода

даже не так -- он разный

что хуже

Ну так код в бенчмарках пишут так, что бы он был похож до реального кода

ну например -- они прогревают джвм?

Разве сотен тысяч запросов не хватает для прогрева?

Там видно, что Java в топе во многих случаях

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

сериализация жсона нивелирует все преимущество асинхронных фреймов