http://software.intel.com/ru-ru/articles/remote-performance-test-service ru-ru http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-31690 Sun, 27 Sep 2009 21:52:11 -0700 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-31690 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32066 Sat, 03 Oct 2009 04:24:21 -0700 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32066 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32102 Sun, 04 Oct 2009 04:28:17 -0700 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32102 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32110 Sun, 04 Oct 2009 05:20:25 -0700 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32110 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32125 Sun, 04 Oct 2009 16:16:15 -0700 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32125 Значит окупаемость сервиса - имеется ввиду исключительно для владельца сервиса? Не совсем понятно, какие же должны быть вложения, чтобы 1,5 года окупался сервис Оценивались вложения на разработку и раскрутку сервиса. > В целом получается, что при таких условиях сервис больше будет пригоден для тестирования возможности запуска приложений на разных платформах, а не для тестирования производительности. Как раз виртуальные машины, которые вы предлагаете как замену такому сервису, больше подходят для тестирования возможности запуска и работоспособности (корректности работы). А вот мерять реальную производительность на них вряд ли удастся. Тут больше подойдёт предлагаемый сервис. ]]> http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32141 Mon, 05 Oct 2009 01:38:42 -0700 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32141 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32597 Tue, 13 Oct 2009 04:01:55 -0700 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32597 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32601 Tue, 13 Oct 2009 05:45:05 -0700 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32601 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32661 Tue, 13 Oct 2009 22:18:48 -0700 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32661 При тестировании производительности ПО меня менее всего интересует график загруженности процессора во время выполнения, тем более под OS Windows. Что меня действительно интересует, это статистика времени выполенния каждой отдельно взятой функции. Время, процент загрузки процессора, количество вызовов. В особо сложных случаях статистика для каждой строки программы. Обязательно учтём. Одной из задач Максима на школе было: получить от специалистов Интел как можно больше информации о том, какую максимально подробную статистику можно получить об исполняемом процессе, и как (в том числе с помощью инструментов Intel). К сожалению, большинство, с кем он общался, были специалистами в других областях (насколько я понял). Поэтому он сам в этом разбирался, и мы будем углубляться в этом направлении. Сейчас, мне кажется, что предоставлять статистику по функциям у нас получится. > К тому же задача временного прерывания этого процесса представляется не совсем тривиальной (это я к случаю увеличения "левой" загрузки процессора выше порога в 5%). Конечно, предоставление возможности любому пользователю сделать свой компьютер доступным для тестирования чужого ПО было придумано для облегчения вывода сервиса на рынок. Я лично считаю, что кроме таких конфигураций необходимо наличие в базе сервиса и выделенных систем, т.е. которые будут работать чисто на сервис. Возможно какие-то из них будут предоставлены владельцем сервиса, возможно удастся договориться и с производителями серверов. У них тоже здесь может быть свой интерес. ]]> http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32678 Wed, 14 Oct 2009 03:31:33 -0700 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32678 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32929 Mon, 19 Oct 2009 08:47:32 -0700 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-32929 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-33157 Fri, 23 Oct 2009 03:47:06 -0700 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-33157 Что до практических результатов, то для месяца работы…. Они более чем впечатляют. Максим мне рассказывал, что на него как на сумашедшего смотрели, когда всё стал делать на С++. Там, где идёт речь о сервисах (или SOA), сейчас балом правят java-исты. ]]> http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-33179 Fri, 23 Oct 2009 06:46:24 -0700 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-33179 При тестировании производительности ПО меня менее всего интересует график загруженности процессора во время выполнения, тем более под OS Windows. Что меня действительно интересует, это статистика времени выполенния каждой отдельно взятой функции. Время, процент загрузки процессора, количество вызовов. В особо сложных случаях статистика для каждой строки программы. Как подобная задача ложится на описанную Вами модель сервиса и ложится ли вообще? Безусловно, тот функционал, который, имеется у сервиса сейчас, никуда не годится. Необходимо предоставить расширенную статистику (вплоть до каждой строки программы или функции программы) будет возможно с помощью “wrapperа”, то есть пользователь сервиса сможет сам указать, какие участки кода программы ему необходимо протестировать, хотя конечно такая задача в разы сложнее. ]]> http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-33231 Sun, 25 Oct 2009 07:04:50 -0700 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-33231 Запуск задач на удаленных машинах при менее 5% загруженности - мне кажется несколько неправильным или неподходящим. А что если пользователь придёт и начнёт активно использовать машину? Легче клиенту заранее продавать свое время, например, найти способ сообщать серверу возможности по запуску сегодня и на сколько часов. Отличная идея, спасибо :-) предоставить возможность клиенту самому назначать то время, когда машина будет свободна. Я думаю это не сложно реализовать. ]]> http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-33232 Sun, 25 Oct 2009 07:05:53 -0700 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-33232 Также, думаю, открыт вопрос по загрузке данных пользователя на тестовую машину. Объем данных может быть очень велик, особенно, если тестовая задача есть "числодроблика" с каким-нибудь сложным вычислением. По поводу объёма данных, к сожалению, от нас в этом случае мало что зависит, хотя конечно при разработке учитывалось, что нужно стараться минимизировать объём трафик. >Тут же стоит вопрос о конфиденциальности самих данных, которые будут скопированы на тестовую машину - а захочет ли пользователь, что бы данные были доступны кому-то ещё кроме него. Тут уже должно быть какое-то соглашение между сторонами. Я думаю, одного соглашения в этом случае будет мало, необходимы ещё и технические средства защиты информации. >Отладка. Многим не достаточно знать, что приложение отработало с 34% загрузкой всех ядер и корректно завершилось. Хочется ещё и отладить код, чтобы загрузка была, например, 80%. Как тут быть, предоставлять удаленный доступ на машину? Делать удалённый доступ на любую машину пользователя конечно нельзя, такой функционал может предоставляться опционально поставщиком сервиса, на специально созданных для этого конфигурациях. ]]> http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-33233 Sun, 25 Oct 2009 07:08:06 -0700 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-33233 Сложно оценивать эту статью объективно - слишком много знакомых имен и ников в самой статье и в комментариях к ней. Немного вас не понял, в статье( на сколько я помню :-)) имён не упоминалось. >Что до практических результатов, то для месяца работы…. Они более чем впечатляют. Ответ: Спасибо за похвалу, могу точно сказать, что все те ребята, кто был в группе со мной по разработке сервисов, очень много работали над своими идеями. К сожалению, не один из них не был доведен до логического конца. А жаль! Ответ: Надеюсь мы будем первыми ) ]]> http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-33234 Sun, 25 Oct 2009 07:09:30 -0700 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-33234 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-33343 Tue, 27 Oct 2009 00:17:56 -0700 http://software.intel.com/ru-ru/articles/remote-performance-test-service/#comment-33343