EBS естественно голоден ЦП?
можно также хотеть проверить, был ли inodes исчерпан. df -i.
ОБНОВЛЕНО (снова)
Краткий ответ на ваш вопрос: НЕТ .
Клиенты Outlook / Exchange либо поддерживают, либо не поддерживают удаленный- протереть. Политика Exchange просто ожидает, что они поддерживают эту функцию. Если телефон поддерживает удаленную очистку и вы приняли политику (будучи так называемым «предварительным устройством»), то Exchange может отправить запрос на очистку телефона ( от имени администратора или пользователь может запросить его со своей учетной записи в Интернете / ПК.)
Если ваши пользователи хотят быть уверены, что их электронная почта не будет удалена, им нужно найти клиент Exchange, который не поддерживайте удаленную очистку и убедите вас отказаться от этого требования в своей политике (включив AllowNonProvisionalDevices). Период. Другого способа "выключить" нет.
Функции клиента не могут быть отключены сервером, они могут быть им просто необходимы. И в этом случае кажется, что требование является частью Exchange Sync в целом. :-( Я не вижу выхода из этого.
В политике Exchange сказано: «Если вы не согласны с этими настройками, вы не получите электронную почту», а затем содержит список настроек. Вы также можете установите для параметра «AllowNonProvisionalDevices» значение ON, что позволит устройствам, отклоняющим политику, по-прежнему получать электронную почту.
Как уже говорили другие, сообщение от клиента пользователю на телефоне не настраивается, поэтому вы никогда не узнаете, будет ли оно ВСЕ ЕЩЕ напугать их, даже если вы отключили этот запрос.
http://technet.microsoft.com/en-us/library/bb123484.aspx
и вот ссылка на то, как создать новую политику и примените его к пользователям: http: // technet.
Новые тома EBS имеют штраф при первом использовании, даже если они созданы из моментального снимка EBS. Первое чтение или запись в каждый блок тома займет гораздо больше времени, чем последующие обращения.
Когда был инициирован моментальный снимок EBS, на томе EBS может наблюдаться высокое значение iowait при попытке записи в блок, который еще не еще были скопированы в хранилище моментальных снимков S3.
Тома EBS используют пропускную способность сети на экземпляре. Вы можете улучшить производительность ввода-вывода и уменьшить время ожидания ЦП, если обновитесь до более крупного типа.
Вот статья, которую я написал о ленивой загрузке томов EBS из моментальных снимков:
Определение момента завершения инициализации нового тома EBS Из снимка EBS
http://alestic.com/2010/03/ebs-volume-initialization-from-snapshot
Здесь ' я написал статью, описывающую, почему нам пришлось переместить наши снимки состояния EBS в подчиненную базу данных вместо того, чтобы запускать их на главной:
Моментальные копии EBS для подчиненной базы данных MySQL на EC2
http://alestic.com/2009 / 08 / ec2-mysql-slave-snapshot
Вероятно, что почти все процессорное время, потраченное во время использования grep, о котором вы говорите, было связано с iowait. Запустите top в другом терминале во время grep и посмотрите значение % wa . Это значение представляет собой время, затрачиваемое на ожидание завершения ввода-вывода.
Это хорошо известный и обсуждаемый факт, что тома EBS работают довольно плохо, когда дело доходит до ввода-вывода. Вот почему многие организации объединяют несколько томов EBS вместе с помощью RAID (обычно RAID 0, но, возможно, и другие уровни также могут быть полезны) для повышения производительности.