Что потримить если на небольших вычислениях GC занимает много времени?

Question

[Melz]

Всем привет,

Есть система вычислений на TPL (Task) с сильным "ветвлением".
Все написано по "фен шую" с async и тд и мы в общем-то довольны.

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

Имеем:
1. Много Task.ContinueWith.
2. Много временных объектов которые выбрасываются на след. шаге.
3. Почти нулевой gen3/LOH.
4. 3000+ тасков в сумме.

Все работает хорошо пока есть чем заняться.
Но, если делать "нечего", то мы получаем много мелких тасков и упираемся в 30-40% GC.

На данный момент есть идея включить server GC или играться с Latency Modes.

Резерв по памяти есть, но отключать GC полностью нельзя.

Может у кого есть другие идеи?

Answer 1

[Станислав Силин]

Думаю стоить просто включить профайлер и посмотреть что кушает память. И что вы понимаете под "нечего" делать?

Comments

[Melz]

Провайлер мы включали. Память съедается временными результатами (да, они нужны), просто мы их используем один раз и больше они не нужны. Так что GC в общем-то прав что все удаляет. Просто он делает это слишком манически.
Под "нечего" понимается что Таск, грубо говоря, возвращает дефолтное значение. Хотя в обычном случае делал бы что-то секунд 20.

[Станислав Силин]

Так может не нужно запускать таск который "ничего" не делает?

Answer 2

[GavriKos]

Классика жанра - пул объектов и их реюз. Не аллоцируйте каждый раз объекты под временные результаты, а используйте уже существующие, но ненужные.

Comments

[Melz]

Ну таски по-умолчанию использую thread pool.
А как отлавливать ненужные объекты в этой штуке я даже не представляю. Живые примеры такого для систем с больше чем 16 процессорами есть? В синхронизацию не упрется?