Да еще и окно это дебильное впилили «Preparing solition...», которое визуально увеличивает время загрузки солюшена
Эх, не визуально :(
Даже проект из несчастных 20-30 файлов «perpare-ит» до 20 секунд. А вот тормозила на нём не больше 5. И так со многим.
По поводу открытия больших солюшнов я уже писал как-то: С++, 400 проектов. 2008я — до 2 минут, давно не мерил. 2010я — 10 минут. Тут явно где-то порылся уже не WPF или .NET вообще, а алгоритм со страшной сложностью.
Ну и про новый интерфейс. Он действительно работает очень шустро. Почти всегда. Просто иногда он любит задуматься на пару секунд. За 2008й такого не наблюдалось, по крайней мере с такой периодичностью.
— Развивайте продукт но верните интерфейс VS написанный на нативном коде
— Улучшить производительность Visual Studio
Очень даже поддерживаю. Например, открытие С++ проектов стало работать ну сильно медленнее, чем в 2008й. Хотелось бы это исправить, ведь ждать по 10 минут простого отвисания студии как-то не очень приятно.
Вы издеваетесь? Пример: солюшн С++/C#, ~350 проектов, открытие:
Visual Studio 2003 SP1 — меньше минуты
Visual Studio 2008 SP1 — 1,5 минуты
Visual Studio 2010 — 10 минут
Своп в RAM нужен в том случае, когда 32-битная система не видит всю память (>= 4 GB). Некоторые RAMDrive-ы умеют использовать под виртуальный диск именно ту память, что система не может использовать.
И это, ИМХО, единственный случай, когда в таком свопе есть смысл.
Да в чём проблемы? Просто разгрузим им сеть, да и всё ;)
Слава богу, другие операторы у нас пока есть.
Эх, не визуально :(
Даже проект из несчастных 20-30 файлов «perpare-ит» до 20 секунд. А вот тормозила на нём не больше 5. И так со многим.
По поводу открытия больших солюшнов я уже писал как-то: С++, 400 проектов. 2008я — до 2 минут, давно не мерил. 2010я — 10 минут. Тут явно где-то порылся уже не WPF или .NET вообще, а алгоритм со страшной сложностью.
Ну и про новый интерфейс. Он действительно работает очень шустро. Почти всегда. Просто иногда он любит задуматься на пару секунд. За 2008й такого не наблюдалось, по крайней мере с такой периодичностью.
— Улучшить производительность Visual Studio
Очень даже поддерживаю. Например, открытие С++ проектов стало работать ну сильно медленнее, чем в 2008й. Хотелось бы это исправить, ведь ждать по 10 минут простого отвисания студии как-то не очень приятно.
В 2010 студии был введён новый формат С++ пректов. Похоже, работа с ним написана из рук вон плохо. Ну или на C# (шутка)
Visual Studio 2003 SP1 — меньше минуты
Visual Studio 2008 SP1 — 1,5 минуты
Visual Studio 2010 — 10 минут
Увеличилась?
%site_name%/fakes/%site_name%/…
Ребята не палятся совершенно :)
эту штуку компилятор уж никак не сможет спутать с функцией.
И это, ИМХО, единственный случай, когда в таком свопе есть смысл.