😭😭😭

🐸 Библиотека шарписта

#garbage_collector

💡 Как посмотреть результат работы JIT прямо в Rider

После установки плагина .NET Disassembler становится доступно окно ASM Viewer, где можно посмотреть нативный код, который сгенерировали:

🈂️ JIT
🈂️ ReadyToRun
🈂️ NativeAOT

Поддерживаются x86, x64 и ARM64.

Это удобно, когда нужно проверить:

✅ произошёл ли инлайнинг
✅ как JIT оптимизировал код
✅ какое влияние оказывают PGO и Tiered Compilation
✅ почему одна реализация работает быстрее другой

Раньше для такого анализа обычно использовали BenchmarkDotNet, специальные флаги рантайма или сторонние утилиты. Теперь дизассемблированный код можно открыть прямо в IDE.

📌 Для работы понадобится установить плагин .NET Disassembler

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#il_люминатор

🔊 5 возможностей .NET 11 Preview 5, которые могли пройти мимо вас

Пока все обсуждают C# 15, в .NET 11 Preview 5 приехало несколько полезных улучшений библиотек и SDK.

🈶 JSON Lines в System.Text.Json

Теперь IAsyncEnumerable<T> можно сериализовать в формате JSON Lines без ручной сборки строк. Полезно для логов, событий и потоковой обработки данных.

🈶 EqualityComparer.Create по селектору ключа

Новая перегрузка позволяет быстро создавать компараторы для HashSet, Distinct и GroupBy без собственного IEqualityComparer<T>.

🈶 StringBuilder.MoveChunks

Передаёт накопленный текст в другой StringBuilder без копирования символов. Особенно интересно для генераторов кода и других сценариев с большими объёмами текста.

🈶 Улучшения производительности библиотек

В Preview 5 продолжается работа над уменьшением аллокаций и ускорением базовых API платформы.

🈶 Подготовка к C# 15

SDK и инструменты продолжают получать поддержку новых возможностей языка ещё до финального релиза .NET 11.

🔗 Подробнее

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#async_news

💡 StartsWith('s') лучше, чем StartsWith("s")

Если ищете один символ, используйте перегрузку с char:

text.StartsWith(’s’);

вместо:

text.StartsWith(«s»);

То же самое касается:

text.EndsWith('s');
text.IndexOf(’s’);

Перегрузки с char обычно немного эффективнее и сразу показывают, что поиск идёт по одному символу.

📌 Для одного символа — char, для строки или подстроки — string.

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#sharp_view

🔗 LINQ за пределами Where() и Select()

Большинство разработчиков регулярно используют лишь небольшую часть LINQ. Но за последние версии .NET коллекция операторов заметно выросла.

На шпаргалке собраны методы, которые часто упрощают код:

🔹 DistinctBy() — убрать дубликаты по ключу
🔹 Chunk() — разбить последовательность на пачки
🔹 MaxBy() / MinBy() — получить элемент по максимальному или минимальному значению ключа
🔹 CountBy() — посчитать элементы по группам
🔹 AggregateBy() — агрегировать данные по ключу за один проход
🔹 SelectMany() — развернуть вложенные коллекции
🔹 ToLookup() — построить быстрый lookup по ключу
🔹 Zip() — объединить две последовательности попарно

📌 Если до сих пор используете GroupBy(...).Count() или пишете собственную логику для поиска максимального элемента — возможно, в LINQ уже есть готовый оператор.

🔗 Источник

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#схема

🤷‍♂️ Почему сборщик мусора делит объекты на поколения

GC в .NET не сканирует всю кучу при каждой сборке. Он опирается на простое наблюдение: большинство объектов живут очень недолго. Временные строки, локальные коллекции, промежуточные результаты вычислений часто умирают почти сразу после создания.

Поэтому управляемая куча разделена на поколения.

🟢 Gen0 — сюда попадают новые объекты. Сборка происходит часто и быстро.

🟢 Gen1 — промежуточное поколение для объектов, переживших сборку Gen0.

🟢 Gen2 — долгоживущие объекты: кеши, синглтоны, крупные структуры приложения. Проверяется значительно реже.

Такой подход позволяет GC большую часть времени работать только с небольшим количеством свежих объектов, не тратя ресурсы на всю кучу целиком.

🔜 Отдельно существует LOH (Large Object Heap). Туда попадают крупные объекты размером примерно от 85 КБ, чаще всего большие массивы. LOH обычно не уплотняется при обычных сборках, поэтому со временем может фрагментироваться.

Практический вывод:

✅ уменьшайте количество временных объектов на горячих путях;
✅ избегайте лишних аллокаций в циклах;
✅ переиспользуйте большие буферы через ArrayPool<T>, чтобы не нагружать LOH.

📚 Что почитать дальше:

«Фундаментальные основы сборщика мусора .NET» — один из лучших материалов для понимания поколений, LOH, режимов работы GC и причин пауз при сборке мусора.

📍 Навигация: Вакансии • Задачи • Собесы

🐸 Библиотека шарписта

#il_люминатор