> А сколько ресурсов тратится? Я периодически наблюдаю как коллеги в
> соседнем отделе борются с GC в Java, и мне кажется, что далеко не
> всегда есть выигрыш. А если и есть, то единицы процентов.

Позвольте заметить, что GC в Java - это отдельная песня, давно уже
ставшая притчей во языцех.

Создание быстрого GC для многопоточного приложения - задача весьма
нетривиальная, и многие институты бьются над ней уже много
лет. Однопоточные же GC весьма и весьма производительны.

В то же время для задействования всех ядер процессора многопоточность
вовсе не обязательна. Языки для JVM просто не имеют возможности
параллелиться иначе как потоками из-за огромного рантайма. Языки же с
однопоточным GC предпочитают форки (см. например Ocamlnet).

> И я не могу привести примеры, где было бы оправдано использовать
> язык со сборщиком мусора, может Вы приведете примеры?

Смотря что Вы подразумеваете под оправданностью.

Тут фокус такой: сборщик мусора позволяет не оперировать памятью
вручную. А это большой плюс для программиста. И в любой прикладной
задаче, где не важна производительность, можно положиться на GC.

Тут повышается производительность труда программиста, а не
производительность программы, которую он пишет.