На сколько процентов должен быть загружен процессор
Данная заметка является переводом статьи из блога компании Scout. В статье дается простое и наглядное объяснение такого понятия, как load average . Статья ориентирована на начинающих Linux-администраторов, но, возможно, будет полезна и более опытным админам. Заинтересовавшимся добро пожаловать под кат.
Вероятно, Вы уже знакомы с понятием load average . Load average — это три числа, отображаемые при выполнении команд top и uptime . Выглядят они примерно так:
Большинство интуитивно понимают, что эти три числа обозначают средние значения загрузки процессора на прогрессивно увеличивающихся временных промежутках (одна, пять и пятнадцать минут) и чем меньше их значения — тем лучше. Большие числа свидетельствуют о слишком большой нагрузке на сервер. Но какие значения считать предельными? Какие значения являются «плохими», а какие — «хорошими»? Когда Вам следует просто волноваться о занчениях средней загрузки, а когда следует бросать другие дела и решать проблему так быстро, как это возможно?
Для начала, давайте разберемся, что же означает load average . Рассмотрим простейший случай: предположим, что у нас в наличии один сервер с одноядерным процессором.
Аналогия транспортного потока
- 0.00 означает, что на мосту нет ни одной машины. Фактически, значения от 0.00 до 1.00 означают отсутствие очереди. Подъезжающая машина может воспользоваться мостом без ожидания;
- 1.00 означает, что на мосту находится как раз столько автомобилей, сколько он может вместить. Все еще идет хорошо, но, в случае увеличения потока машин, возможны проблемы;
- Значения, превышающие 1.00 означают наличие очереди на въезде. Насколько большой? Например, значение 2.00 показывает, что в очереди стоит столько же автомобилей, сколько движется по мосту. 3.00 означает, что мост полностью занят и в очереди ожидает в два раза больше машин, чем он может вместить. И так далее.
Так Вы говорите, 1.00 — идеальное значание load average?
- Практическое правило «Требуется присмотр»: 0.70. Если среднее значение загрузки постоянно превышает 0.70, следует выяснить причину такого поведения системы во избежании проблем в будущем;
- Практическое правило «Почини это немедленно!»: 1.00. Если средняя загрузка системы превышает 1.00, необходимо срочно найти причину и устранить ее. В противном случае, Вы рискуете быть разбуженным посреди ночи и это точно не будет весело;
- Практическое правило «Щас же 3 ночи. ШОЗАНАХ. »: 5.00. Если среднее значение загрузки процессора превышает 5.00, у Вас серьезные проблемы. Сервер может подвисать или работать очень медленно. Скорее всего, это произойдет в худший из возможных моментов. Например, посреди ночи или когда Вы выступаете с докладом на конференции.
Что насчет многопроцессорных систем? Мой сервер показывает загрузку 3.00 и все ОК!
У Вас четырехпроцессорная система? Все в порядке, если load average равен 3.00.
В мультипроцессорных системах загрузка вычисляется относительно количества доступных процессорных ядер. 100% загрузка обозначается числом 1.00 для одноядерной машины, числом 2.00 для двуядерной, 4.00 для четырехъядерной и т.д.
Если вернуться к нашей аналогии с мостом, 1.00 означает «одну полностью загруженную полосу движения». Если на мосту всего одна полоса, 1.00 означает, что мост загружен на 100%, если же в наличии две полосы, он загружен всего на 50%.
То же самое с процессорами. 1.00 означает 100% загрузки одноядерного процессора. 2.00 — 100% загрузки двуядерного и т.д.
Многоядерность vs. многопроцессорность
- «Количество ядер = максимальная загрузка». На многоядерной системе, загрузка не должна превышать количества доступных ядер;
- «Ядра — они и в Африке ядра». То, как ядра распределены по процессорам — неважно. Два четырехъядерных = четыре двуядерных = восем одноядерных процессоров. Имеет значение лишь общее число ядер.
Сведем все вместе
Давайте посмотрим на средние значения загрузки с помощью команды uptime :
Здесь представлены показатели для системы с четырехъядерным процессором и мы видим, что имеется большой запас по нагрузке. Я даже не буду задумываться о ней, пока load average не превысит 3.70.
Какое среднее значение мне следует контролировать? Для одной, пяти или 15 минут?
Для значений, о которых мы говорили раньше (1.00 — почини это немедленно и т.д.), следует рассматривать временные промежутки в пять и 15 минут. Если загрузка Вашей системы превышает 1.00 на интервале в одну минуту, все в порядке. Если же загрузка превышает 1.00 на пяти- или 15-минутном интервале, Вам следует начать принимать меры (конечно, Вам следует также принимать во внимание количество ядер в Вашей системе).
Количество ядер важно для правильно понимания load average. Как мне его узнать?
Команда cat /proc/cpuinfo выводит информацию обо всех процессорах в вашей системе. Чтобы узнать количество ядер, «скормите» ее вывод утилите grep :
Примечания переводчика
Выше представлен перевод самой статьи. Также много интересной информации можно почерпнуть из комментариев к ней. Так, один из комментаторов говорит о том, что не для каждой системы важно иметь запас по производтельности и не допускать значения загрузки выше 0.70 — иногда нам нужно чтобы сервер работал «на всю катушку» и в таких случаях load average = 1.00 — то, что доктор прописал.
Хабраюзер dukelion добавил в комментариях ценное замечание, что в некоторых сценариях, для достижения максимального КПД «железа», стоит держать значение load average несколько выше 1.00 в ущерб эффективности работы каждого отдельного процесса.
Хабраюзер enemo в комментариях добавил замечание о том, что высокий показатель load average может быть вызван большим количеством процессов, выполняющих в данный момент операции чтения/записи. То есть, load average > 1.00 на одноядерной машине не всегда говорит о том, что в Вашей системе отсутствует запас по загрузке процессора. Требуется более внимательное изучение причин такого показателя. Кстати, это хорошая тема для нового поста на Хабре :-)
Хабраюзер esvaf в комментариях интересуется, как интерпретировать значения load average в случае использования процессора с технологией HyperThreading. Однозначного ответа на данный момент я не нашел. В данной статье утверждается, что процессор, который имеет два виртуальных ядра при одном физическом, будет на 10-30% более производительным, чем простой одноядерный. Если принимать такое допущение за истину, считаю, при интерпретации load average стоит брать в расчет только количество физических ядер.
Здравствуйте, дорогие посетители моего блога! Сегодня поговорим о том, что делать, если процессор загружен на 100 процентов без причин и почему такое может происходить.
Рекомендации справедливы как для десктопного компьютера, так и ноутбука, однако в последнем случае аппаратный ремонт может быть сложнее из-за особенностей конструкции.
При обработке фотографий и видео
При работе с изображениями нагрузка влияет от используемого софта: оборудованный всеми «свистелками» Фотошоп будет нагружать систему сильнее, а его бесплатный аналог Paint NET, в котором по умолчанию удалены все лишние функции — меньше. В среднем, независимо от операции, нагрузка на ЦП редко превышает 25%.
Обработка видео — более ресурсоемкий процесс. В пиковые моменты нагрузка может достигать 40-50%. Речь идет о монтаже и прокрутке нарезанных кусков. Во время рендеринга загруженность «камня» может превышать 75%.
Как ни странно, но запись и обработка звука отнимает еще больше мощностей. Конечно, при условии, что вы не используете внешнюю звуковую карту, которая берет на себя часть нагрузки. В целом, при обработке звука загруженность ЦП на 70-80% скорее норма, чем исключение.
Причины повышенной нагрузки
Надо отдавать себе отчет, что без причины ничего никогда не происходит, в том числе и в процессах Виндовс. Как бы не нахваливали (или не ругали) windows 10 и более ранние ее версии, все здесь логично обосновано, а причина влечет за собой следствие.
Если ЦП загружен на 100 постоянно, искать нужно все причины, а их может быть несколько. Давайте детальнее рассмотрим, что можно сделать.
В офисных программах
При наборе текста в Word загруженность «гуляет» в пределах 5-10%, увеличиваясь во время открытия или сохранения документа. В Excel показатели примерно такие же, однако при просчете результатов по сложной формуле может скачкообразно взлететь на короткий промежуток до 20%.
Это же касается офисных программ от других разработчиков — например, Libre Office или Open Office. Аналогично расходуют системные ресурсы приложения, которые входят в базовый пакет Windows — Блокнот, Калькулятор, WordPad.
Какая программа больше подходит
Требуется утилита для показа FPS и загрузки CPU, которая будет работать в режиме оверлея (то есть поверх игры) как на windows 10, так и на Виндовс 7. Существует множество таких программ. Лучшим, на мой взгляд, является приложение для разгона видеокарт MSI Afterburner.Несмотря на то, что это брендовый продукт, утилита корректно работает и с видеокартами других производителей. Мониторинг рабочих характеристик — дополнительная функция, но и с этим MSI Afterburner отлично справляется. Что еще можно проверить:
- Температуру графического и центрального процессора;
- Загруженность обоих компонентов;
- Частоту кадров в игре;
- Скорость вращения кулеров.
Также программа может захватывать видео и делать скриншоты — в общем, полный «фарш», при этом бесплатно. О том, как посмотреть сколько используется оперативной памяти, вы можете почитать здесь.
Вирусы
Если центральный процессор перегружен выше нормы, первое, что приходит на ум пользователя — вредоносное ПО. Чаще всего оно так и есть — вирус, маскируясь под нормальные системные процессы, тихонько себе активничает, и не всегда юзер может это заметить.Совсем другое дело — майнеры, которых развелось в последнее время слишком много. Это вполне объяснимо: каждый хакер хочет урвать побольше биткойнов, желательно за счет других.
И если у среднестатистического пользователя нет конфиденциальных данных, которые можно с выгодой использовать (кроме банковских реквизитов), то уж вычислительную мощность ПК можно использовать на полную катушку.
Если ваш компьютер стал вдруг сильно «тупить» без видимых на то причин, рекомендую провести полную проверку всей системы антивирусной программой.
Не лишним будет просканировать все файлы до загрузки ОС. Такое умеет делать, например, Avast Free.
В случае, если и после этих манипуляций комп сильно перегружен, скачайте бесплатную утилиту Dr.Web CureIT! Эта лечащая программа умеет находить вирусы, которые умело прячутся от остального антивирусного ПО.
Что же такое загрузка процессора на самом деле?
Та метрика, которую мы называем «загрузкой процессора» на самом деле означает нечто вроде «время не-простоя»: то есть это то количество времени, которое процессор провёл во всех потоках кроме специального «Idle»-потока. Ядро вашей операционной системы (какой бы она ни была) измеряет это количество времени при переключениях контекста между потоками исполнения. Если произошло переключение потока выполнения команд на не-idle поток, который проработал 100 милисекунд, то ядро операционки считает это время, как время, потраченное CPU на выполнение реальной работы в данном потоке.
Эта метрика впервые появилась в таком виде одновременно с появлением операционных систем с разделением времени. Руководство программиста для компьютера в лунном модуле корабля «Апполон» (передовая на тот момент система с разделением времени) называла свой idle-поток специальным именем «DUMMY JOB» и инженеры сравнивали количество команд, выполняемых этим потоком с количеством команд, выполняемых рабочими потоками — это давало им понимание загрузки процессора.
Так что в этом подходе плохого?
Сегодня процессоры стали значительно быстрее, чем оперативная память, а ожидание данных стало занимать львиную долю того времени, которое мы привыкли называть «временем работы CPU». Когда вы видите высокий процент использования CPU в выводе команды top, то можете решить, что узким местом является процессор (железка на материнской плате под радиатором и кулером), хотя на самом деле это будет совсем другое устройство — банки оперативной памяти.
Ситуация даже ухудшается со временем. Долгое время производителям процессоров удавалось наращивать скорость их ядер быстрее, чем производители памяти увеличивали скорость доступа к ней и уменьшали задержки. Где-то в 2005-ом году на рынке появились процессоры с частотой 3 Гц и производители сконцентрировались на увеличении количества ядер, гипертрейдинге, много-сокетных конфигурациях — и всё это поставило ещё большие требования по скорости обмена данных! Производители процессоров попробовали как-то решить проблему увеличением размера процессорных кэшей, более быстрыми шинами и т.д. Это, конечно, немного помогло, но не переломило ситуацию кардинально. Мы уже ждём память большую часть времени «загрузки процессора» и ситуация лишь ухудшается.
При серфинге интернета
Открытие чистой страницы нагружает ЦП не более чем на 10%. Однако такая ситуация встречается редко — даже если у вас установлен режущий рекламу AdBlock, на любом приличном сайте будут еще как минимум иллюстрации.
Без «баннерорезки» нагрузка на процессор возрастает в зависимости от того, сколько рекламы присутствует на сайте и какого она типа: статичные баннеры расходуют меньше ресурсов, динамичные и всплывающие немного больше — до 15%. Больше всего «отжирают» мощности всплывающие видео — до 25%.
В таком же режиме работает процессор при просмотре потокового видео на Ютубе или в онлайн-кинотеатре. Также на загруженность ЦП влияет используемый браузер. Замечено, что из популярных интернет-обозревателей наименьшую нагрузку на систему дает Opera.
При прослушивании музыки или воспроизведении видео с локального диска через установленный проигрыватель нагрузка на CPU достигает 20-30%.
Выводы
Загрузка процессора стала сегодня существенно недопонимаемой метрикой: она включает в себя время ожидания данных от ОЗУ, что может занимать даже больше времени, чем выполнение реальных команд. Вы можете определить реальную загрузку процессора с помощью дополнительных метрик, таких, как количество инструкций на такт (IPC). Значения меньшие, чем 1.0 говорят о том, что вы упираетесь в скорость обмена данными с памятью, а большие — свидетельствуют о большой загруженности процессора потоком инструкций. Инструменты замера производительности должны быть улучшены для отображения IPC (или чего-то аналогичного) непосредственно рядом с загрузкой процессора, что даст пользователю полное понимание ситуации. Имея все эти данные, разработчики могут предпринять некоторые меры по оптимизации своего кода именно в тех аспектах, где это принесёт наибольшую пользу.
Аппаратные глюки
Жесткий диск в некоторых случаях может сильно нагружать процессор. Речь идет о случаях, когда винчестер собирается окончательно сломаться. Чтобы обнаружить это, можно воспользоваться любой бесплатной диагностической утилитой — например, HD Tune.
Также сбои в работе может вызвать любое периферическое оборудование. Отключите все «лишнее» — клавиатуру, мышку, геймпад, игровой руль, принтер, сканер, шлем виртуальной реальности, USB лампу или что вы там еще подключили. Наблюдайте на загруженностью ЦП. Если дело в периферических устройствах, это сразу будет заметно.
Хлам в автозагрузке
Если комп стал сильно тормозить, еще одна из возможных причин, почему так происходит — автоматический запуск лишних приложений, необходимости в которых нет. Все эти программы нагружают комп своей активностью, а так как вы их не используете, то и ресурсы расходуются вхолостую.
Лучший инструмент для лечения такой «болячки» — утилита CCleaner. Необходимые настройки можно сделать во вкладке «Автозагрузка». О том, на сколько процентов должен быть загружен процессор в нормальном состоянии, вы можете почитать здесь.
Интерпретация данных и реагирование
Если у вас IPC > 1.0, то ваше приложение страдает не столько от ожидания данных, сколько от чрезмерного количества выполняемых инструкций. Ищите более эффективные алгоритмы, не делайте ненужной работы, кэшируйте результаты повторяемых операций. Применение инструментов построения и анализа Flame Graphs может быть отличным способом разобраться в ситуации. С аппаратной точки зрения вы можете использовать более быстрые процессоры и увеличить количество ядер.
Как вы видите, я провёл черту по значению IPC равному 1.0. Откуда я взял это число? Я рассчитал его для своей платформы, а вы, если не доверяете моей оценке, можете рассчитать его для своей. Для этого напишите два приложения: одно должно загружать процессор на 100% потоком выполнения инструкций (без активного обращения к большим блокам оперативной памяти), а второе должно наоборот активно манипулировать данным в ОЗУ, избегая тяжелых вычислений. Замерьте IPC для каждого из них и возьмите среднее. Это и будет примерная переломная точка для вашей архитектуры.
Устаревшие драйвера
Некорректная работа периферического оборудования нагружает систему сильнее, чем это должно быть в близких к идеальным условиям. Перед тем как попробовать снизить нагрузку таким способом, загрузите комп в безопасном режиме. Для этого до загрузки ОС нажмите кнопку F8 и выберите соответствующую опцию.
Если в таком режиме повышенной нагрузки не наблюдается, то причина именно в драйверах. Нужно обновить их все до актуальной версии через Диспетчер устройств и свойства каждого компонента.Можно упростить себе эту задачу, воспользовавшись «автоматизатором» — например, Driver Booster, Snappy Driver Installer или SlimDrivers. Это избавит вас от необходимости постоянно проверять наличие свежих драйверов — утилиты сделают все сами.
Что инструменты мониторинга производительности на самом деле должны показывать
Я считаю, что каждый инструмент мониторинга производительности должен показывать значение IPC рядом с загрузкой процессора. Это сделано, например, в инструменте tiptop под Linux:
В режиме простоя
В этом режиме потребление ресурсов компьютером минимально — работает только операционная система и запущенные ею службы. Нагрузка на процессор редко превышает 5%. Скачок может наблюдаться при обнаружении антивирусом вредоносного ПО или при блокировке сетевой атаки.
В играх
Тут уже все зависит от самой игры и ее настроек. Наименее требовательны флэш-игры, запускаемые в браузере — нагрузка на CPU в таком режиме не превышает 25%. Браузерные онлайн-игры более требовательны — могут нагрузить «камень» до 40%.Наиболее прожорливы из всех приложений клиентские игры, особенно всякий «свежачок». Во время динамичных сражений с большим скоплением юнитов или техники, нагрузка на ЦП может достигать 90%. При спокойном «сне на ходу» или стоянии персонажа на месте нагрузка обычно 40-50%.
И если вы заметили, что на вашем компьютере без всяких причин нагрузка выше, это свидетельствует о каких-то несанкционированных процессах, происходящих в системе. Детальнее об этом в публикации «Процессор загружен на 100 процентов без причин»(уже на блоге).
Относительно многозадачности — тут уже зависит от того, что именно вы запускаете. Однако в любом случае проценты будут не суммироваться, и итоговая нагрузка будет меньше, чем, казалось бы, должна быть. Связано с тем, что многоядерные процессоры хорошо справляются с несколькими задачами — на это они и рассчитаны.
Также для вас будет полезной инструкция «Как посмотреть загруженность процессора». Буду признателен, если вы поделитесь этим постом в социальных сетях. До завтра!
Всех приветствую! Сегодня обсудим тему о том, как узнать загруженность процессора и видеокарты во время игры, с помощью чего это можно проверить и для чего нужно.
Итак, особенность этого метода тестирования в том, что программа, которая показывает все необходимые параметры, может работать некорректно. При сворачивании игрового клиента, нагрузка на компоненты ПК снижается, поэтому выводятся не вполне верные данные — погрешность составляет до 10 процентов.
Неполадки с процессором
Вариант, который не всегда приходит на ум — то, что «камень» уже банально не тянет запущенные пользователем приложения, захлебываясь от необходимости обрабатывать такие потоки информации. В этой ситуации единственный выход — апгрейд компа или покупка нового.Это же касается случаев, если ЦП соответствует минимальным системным требованиям программы, но их запущено несколько. Суммарно они будут давать большую нагрузку, чем микросхема может «переварить».
Еще один не слишком распространенный случай — процессор соответствует, но не хватает мощности блока питания. Рекомендую подключить более мощный БП и проверить, как будет вести себя комп. Если при этом все нормально — меняйте блок питания.
Другие причины неверной трактовки термина «загрузка процессора»
Процессор может выполнять свою работу медленнее не только из-за потерь времени на ожидание данных из ОЗУ. Другими факторами могут быть:
- Перепады температуры процессора
- Вариирование частоты процессора технологией Turboboost
- Вариирование частоты процессора ядром ОС
- Проблема усреднённых расчётов: 80% средней загрузки на периоде измерений в минуту могут не быть катастрофой, но могут и прятать в себе скачки до 100%
- Спин-локи: процессор загружен выполнением инструкций и имеет высокий IPC, но на самом деле приложение стоит в спин-локах и не выполняет реальной работы
Настройки Afterburner
После запуска приложения в оконном режиме нажмите на кнопку Settings в нижнем правом углу. Далее по алгоритму:
- Выбрать вкладку motitor («Мониторинг»);
- Установить галочки напротив параметров, которые нужно выводить на экран;
- Поставить галочку «Показывать в Оверлейном Экранном Дисплее.
Для того, чтобы изменения вступили в силу, нажмите кнопку ОК. Теперь при запуске любой видеоигры поверх экрана будут выводиться параметры, отображение которых вы выбрали. Этот же оверлей захватывается при записи происходящего на экране, так что опция пригодится стримерам или видеоблогерам, делающих обзоры игр.
Также для вас будут полезны публикации «Процессор загружен на 100 процентов без причин» и «На сколько процентов должен быть загружен процессор». Буду признателен, если вы поделитесь этим постом в социальных сетях. До скорой встречи!
Та метрика, которую мы называем «загрузкой процессора» на самом деле многими людьми понимается не совсем верно. Что же такое «загрузка процессора»? Это то, насколько занят наш процессор? Нет, это не так. Да-да, я говорю о той самой классической загрузке CPU, которую показывают все утилиты анализа производительности — от диспетчера задач Windows до команды top в Linux.
Вот что может означать «процессор загружен сейчас на 90%»? Возможно, вы думаете, что это выглядит как-то так:
А на самом деле это выглядит вот так:
«Работа вхолостую» означает, что процессор способен выполнить некоторые инструкции, но не делает этого, поскольку ожидает чего-то — например, ввода-вывода данных из оперативной памяти. Процентное соотношение реальной и «холостой» работы на рисунке выше — это то, что я вижу изо дня в день в работе реальных приложений на реальных серверах. Есть существенная вероятность, что и ваша программа проводит своё время примерно так же, а вы об этом и не знаете.
Что это означает для вас? Понимание того, какое количество времени процессор действительно выполняет некоторые операции, а какое — лишь ожидает данные, иногда даёт возможность изменить ваш код, уменьшив обмен данных с оперативной памятью. Это особенно актуально в нынешних реалиях облачных платформ, где политики автоматического масштабирования иногда напрямую завязаны на загрузку CPU, а значит каждый лишний такт «холостой» работы стоит нам вполне реальных денег.
Перегрев
Да, в режиме перегрева нагрузка на CPU всегда выше и может достигать 100%. В этом случае нужно очистить от пыли кулер и радиатор, а также заменить термопасту — возможно, она уже свое отслужила. Для проверки рабочей температуры можно воспользоваться бесплатной утилитой CPU-Z.
Если после таких манипуляций все равно температура выше нормы, то, скорее всего, кулер не справляется с охлаждением. Такое можно наблюдать в случае с боксовыми процессорами, которые используют стоковые вентиляторы. Мощный хороший кулер охлаждает «камень» в должной мере.
Также для вас будут полезны статьи «Как посмотреть загруженность процессора» и «Как узнать загруженность процессора и видеокарты во время игры». Буду признателен всем, кто поделится этим постом в социальных сетях. До завтра!
Всем привет! В сегодняшнем посте я расскажу, на сколько процентов должен быть загружен процессор в разных режимах работы — при бездействии, при просмотре видео в браузере и проигрывателе, при работе с графикой, во время видеомонтажа, обработки звука, а также во время выполнения нескольких задач сразу.
Для примера рассмотрим «сферический в вакууме» компьютер, который использует 4-ядерный ЦП с частотой 3.0 ГГц, 8 Гб ОЗУ и дискретную видеокарту средней мощности. При отличии конфигурации, нормальная загруженность CPU может отличаться — как в меньшую, так и в большую сторону.
Как же понять, чем на самом деле занят процессор
Используя аппаратные счетчики производительности. В Linux они могут быть прочитаны с помощью perf и других аналогичных инструментов. Вот, например, замер производительности всей системы в течении 10 секунд:
Ключевая метрика здесь это "количество инструкций за такт" (insns per cycle: IPC), которое показывает, сколько инструкций в среднем выполнил процессор на каждый свой такт. Упрощённо: чем больше это число, тем лучше. В примере выше это число равно 0.78, что, на первый взгляд кажется не таким уж плохим результатом (78% времени выполнялась полезная работа?). Но нет, на этом процессоре максимально возможным значением IPC могло бы быть 4.0 (это связано со способом получения и выполнения инструкций современными процессорами). То есть наше значение IPC (равное 0.78) составляет всего 19.5% от максимально возможной скорости выполнения инструкций. А в процессорах Intel начиная со Skylake максимальное значение IPC уже равно 5.0.
В облаках
Когда вы работаете в виртуальном окружении, то можете и не иметь доступа к реальным счетчикам производительности (это зависит от используемого гипервизора и его настроек). Вот статья о том, как это работает в Amazon EC2.
Читайте также: