Re[5]: Похоже вот откуда ростут ноги у рефакторинга из VS 20
От: xvost Германия http://www.jetbrains.com/company/people/Pasynkov_Eugene.html
Дата: 08.07.04 07:10
Оценка:
Здравствуйте, 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
От: xvost Германия http://www.jetbrains.com/company/people/Pasynkov_Eugene.html
Дата: 08.07.04 07:13
Оценка:
Здравствуйте, orangy, Вы писали:

O>Смотря какой рефакторинг. Переименование в R#R даже на больших проектах работает очень быстро. А, скажем, оптимизация using-ов с форматированием кода по всему проекту работает довольно долго. Но по мне — это нормально.


Вскорости после релиза будет ускорено.
Но все-равно запуск форматтера или оптимайзера на каталоге с большим кол-вом файлов — это самоубийство. Студия начинает конкретно умирать после открытия в редакторе 500 файлов. Вот сделаем скоро local vcs — тогда будет жизнь

Женя/ReSharper team
С уважением, Евгений
JetBrains, Inc. "Develop with pleasure!"
Re[10]: Похоже вот откуда ростут ноги у рефакторинга из VS 2
От: Igor Sukhov  
Дата: 08.07.04 18:09
Оценка:
Здравствуйте, xvost, Вы писали:

IS>>btw как избавиться от того что после auto-complete-а решарпер устанавливает

IS>>курсор в начало строки ?

X>Это в файле сгенерированном WinForm'ой?

в них самых.

X>Это глюк студии. Не лечится.

не ну это не разговор — не лечится — сильно раздражает. так же в ASP.NET — ких формах
проявляет. кодогенератор то один.
* thriving in a production environment *
Re[7]: Похоже вот откуда ростут ноги у рефакторинга из VS 20
От: Igor Sukhov  
Дата: 08.07.04 18:11
Оценка:
Здравствуйте, 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
От: VladD2 Российская Империя www.nemerle.org
Дата: 08.07.04 21:08
Оценка:
Здравствуйте, <Аноним>, Вы писали:

А>1) В Windows.Forms действительно делается GC. Это мы побороли давно

А>1) Тормозит не сам GC по себе, а компактификация памяти после него. Для Решарпера в процессе работы нужно огромное кол-во памяти во временных объектах, который к сожалению часто перелезают в первое поколение GC. Отсюда и тормоза. С этим боремся.

Откровенно говоря мы в R#-пе на подобные проблемы не нарывались. Объекты мирно живут себе во втором поколении, а временные дохнут еще в нулевом. В обещм, скорость вроде ничего. Но возможно мы просто еще не все сделали.

А>Женя/JetBrains/ReSharper Team


Приятно видить на нашем сайте людей занимающихся интересными задачами.

ЗЫ

А что без логина то?
... << RSDN@Home 1.1.4 beta 2 >>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.