Как измерить потерю производительности от медленных ПК под управлением Visual Studio?

Многие ПК, которые мы имеем в команде разработчиков, устарели и очень медленны для запуска Visual Studio 2008. Они должны быть заменены более новыми машинами. Но есть общее нежелание руководства/компании покупать новые машины.

Как нам придумать цифры и тесты, чтобы показать, что эти медленные ПК приводят к потере производительности?

Очевидно, мы не можем позвонить им, чтобы сесть с нами, когда мы строим решения и/или открываем различные файлы.

Есть ли объективный способ придумать какие-то надежные цифры, которые нетехнические люди могут понять?

Было бы неплохо иметь способ измерить это во всей организации на разных компьютерах под управлением Visual Studio. Я ищу ответ, который лучше, чем использование физического секундомера.:)

Ответ 1

Измените свои решения, чтобы события предварительной сборки и пост-сборки записывали текущее время в централизованную базу данных. Укажите имя машины и название проекта.

Затем вы можете отобразить эту информацию в виде графика, показывающего время сборки и машины.

Это должно показать корреляцию между временем сборки и возрастом машины, мы надеемся, что старые машины работают медленнее. Вы можете даже преобразовать время в значение $(или £ или €), чтобы показать, сколько стоят эти старые машины. Суммирование этого времени даст ценность для окупаемости любых инвестиций в новые машины.

Модифицируя решения, вы можете получить этот журнал, развернутый на всех машинах разработки, просто заставив всех "получить последние" от источника управления.

Ответ 2

Это не отвечает на ваш вопрос, но может помочь достичь требуемых результатов. Скажите своим боссам, что Билл о правах программиста - это то, что нужно воспринимать всерьез.

Ответ 3

Я попытался бы объяснить им, что программисты стоят намного больше, чем машины. Если вы тратите 30 минут в день на ожидание, выполните математику и выясните, какой процент вашей зарплаты тратится впустую из-за отстающих машин. Представьте эти цифры для них и сравните их с ценой нового компьютера и объясните, как они могли бы сэкономить деньги в долгосрочной перспективе путем обновления.

Если они предпочитают продолжать тратить большие деньги, предоставляя свою мудрость, только чтобы вы сидели и смотрели вращающийся курсор, просто смеетесь, потому что шутка на них.

Ответ 4

Многие PHB понимают производительность в терминах строк кода (что ИМО очень неверно).

Можете ли вы записать количество кода, созданного в день на медленных машинах, и не слишком медленных машинах?

Ответ 5

Медленные машины - это проклятие развития, ИМХО, тем более, что любая задержка заставит разработчиков не сосредоточиться и может привести к значительно более дорогостоящему переключению на такие вещи, как веб-браузеры. Могут быть другие странные эффекты, такие как незначительное увеличение латентности всплывающего окна Javadoc или эквивалента С#), чтобы отображаться, когда вы наводите метод, и вероятность того, что кто-то обратится к документации.

Если законно в вашей компании (по крайней мере для самостоятельного использования), запишите примерно полчаса работы с инструментом для захвата экрана, например Camtasia. Затем используйте быстрый редактор, чтобы определить время зависания машины (легко, если у вас есть изменение курсора, индикатор выполнения и т.д.) И подсчет времени и количества экземпляров. Я сделал это в течение нескольких часов с лент - это не займет много времени. Используйте эти цифры, чтобы аргументировать этот случай, хотя вам также нужно утверждать, что это приводит к косвенным затратам, таким как контекстный переключатель.

Кроме того, по моему опыту, жесткие диски часто являются основной причиной замедления, а не процессора или оперативной памяти, и, к сожалению, большинство организаций экономят на быстрых жестких дисках или SSD и имеют очень строгие правила относительно их замены.

Ответ 6

Не забывайте учитывать стоимость времени, затрачиваемое на то, сколько стоят ваши компьютерные расходы (это сообщение другими словами)!