Сообщение Re[14]: Java/Kotlin .NET/C# GO от 16.07.2023 8:11
Изменено 16.07.2023 11:10 Serginio1
Re[14]: Java/Kotlin .NET/C# GO
Здравствуйте, novitk, Вы писали:
S>>Виртуальные потоки отстой. Ибо сливают таскам с TaskCompletionSource и CancellationToken. А вот яве без async/await хреново. Ибо во всех языках, даже в JS он существует.
S>>Даже Котлин и то некое подобие изобразил. Кстати в TS когда в JS не было async/await, там генерировали стейт машину на промисах в JS.
S>>Виртуальные потоки это хорошо забытые файберы и OVERLAPPED https://learn.microsoft.com/ru-ru/windows/win32/fileio/synchronous-and-asynchronous-i-o. Ничего нового.
N>Ты не в состоянии понять, что тебе пишут или специально блокируешь в целях евангелизма .NET?
N>Stackfull > Stackless ТЧК
N>Тут не о чем дебатировать и в MS это [url=https://twitter.com/davidfowl/status/1583326637219000321
N>]понимают[/url]
Я не против зеленых потоков. Возможно они лучше в каких то сценариях нативных потоках. Но они никак не являются заменой async/await которые используют пул потоков хоть нативных хоть зеленых. Единственно, что для долгих операций стоит использовать более легковесные потоки.
То есть нужно смотреть и замерять.
Но они ну никак не являются заменой ради не использования async/await
S>>Виртуальные потоки отстой. Ибо сливают таскам с TaskCompletionSource и CancellationToken. А вот яве без async/await хреново. Ибо во всех языках, даже в JS он существует.
S>>Даже Котлин и то некое подобие изобразил. Кстати в TS когда в JS не было async/await, там генерировали стейт машину на промисах в JS.
S>>Виртуальные потоки это хорошо забытые файберы и OVERLAPPED https://learn.microsoft.com/ru-ru/windows/win32/fileio/synchronous-and-asynchronous-i-o. Ничего нового.
N>Ты не в состоянии понять, что тебе пишут или специально блокируешь в целях евангелизма .NET?
N>Stackfull > Stackless ТЧК
N>Тут не о чем дебатировать и в MS это [url=https://twitter.com/davidfowl/status/1583326637219000321
N>]понимают[/url]
Я не против зеленых потоков. Возможно они лучше в каких то сценариях нативных потоках. Но они никак не являются заменой async/await которые используют пул потоков хоть нативных хоть зеленых. Единственно, что для долгих операций стоит использовать более легковесные потоки.
То есть нужно смотреть и замерять.
Но они ну никак не являются заменой ради не использования async/await
Re[14]: Java/Kotlin .NET/C# GO
Здравствуйте, novitk, Вы писали:
S>>Виртуальные потоки отстой. Ибо сливают таскам с TaskCompletionSource и CancellationToken. А вот яве без async/await хреново. Ибо во всех языках, даже в JS он существует.
S>>Даже Котлин и то некое подобие изобразил. Кстати в TS когда в JS не было async/await, там генерировали стейт машину на промисах в JS.
S>>Виртуальные потоки это хорошо забытые файберы и OVERLAPPED https://learn.microsoft.com/ru-ru/windows/win32/fileio/synchronous-and-asynchronous-i-o. Ничего нового.
N>Ты не в состоянии понять, что тебе пишут или специально блокируешь в целях евангелизма .NET?
N>Stackfull > Stackless ТЧК
N>Тут не о чем дебатировать и в MS это [url=https://twitter.com/davidfowl/status/1583326637219000321
N>]понимают[/url]
Я не против зеленых потоков. Возможно они лучше в каких то сценариях нативных потоках. Но они никак не являются заменой async/await которые используют пул потоков хоть нативных хоть зеленых. Единственно, что для долгих операций стоит использовать более легковесные потоки.
То есть нужно смотреть и замерять.
Но они ну никак не являются заменой ради не использования async/await
Про отстой я говорил как замена задач выполняемых в пуле потоков, на задачи основанных на зеленых потоков.
При использовании Task никто не использует Thread напрямую, но можно делать подсказки вроде TaskCreationOptions, ConfigureAwait, ContinueWith, RunSynchronously
S>>Виртуальные потоки отстой. Ибо сливают таскам с TaskCompletionSource и CancellationToken. А вот яве без async/await хреново. Ибо во всех языках, даже в JS он существует.
S>>Даже Котлин и то некое подобие изобразил. Кстати в TS когда в JS не было async/await, там генерировали стейт машину на промисах в JS.
S>>Виртуальные потоки это хорошо забытые файберы и OVERLAPPED https://learn.microsoft.com/ru-ru/windows/win32/fileio/synchronous-and-asynchronous-i-o. Ничего нового.
N>Ты не в состоянии понять, что тебе пишут или специально блокируешь в целях евангелизма .NET?
N>Stackfull > Stackless ТЧК
N>Тут не о чем дебатировать и в MS это [url=https://twitter.com/davidfowl/status/1583326637219000321
N>]понимают[/url]
Я не против зеленых потоков. Возможно они лучше в каких то сценариях нативных потоках. Но они никак не являются заменой async/await которые используют пул потоков хоть нативных хоть зеленых. Единственно, что для долгих операций стоит использовать более легковесные потоки.
То есть нужно смотреть и замерять.
Но они ну никак не являются заменой ради не использования async/await
Про отстой я говорил как замена задач выполняемых в пуле потоков, на задачи основанных на зеленых потоков.
При использовании Task никто не использует Thread напрямую, но можно делать подсказки вроде TaskCreationOptions, ConfigureAwait, ContinueWith, RunSynchronously