iostat показывает 100%-е использование - что может быть сделано для улучшения производительности?
Это - ошибка с гну mkdir: http://savannah.gnu.org/bugs/?19546 Там не является никаким способом отключить традиционные полномочия Unix. С тех пор mkdir работы, которые Вы могли записать функции оболочки, которая переопределяет mkdir. В оболочке функция ищут a -p в args и выполненный серия non-p-using mkdirs вместо этого.
Много основанных на Linux систем теперь используют umask 0002 с частными на пользователя группами, таким образом, эта проблема не подходит.
13,34 МБ / с - это довольно медленно для жесткого диска серверного или настольного класса, но пропускная способность может быть снижена из-за большого количества произвольный доступ. Если этот диск представлен как RAID 1 или RAID 5 от оборудования, это может объяснить некоторую потерю пропускной способности.
Вы можете проверить свою реальную пропускную способность с помощью bonnie ++, когда веб-сервер отключен. Обычный настольный диск с интерфейсом SATA II должен обеспечивать производительность где-то между 40-70 МБ / с.
Хорошего произвольного доступа можно добиться, используя RAID 0 (избыточность BAD) или, в идеале, RAID 10 с> 4 дисками
Обновление: Вы также должны добавить столько оперативной памяти, сколько сможете. Показатели памяти показывают, что сервер уже кэширует огромный объем данных в ОЗУ.
Вы можете обнаружить, что стоимость Amazon S3 и / или EC2 на самом деле более рентабельна, если учесть, сколько еще оборудования вам, возможно, придется купить .
Я настоятельно рекомендую вам подумать о замене sdb на SSD или RAID-массив с поддержкой SSD.
Я знаю, что это довольно старый поток, но я сталкиваюсь с аналогичной проблемой
Device: rrqm/s wrqm/s r/s w/s rMB/s wMB/s avgrq-sz avgqu-sz await svctm %util
sdb 134.67 0.00 145.33 10.67 13.34 0.19 177.59 131.25 963.31 6.41 100.03
Поэтому в моем случае всякий раз, когда avgqu-sz достигает глубины очереди lun (/ sys / block / sdb / device / queue_depth) происходит насыщение диска, и в моем случае оно установлено на 128. Я просто увеличиваю его до 192 и теперь получаю лучшую производительность.Я знаю, что это не лучшее решение, но в настоящее время я не могу позволить себе заменить диск, поэтому это единственное решение, которое у меня есть.
Ajo që iostat në thelb tregon këtu është disku juaj i ngopur me IOPS .
njeri iostat :
• rrqm / s - Numri i kërkesave të lexuara u bashkuan për sekondë që ishin në radhë të pajisjes.
• r / s - Numri (pas bashkimeve) i kërkesave të leximit të përfunduara për sekondë për pajisjen.
HDDs Të dhënat e referencës së performancës IOPS , Wikipedia
Krahasoni numrat.