Любые аналогии — это всего лишь аналогии, а не соответствия.
Анализом исходного кода занимаются девелоперы, но им гораздо проще это делать, если QA скажет, где именно копать. Даже если это примерное направление (хотя обычно удается указать довольно точно).
Качество конечного продукта определяется в том числе его производительностью, так что здесь уже вопрос терминологии. Непринципиальный, на мой взгляд.
И, наконец, создание тестового сценария — это один из ключевых вопросов нагрузочного тестирования. Можно потратить массу времени и денег впустую, если сценарий создан неправильно.
Я полностью ответил на Ваш комментарий? Или Вы еще с чем-то не согласны?
Оценка требований по производительности к системе — это отдельная песня. Но решать наобум, что 100 тысяч в сутки — это много, так что пусть будет 5 тысяч, а там посмотрим — это тоже пример плохой оценки.
Мне нужна была иллюстрация к своим тезисам, Ваша статья подошла отлично. :)
Дело не в том, что Ваш (любого администратора) подход совсем уж плохой. Дело в том, что если посмотреть на проблему с другой стороны (end user), мы получим более полную картину. И, вполне возможно, некоторых действий, которые Вы описали в Вашей статье, можно было бы и не делать. Или делать другие.
Ок, давайте говорить более предметно.
— Что у нас за приложение?
— Что это будет за скрипт, какие действия он будет выполнять?
— Двойную нагрузку — как мы ее создаем? Одним скриптом?
— Что значит «держит спокойно»?
Смотря какой консультант. Не важно, причем, в какой области.
И — важно — смотря сколько времени и денег выделено на тестирование. Потому как процесс не очень быстрый, и некоторые его аспекты довольно затратны. Инструменты, например.
Обычно же отчет по результатам нагрузочного тестирования фокусируется на поиске узких мест (железо, софт, приложение, запросы к БД), рекомендациях по их устранению и показателях производительности системы в ее текущем состоянии (сможем пережить 100 пользователей в минуту с таким-то временем отклика по таким-то операциям).
Мой любимый инструмент. Был соблазн написать что-нибудь про него, но к сожалению, большинство проектов себе его позволить не могут. Есть идея писать о чем-то более доступном, пусть и не настолько мощном.
Насколько успешным будет любой из предложенных Вами подходов зависит от масштабов проекта.
К примеру: если речь о небольшом (или даже среднем) сайте — то да, в принципе, можно кидать деньги на ветер покупая новое железо. Может, конечно, оказаться, что узким местом является не CPU, а диски, ну дак диски тоже дешевые, купим, чего уж.
То же самое про все остальное — замена софта, тюнинг, и т.п. Это вполне рабочием механизмы улучшения производительности. Но а) только для не очень сложных систем, б) неэффективные с точки зрения стоимости.
Вопрос. Как отразились все Ваши оптимизации на времени отклика для пользователей? Серверу стало «лучше», это замечательно. Но насколько лучше стало посетителям сайта?
Проводное подключение, да.
Дополнительные лаги в случае Wi-Fi наверное будут. Если будет время, попробую потестировать на ноутбуке, отпишусь в комментариях.
Под приставками я имел ввиду PS3/Xbox, на которых была выпущена на же Мафия 2. Они более-менее сравнимы по производительности и качеству картинки со средним ПК (с массой оговорок, но все же более-менее).
Что будет с OnLive в будущем — посмотрим в будущем :). Если, конечно, сервис доживет. Вполне возможно, они изменят модель оплаты (если издатели согласятся) и тогда пользоваться OnLive будет выгоднее, чем сейчас.
а) Тенденция — новые игры, даже если они куплены на Амазоне или еще где-то, привязываются к Стиму. После этого их вернуть нельзя. Так что это не вопрос выбора правильного продавца.
б) С носками неактуально — цена не кусается. А фотоаппарат можно вернуть (http://www.amazon.com/gp/help/customer/display.html/ref=hp_left_cn?ie=UTF8&nodeId=901896) в течение тех же 30 дней.
в) Смотрите выше. Вас, конечно, за руку дергать никто не будет. Но если игра зарегистрирована в Стим (Мафия 2, Цивилизация 5, список дальше будет только увеличиваться, т.к. издателям Стим как платформа очень выгоден) — то попробуйте ее продать.
Книги тот же Амазон принимает назад без всяких возражений. Вариант «прочесть за неделю», похоже, не учитывается? Почему в одном случае покупателю доверяют, а в другом — держат его за вора/пирата/любителя халявы?
Что значит «продукт не потреблен»? Моя жена купила кроссовки недавно. Походила в них один день — неудобные. Вернула, ей выслали новые, другого размера. Продукт потреблен за этот день?
Повторюсь: мне кажется, разница не в товарах. А в том, что они стали привычными/ходовыми в разное время. Раньше считалось, что покупатель всегда прав и нужно все сделать, чтобы этот самый покупатель был доволен. Теперь — что покупатель ворюга, и с него нужно быстренько деньги содрать и чтоб не дергался, если что-то не так.
Далее.
Вместо ответа на вопрос о качестве книги (угу, в кусты) — встречный вопрос. Почему для большинства товаров перепродажа — нормальное явление, а для тех же игр — нет? В чем разница? Опять то же самое «покупатель может оставить себе копию»? А книгу он прочитать не может за неделю и перепродать ее?
Видите, дело не в нехватке критериев для оценки качества.
Анализом исходного кода занимаются девелоперы, но им гораздо проще это делать, если QA скажет, где именно копать. Даже если это примерное направление (хотя обычно удается указать довольно точно).
Качество конечного продукта определяется в том числе его производительностью, так что здесь уже вопрос терминологии. Непринципиальный, на мой взгляд.
И, наконец, создание тестового сценария — это один из ключевых вопросов нагрузочного тестирования. Можно потратить массу времени и денег впустую, если сценарий создан неправильно.
Я полностью ответил на Ваш комментарий? Или Вы еще с чем-то не согласны?
Дело не в том, что Ваш (любого администратора) подход совсем уж плохой. Дело в том, что если посмотреть на проблему с другой стороны (end user), мы получим более полную картину. И, вполне возможно, некоторых действий, которые Вы описали в Вашей статье, можно было бы и не делать. Или делать другие.
— Что у нас за приложение?
— Что это будет за скрипт, какие действия он будет выполнять?
— Двойную нагрузку — как мы ее создаем? Одним скриптом?
— Что значит «держит спокойно»?
И — важно — смотря сколько времени и денег выделено на тестирование. Потому как процесс не очень быстрый, и некоторые его аспекты довольно затратны. Инструменты, например.
Обычно же отчет по результатам нагрузочного тестирования фокусируется на поиске узких мест (железо, софт, приложение, запросы к БД), рекомендациях по их устранению и показателях производительности системы в ее текущем состоянии (сможем пережить 100 пользователей в минуту с таким-то временем отклика по таким-то операциям).
К примеру: если речь о небольшом (или даже среднем) сайте — то да, в принципе, можно кидать деньги на ветер покупая новое железо. Может, конечно, оказаться, что узким местом является не CPU, а диски, ну дак диски тоже дешевые, купим, чего уж.
То же самое про все остальное — замена софта, тюнинг, и т.п. Это вполне рабочием механизмы улучшения производительности. Но а) только для не очень сложных систем, б) неэффективные с точки зрения стоимости.
а) дорого;
б) для клиентов не из РФ доставка оттуда — мучение страшное, с которым связываться неохота.
Жалко нет возможности посмотреть на сам сайт, я бы мог высказаться более конкретно.
Спасибо.
Начать можно отсюда — www.nn4d.com/site/global/home/p_home.jsp
Регистрация бесплатна, там же ссылки на примеры и проч.
Будут вопросы — можно пообщаться через личную почту.
Дополнительные лаги в случае Wi-Fi наверное будут. Если будет время, попробую потестировать на ноутбуке, отпишусь в комментариях.
Что будет с OnLive в будущем — посмотрим в будущем :). Если, конечно, сервис доживет. Вполне возможно, они изменят модель оплаты (если издатели согласятся) и тогда пользоваться OnLive будет выгоднее, чем сейчас.
www.photoshare.ru/original/photoshare.ru-6137644.jpg
Как по мне — экранка экранкой.
Но я допускаю, что есть люди, которым этот сервис будет полезен.
К сожалению, другую Civilization V и другую Mafia 2, которые будут такие же, но не привязанные к стиму, для меня вряд ли кто напишет…
Ладно. Вернемся к этому разговору года через 2, когда 95% игр будут привязаны к аккаунтам в тех или иных сетях продажи.
б) С носками неактуально — цена не кусается. А фотоаппарат можно вернуть (http://www.amazon.com/gp/help/customer/display.html/ref=hp_left_cn?ie=UTF8&nodeId=901896) в течение тех же 30 дней.
в) Смотрите выше. Вас, конечно, за руку дергать никто не будет. Но если игра зарегистрирована в Стим (Мафия 2, Цивилизация 5, список дальше будет только увеличиваться, т.к. издателям Стим как платформа очень выгоден) — то попробуйте ее продать.
Что значит «продукт не потреблен»? Моя жена купила кроссовки недавно. Походила в них один день — неудобные. Вернула, ей выслали новые, другого размера. Продукт потреблен за этот день?
Повторюсь: мне кажется, разница не в товарах. А в том, что они стали привычными/ходовыми в разное время. Раньше считалось, что покупатель всегда прав и нужно все сделать, чтобы этот самый покупатель был доволен. Теперь — что покупатель ворюга, и с него нужно быстренько деньги содрать и чтоб не дергался, если что-то не так.
Далее.
Вместо ответа на вопрос о качестве книги (угу, в кусты) — встречный вопрос. Почему для большинства товаров перепродажа — нормальное явление, а для тех же игр — нет? В чем разница? Опять то же самое «покупатель может оставить себе копию»? А книгу он прочитать не может за неделю и перепродать ее?
Видите, дело не в нехватке критериев для оценки качества.
К слову, шитье ботинок, полагаю, тоже тяжелая работа с явно заниженной зарплатой… список профессий продолжить?