Нет, альтернативные подходы не пробовали. Про StringPool, честно говоря, вообще не слышал до этого. Нужно будет попробовать, хотя тоже сомневаюсь, что внутри него нет блокировок.
Изначально, как я понимаю, интернирование было использовано, чтобы просто уменьшить расход памяти, без цели увеличения производительности, скорее всего его там и не было. Ради интереса я убирал интернирование и видел, как процесс увеличивался почти в два раза — с 6 ГБ до 12 ГБ.
На первый взгляд выглядит так, что вы героически решаете проблемы, которые сами же создали :).
Частично так и есть — уменьшили расход памяти процессом, но создали несовсем очевидную проблему производительности в сценариях работы в системах с большим колличеством потоков (по типу использования IncrediBuild для расспараллеливания).
Честно — не слышал про подобный проект. Сейчас посмотрел – действительно, популярный декомпилятор. Это получается fork от ILSpy. Нужно будет попробовать его.
Частично так и есть — уменьшили расход памяти процессом, но создали несовсем очевидную проблему производительности в сценариях работы в системах с большим колличеством потоков (по типу использования IncrediBuild для расспараллеливания).