корутины прямо в CLR?

прямо в виртуальной машине?

корутины прямо в CLR?

да. async-await, стейт машина и вся херня

я не спец конечно, но как минимум в CLR есть корутины, и генерики поярчке работают(в рантайме доступны типы)

По ярче, это довольно спорно. Если бы не было затерания типов, было бы очень тяжко всяким скалам

в CLR вроде тоже был раньше type erasure, но потом переделали. если память не изменяет

прямо в виртуальной машине?

Но не как в GO (10000 "потоков" все равно не создашь)

да. async-await, стейт машина и вся херня

посоны, валим в .net, там наконец-то fibers подвезли

Но не как в GO (10000 "потоков" все равно не создашь)

Расходимся...

Но не как в GO (10000 "потоков" все равно не создашь)

че это? закидываешь фьючерсы по тредпулу в 4 потока и радуешься

че это? закидываешь фьючерсы по тредпулу в 4 потока и радуешься

ммм, прям как в java

ммм, прям как в java

джава не умеет suspend делать

посоны, валим в .net, там наконец-то fibers подвезли

хотелось бы остаться все-таки натуралами

джава не умеет suspend делать

Что такое suspend?

че это? закидываешь фьючерсы по тредпулу в 4 потока и радуешься

В "Радио-Т" 536 (там еще Руслан был) обсуждали - сравнение коррутин Kotlin vs GO-рутин

Что такое suspend?

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

В "Радио-Т" 536 (там еще Руслан был) обсуждали - сравнение коррутин Kotlin vs GO-рутин

в последнем вроде егор был

егор за котлин топил?)

в последнем вроде егор был

уже обновил

а

В "Радио-Т" 536 (там еще Руслан был) обсуждали - сравнение коррутин Kotlin vs GO-рутин

а в двух словах че нельзя как в го? оверхеда много?

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

Всмысле высвобождает процессор для других потоков, типа sched_yield() в линуксе?

а в двух словах че нельзя как в го? оверхеда много?

Они там напирали на то что (десятки тысяч паралельных) IO или др долгая операция убьет твой пул-задач

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

прям вот реально можно стопануть выполнение в любой точке таска?

Всмысле высвобождает процессор для других потоков, типа sched_yield() в линуксе?

не в курсе как в линухах, увы

Они там напирали на то что (десятки тысяч паралельных) IO или др долгая операция убьет твой пул-задач

а в го не убьет? на 10к IO у тебя даже сокетов не хватит, или винт перестанет отвечать

прям вот реально можно стопануть выполнение в любой точке таска?

https://kotlinlang.org/docs/reference/coroutines.html проще прочитать один раз

Число открытых сокетов вроде на уровне операционки задается, при чем тут язык

ну я к тому же

а в го не убьет? на 10к IO у тебя даже сокетов не хватит, или винт перестанет отвечать

Там даже без IO - любая долгая операция (вытеснения то нет).

операция ж только 1 тред/ядро займет

а остальные на другие пойдут, не? work stealing и вся фигня

а остальные на другие пойдут, не? work stealing и вся фигня

Вот именно, важные операции просто "зависнут" в ожидание завершения долгих.

ну а как тебе го в этом поможет?

можно разве что свой priority executor запилить

ну а как тебе го в этом поможет?

Вот GO-рутины работают так что не зависают (зеленые треды). За тебя уже Google все сделал - ты просто плодишь эти goрутины и не думаешь о блокировках.

https://kotlinlang.org/docs/reference/coroutines.html проще прочитать один раз

причем тут котлин, мы же про clr говорили

причем тут котлин, мы же про clr говорили

а пардон, тут 3 ветки обсуждений) в CLR могу дать линку, там примерно так же реализовано

а пардон, тут 3 ветки обсуждений) в CLR могу дать линку, там примерно так же реализовано

вот реально в clr, на уровне байткода, а не синтаксический сахар и библиотечные функции, да?

вот реально в clr, на уровне байткода, а не синтаксический сахар и библиотечные функции, да?

Нет в .net на уровне байткода никаких коррутин - это все кодогенерация в компиляторе (как в котлине).

вот реально в clr, на уровне байткода, а не синтаксический сахар и библиотечные функции, да?

в clr там вроде такие же анонимные функции в качестве стейт машин генерятся как и в котлине. только async-await там ключевые слова в языке

а, ну то есть путаете до степени смешения 3 понятия: "CLR", ".NET Framework", "C#"

ясно-понятно

