Как измерить потерю производительности от медленных ПК, запускающих Visual Studio?
Много ПК, которые мы имеем на группе разработчиков, устарели и очень не спешат запускать Visual Studio 2008. Они должны очень быть заменены более новыми машинами. Но существует общее нежелание на управлении/компании для покупки новых машин.
Как мы придумываем числа и сравнительные тесты, чтобы показать, что эти медленные ПК вызывают потерю в производительности?
Очевидно, мы не можем назвать их для присаживания с нами, поскольку мы создаем решения и/или открываем различные файлы.
Существует ли объективный способ придумать некоторые надежные числа, которые могут понять нетехнические люди?
Было бы хорошо иметь способ измерить это через всю организацию по многим различным ПК, запускающим Visual Studio. Я ищу ответ, который добивается большего успеха, чем использование физического секундомера.:)
6 ответов
Измените свои решения так, чтобы события перед сборкой и после сборки записывали текущее время в централизованную базу данных. Включите имя машины и название проекта.
Затем вы можете отобразить эту информацию в виде графика, показывающего время сборки по сравнению с машиной.
Это должно показать корреляцию между временем сборки и возрастом машины, надеясь показать, что старые машины работают медленнее. Вы даже можете преобразовать время в стоимость в долларах (или фунтах стерлингов, или евро), чтобы показать, сколько стоят эти старые машины. Суммирование этого с течением времени даст оценку окупаемости любых инвестиций в новые машины.
Изменяя решения, вы можете развернуть это ведение журнала на всех машинах разработки, просто заставив всех выполнить «получение последней версии» из системы управления версиями.
Я бы попытался объяснить им, что программисты стоят намного дороже, чем машины. Если вы тратите 30 минут в день на ожидание, посчитайте и выясните, какой процент вашей зарплаты тратится впустую из-за медленных машин. Представьте им эти числа и сравните их со стоимостью нового компьютера и объясните, как они могут сэкономить деньги в долгосрочной перспективе за счет обновления.
Если они решат и дальше тратить большие деньги на вашу мудрость только для того, чтобы вы сидели и смотрели на вращающийся курсор, просто смейтесь, потому что шутка находится над ними.
Многие PHB понимают производительность в терминах строк кода (что, по ИМО, очень неверно).
Можете ли вы записать количество кода, производимого за день на медленных машинах по сравнению с не очень медленными?
Это не совсем отвечает на ваш вопрос, но может помочь достичь требуемых результатов. Скажите начальству, что Билль о правах программиста - это то, к чему стоит относиться серьезно.
Не забудьте учесть стоимость времени, потраченного на выяснение того, сколько стоят медленные ПК (другими словами, этот пост)!
Медленные машины - это проклятие для разработки, IMHO, особенно потому, что любая задержка выводит разработчиков из состояния концентрации и может привести к гораздо более дорогостоящему переходу на такие вещи, как веб-браузеры. Могут быть и другие странные эффекты, такие как небольшое увеличение задержки для всплывающего окна документации Javadoc или эквивалента C #) при наведении курсора на метод и вероятность того, что кто-то обратится к документации.
Если это разрешено в вашей компании (по крайней мере, для самостоятельного использования), запишите около получаса работы с помощью инструмента захвата экрана, такого как Camtasia. Затем используйте быстрый редактор, чтобы определить, сколько раз машина зависала (легко, если у вас есть смена курсора, индикатор выполнения и т. Д.), И подсчитайте время и количество экземпляров. Я записывал это часами - это не занимает много времени. Используйте эти числа, чтобы аргументировать свою позицию, хотя вам также необходимо доказать, что это приводит к косвенным издержкам, таким как переключение контекста.
Кроме того, по моему опыту, жесткие диски, а не ЦП или ОЗУ, часто являются основной причиной замедления, и, к сожалению, большинство организаций экономят на быстрых жестких дисках или твердотельных накопителях и имеют очень строгие правила их замены.