Можете обновить часть "На текущий момент async2 остаётся экспериментом, доступным в runtimelab в ветке feature/async2-experiment" -- оно уже переехало в апстрим (main dotnet/runtime) и продолжается разработка уже там (довольно активно).
Есть интерпретатор в моно, но решили его переписать на CoreCLR, чтобы он использовал тот же рантайм и гц. пока в разработке, цель просто заменить существующий моновский (там где он сейчас используется).
Вообще странно, что они не сделали сам тип string как-нибудь так, чтобы если строка короткая, то она пыталась бы храниться на стеке.
Есть подвижки в .NET 10.0 в эту сторону, но чтобы объект можно было аллоцировать на стеке, джит должен сам себе доказать что он никаким образом не убегает в хип
Эфемерные аллокации типа таких не нагружают гц, люди часто с ними борятся непонятно зачем. Гораздо хуже аллокации при которых создаются Gen2 -> Gen0 линки
Очень сомнительная поправка про "всю кучу", в большинстве случаев ГЦ сканит конкретно одно поколение + области памяти в которых могут быть ссылки на первое поколение (это когда write barrier оставляет в записи в card table каждый раз когда вы любой объект присваиваете в поле другого на хипе) + руты где бы они не были
Эта библиотека содержит 500+ unsafe хаков в разных местах, учитывая что автор так же известен библиотекой MemoryPack где из-за unsafe кода у него там есть набор потенциальных CVE, я бы был осторожен с этой либой. На мой взгляд Zero-Alloc LINQ можно было бы реализовать 100% безопасным кодом
@stephentoub (he/him), напиши в коменты, если тебя держат насильно.
Стивен самый продуктивный разработчик дотнета (человек оркестр, просто посмотрите страницу contributors https://github.com/dotnet/runtime/graphs/contributors?from=5%2F20%2F2020), он так же большой энтузиаст ИИ и мейнтейнит библиотеки типа MPC SDK сейчас. Не думаю что он нуждается в вашем сочувствии и спасении.
Я не знаю что конкретно Сатья имел ввиду под 30% кода, но рискну предположить что если я написал usi, а копилот подскзал "ng System;" и я нажал таб, то ИИ только что написал 80% кода ;-)
Это не тот случай, ИИ уже тут и навсегда, его активно использует все вокруг вас, если вы этого не видите, рискуете остаться за бортом истории. Речь не идет о чатгпт гуе, в котором можно задать вопрос, речь про агент-лупы, мцп, а2а, семантическом поиске, и т.п.. Галлюцинации решаются настройкой агент-лупа который и сам себе скормит ошибку, и тесты запустит, и логи браузера проверит и начнет заново если что-то пошло не так (а дальше с развитием прогресса это будет происходит все реже).
Просто рекомендую инвестировать свое время в это, а не поддаваться луддизму. Я вас уверею, абсолютно каждый программист сейчас про себя думает "не, ну от меня много чего зависит в конторе и знания специфичные к домену/нишевые чтобы меня заменить"
Да, я - сотрудник и у меня около тысячи пулл-реквестов конкретно в этот репозиторий (dotnet/runtime) о котором тут идет речь. Microsoft действительно прямо просит сотрудников использовать ИИ, но я подтверждаю что ни о какой принудиловке бросать всё и бежать отвечать копилоту через вебгуй речи не идет, это просто тестирование технологии. С другой стороны, тяжело и глупо игнорировать тот факт, что агенты, MCP тулы, промпт инженеринг, индексирование с RAG и т.д. очень сильно улучшают продуктивность
https://github.com/dotnet/runtime/pull/114675 и https://github.com/dotnet/runtime/pull/114861 - вот переезд + много пулл-реквестов после этого
он переехал. вы ожидали увидеть удаленную ветку? зачем?
Можете обновить часть "На текущий момент async2 остаётся экспериментом, доступным в runtimelab в ветке feature/async2-experiment" -- оно уже переехало в апстрим (main dotnet/runtime) и продолжается разработка уже там (довольно активно).
Подозреваю что статья - GPT перевод https://github.com/dotnet/runtimelab/blob/feature/async2-experiment/docs/design/features/runtime-handled-tasks.md ? :-)
Есть интерпретатор в моно, но решили его переписать на CoreCLR, чтобы он использовал тот же рантайм и гц. пока в разработке, цель просто заменить существующий моновский (там где он сейчас используется).
Их нельзя использовать вместе никак, это два разных рантайма. У вас на выбор 4 опции:
NativeAOT
JIT + R2R (обычно все базовые библиотеки в R2R идут), при этом весь R2R код (если он горячий) по итогу все равно пере-компилируется джитом в Tier1
JIT-only (если насильно отключить R2R).
R2R-only, но тут практически нереально добиться того чтобы джит не вызывался
Ещё есть интерпретатор новый.
Native AOT + ReadyToRun -- не очень понятно то имеется ввиду под этим.
Либо на запись, либо на выполнение, потому что с .NET 7.0 по-умолчанию включен W^X так что если влазить руками - убьет
А где не так? в чём смысл вашего комментария?
Есть подвижки в .NET 10.0 в эту сторону, но чтобы объект можно было аллоцировать на стеке, джит должен сам себе доказать что он никаким образом не убегает в хип
Эфемерные аллокации типа таких не нагружают гц, люди часто с ними борятся непонятно зачем. Гораздо хуже аллокации при которых создаются Gen2 -> Gen0 линки
Очень сомнительная поправка про "всю кучу", в большинстве случаев ГЦ сканит конкретно одно поколение + области памяти в которых могут быть ссылки на первое поколение (это когда write barrier оставляет в записи в card table каждый раз когда вы любой объект присваиваете в поле другого на хипе) + руты где бы они не были
Эта библиотека содержит 500+ unsafe хаков в разных местах, учитывая что автор так же известен библиотекой MemoryPack где из-за unsafe кода у него там есть набор потенциальных CVE, я бы был осторожен с этой либой. На мой взгляд Zero-Alloc LINQ можно было бы реализовать 100% безопасным кодом
очень сложный слог для меня, но решил забайтится
Стивен самый продуктивный разработчик дотнета (человек оркестр, просто посмотрите страницу contributors https://github.com/dotnet/runtime/graphs/contributors?from=5%2F20%2F2020), он так же большой энтузиаст ИИ и мейнтейнит библиотеки типа MPC SDK сейчас. Не думаю что он нуждается в вашем сочувствии и спасении.
Я не знаю что конкретно Сатья имел ввиду под 30% кода, но рискну предположить что если я написал
usi, а копилот подскзал "ng System;" и я нажал таб, то ИИ только что написал 80% кода ;-)Это не тот случай, ИИ уже тут и навсегда, его активно использует все вокруг вас, если вы этого не видите, рискуете остаться за бортом истории. Речь не идет о чатгпт гуе, в котором можно задать вопрос, речь про агент-лупы, мцп, а2а, семантическом поиске, и т.п.. Галлюцинации решаются настройкой агент-лупа который и сам себе скормит ошибку, и тесты запустит, и логи браузера проверит и начнет заново если что-то пошло не так (а дальше с развитием прогресса это будет происходит все реже).
Просто рекомендую инвестировать свое время в это, а не поддаваться луддизму. Я вас уверею, абсолютно каждый программист сейчас про себя думает "не, ну от меня много чего зависит в конторе и знания специфичные к домену/нишевые чтобы меня заменить"
Да, я - сотрудник и у меня около тысячи пулл-реквестов конкретно в этот репозиторий (dotnet/runtime) о котором тут идет речь. Microsoft действительно прямо просит сотрудников использовать ИИ, но я подтверждаю что ни о какой принудиловке бросать всё и бежать отвечать копилоту через вебгуй речи не идет, это просто тестирование технологии. С другой стороны, тяжело и глупо игнорировать тот факт, что агенты, MCP тулы, промпт инженеринг, индексирование с RAG и т.д. очень сильно улучшают продуктивность
Это какая-то отсебятина, никто некому ничего не запрещал. Просто тестирование технологии
Как это противоречит тому что я написал?
Довольно много размера можно вырезать отключив некоторые JIT оптимизации (такие как клонирование циклов, finally-блоков) или огранить инлайнер
А смысл тогда постить баг который никуда не попал и нельзя воспроизвести сейчас?