а, ну то есть путаете до степени смешения 3 понятия: "CLR", ".NET Framework", "C#"

Еще CIL из той же оперы

Еще CIL из той же оперы

common language infrastructure?

дада и Framework Class Library

common language infrastructure?

common intermediate language (байткод)

common language infrastructure?

Common Intermediate Language

Common Intermediate Language

с CLI перепутал ?

с CLI перепутал ?

И STI :)

в clr там вроде такие же анонимные функции в качестве стейт машин генерятся как и в котлине. только async-await там ключевые слова в языке

в каком языке? мы же про платформу говорим (а именно в части, связанной с виртуальной машиной), а не про языки

выглядит как эльфинг (типа троллинга - с теми же целями, но другими путями) :D

выглядит как он наш клиент много лет, и хвалил нас часто и много в разных форумах.

фотошоп

зайди на ютуб посмотри сам

Господа, у меня очень животрепещущий вопрос: Есть Serializable объект большого размера (>4G). Его хочется сериализовать и десериализовать. Сейчас это делается с помошью ObjectOutputStream(OutputStream) и ObjectInputStream(InputStream). Можно ли сделать это с помошью ByteBuffer'ов из java.nio и даст ли это прирост в производительности?

Господа, у меня очень животрепещущий вопрос: Есть Serializable объект большого размера (>4G). Его хочется сериализовать и десериализовать. Сейчас это делается с помошью ObjectOutputStream(OutputStream) и ObjectInputStream(InputStream). Можно ли сделать это с помошью ByteBuffer'ов из java.nio и даст ли это прирост в производительности?

Не хочешь взять kryo?

или protobuf :)

JSON ?

Господи, срочно егорку в это чатик

что за фамильярности?

что за фамильярности?

типикал гуга

что за фамильярности?

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

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

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

мне казалось мы в интернете, а не в корпоративной среде. Может еще по батюшке его называть?

А если я назову Егора по его нику, это тоже фамильярность?

А если я назову Егора по его нику, это тоже фамильярность?

нет, он же сам себе этот ник сделал

нет, он же сам себе этот ник сделал

а Егорка это не его имя?

а Егорка это не его имя?

ты здоровому уважаемому дядьке будешь говорить Егорка

ERROR: S client not available

ты здоровому уважаемому дядьке будешь говорить Егорка

в интернете все равны

да

ты здоровому уважаемому дядьке будешь говорить Егорка

если он себе возьмет ник @egorka вместо @yegor256 - то ок, так-то. А так - да, не очень выглядит

только причем тут равенство

если ты откровенно хамишь

ты это равенство нарушаешь

если я стану здоровым и уважаемым дядькой, то Яриком меня нельзя будет называть?

Называть уменьшительно-ласкательным человека = хамство? вах

круг общения чувак

мы тебя давно знаем

пару людей из этого чата

Может мне кто-нибудь объяснить, почему на выходе я получаю java.sql.Date? System.out.println(((java.util.Date) field.get(objectToProcess)).getClass());

так и запишем в общем, уменьшительно-ласкательные это хамство

так и запишем в общем, уменьшительно-ласкательные это хамство

к незнакомым людям - это проявление неуважения, хамство

иди в Киви, найди сотрудника по имени Егор и приветствуй его Егорка

а потом отпиши сюда фидбэк

хей, флудильная тема

а Егорка это не его имя?

нет, его имя Егор.

если я стану здоровым и уважаемым дядькой, то Яриком меня нельзя будет называть?

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

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

а Егор утверждает что его имя нельзя использовать в уменьшительно-ласкательной форме? Если так, то вопросов нет.

@yegor256

а Егор утверждает что его имя нельзя использовать в уменьшительно-ласкательной форме? Если так, то вопросов нет.

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

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

можешь называть меня за глаза любым уменьшительно-ласкательным вариантом моего имени

можешь называть меня за глаза любым уменьшительно-ласкательным вариантом моего имени

ну вот теперь могу называть тебя Яриком. До этого не мог. Капиш?

приземлился, открыл телеграм, а тут такие гадости про меня)

приземлился, открыл телеграм, а тут такие гадости про меня)

Егор, кто прав, Барух или гуга с Кирком?

Барух прав, нафиг фамильярности. они людей точно не сближают

тогда тема закрыта

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

то есть чем больше в человеке фамильярности, тем обычно меньше образования

а кто в Минском аутсорсе работает, тот на ты привык(

и не только в минском