Здравствуйте, Mab, Вы писали:
Mab>Кстати, забавный факт -- исследование внутренностей показывает, что написано это чудо похоже целиком на C#.
Да. 100% чистый C#. Даже unsafe кода нет.
Mab>Этим и обуславливается некоторая задумчивость и периодические GC. Сейчас к счастью все стало вполне хорошо (P4 2.4 1GB), а раньше бывали неприятные ощущения. Интересно будет посмотреть на производительность в релизе. Заодно это покажет, насколько .NET вообще приспособлен для решения сложных алгоритмически и технически задач, связанных с обработкой большого количества мелких объектов.
Нормально приспособлен. Только иногда изголяться надо.
И очень внимательно следить в memory profilere что происходит с памятью, т.к. влегкую можно пропустить боксирование большого кол-ва объектов
Женя/ReSharper team
С уважением, Евгений
JetBrains, Inc. "Develop with pleasure!"
Re[6]: Похоже вот откуда ростут ноги у рефакторинга из VS 20
Здравствуйте, orangy, Вы писали:
O>Смотря какой рефакторинг. Переименование в R#R даже на больших проектах работает очень быстро. А, скажем, оптимизация using-ов с форматированием кода по всему проекту работает довольно долго. Но по мне — это нормально.
Вскорости после релиза будет ускорено.
Но все-равно запуск форматтера или оптимайзера на каталоге с большим кол-вом файлов — это самоубийство. Студия начинает конкретно умирать после открытия в редакторе 500 файлов. Вот сделаем скоро local vcs — тогда будет жизнь
Женя/ReSharper team
С уважением, Евгений
JetBrains, Inc. "Develop with pleasure!"
Re[10]: Похоже вот откуда ростут ноги у рефакторинга из VS 2
Здравствуйте, xvost, Вы писали:
IS>>btw как избавиться от того что после auto-complete-а решарпер устанавливает IS>>курсор в начало строки ?
X>Это в файле сгенерированном WinForm'ой?
в них самых.
X>Это глюк студии. Не лечится.
не ну это не разговор — не лечится — сильно раздражает. так же в ASP.NET — ких формах
проявляет. кодогенератор то один.
* thriving in a production environment *
Re[7]: Похоже вот откуда ростут ноги у рефакторинга из VS 20
Здравствуйте, xvost, Вы писали:
O>>Смотря какой рефакторинг. Переименование в R#R даже на больших проектах работает очень быстро. А, скажем, оптимизация using-ов с форматированием кода по всему проекту работает довольно долго. Но по мне — это нормально.
X>Вскорости после релиза будет ускорено. X>Но все-равно запуск форматтера или оптимайзера на каталоге с большим кол-вом файлов — это самоубийство. Студия начинает конкретно умирать после открытия в редакторе 500 файлов. Вот сделаем скоро local vcs — тогда будет жизнь
тормоза все такие есть даже на машинках уровня P4 2.5-3 1G ... надеюсь доживет до этого светлого будущего с vcs =)
* thriving in a production environment *
Re[8]: Похоже вот откуда ростут ноги у рефакторинга из VS 20
Здравствуйте, <Аноним>, Вы писали:
А>1) В Windows.Forms действительно делается GC. Это мы побороли давно А>1) Тормозит не сам GC по себе, а компактификация памяти после него. Для Решарпера в процессе работы нужно огромное кол-во памяти во временных объектах, который к сожалению часто перелезают в первое поколение GC. Отсюда и тормоза. С этим боремся.
Откровенно говоря мы в R#-пе на подобные проблемы не нарывались. Объекты мирно живут себе во втором поколении, а временные дохнут еще в нулевом. В обещм, скорость вроде ничего. Но возможно мы просто еще не все сделали.
А>Женя/JetBrains/ReSharper Team
Приятно видить на нашем сайте людей занимающихся интересными задачами.
ЗЫ
А что без логина то?
... << RSDN@Home 1.1.4 beta 2 >>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.