Page 1 of 2
Path to IM
Posted: Mon Feb 25, 2013 8:36 pm
by adaliska
Rotation - Settings - Basic Settings - Path to IM
Эта строка при вызове используется как есть?
Если я там напишу "nice /usr/bin/", это сработает для понижения нагрузки?
Re: Path to IM
Posted: Mon Feb 25, 2013 9:25 pm
by admin
а как nice понизит нагрузку ?
Re: Path to IM
Posted: Tue Feb 26, 2013 8:17 am
by adaliska
Неудачно выразился.
Задача фронтенд-сервака - как можно быстрее обрабатывать запросы посетителя (переходить между страничками и смотреть контент).
Все операции обработки и записи чего-либо на диск надо нафиг выносить с продакшен-машины, а если это невозможно/непрактично - занижать им приоритет, чтоб выполнялись медленнее или съедали меньше ресурсов.
Собстно суть вопроса была в том, прокатит ли вставка строки "nice пробел" в путь до imagemagick?

Re: Path to IM
Posted: Tue Feb 26, 2013 1:53 pm
by admin
по идее - да
а видно как ИМ висит в топе ?
Re: Path to IM
Posted: Tue Feb 26, 2013 4:20 pm
by adaliska
Попробую.
В топе собственно IM не видно, там торчит php с потреблением 99% СPU. А вот ps aux показывает что долго висит (и жрёт) процесс identify. Кстати даже больше, чем convert, что странно.
Re: Path to IM
Posted: Tue Feb 26, 2013 4:48 pm
by admin
Может имеет смысл проапедйтить ИМ
может в той версии какие-то вопросы были в identify
Re: Path to IM
Posted: Wed Feb 27, 2013 6:25 pm
by adaliska
Нет...
apt-get install imagemagick
imagemagick is already the newest version
А в каком каталоге смарт ведёт работу с фотками, прежде чем кладёт их на постоянное место? Попробую вынести его на другой диск.
Re: Path to IM
Posted: Wed Feb 27, 2013 6:33 pm
by admin
Вы пишете что загрузка проца у вас - и как на это повялияет вынос каталога на другой диск ?
В чем логика ?
PS то что в репах лежит какая-то версия совсем не означает что она послденяя у ИМ.
Re: Path to IM
Posted: Wed Feb 27, 2013 6:51 pm
by adaliska
Логика такая: циферки загруженности проца, которые я вижу в топе, складываются в том числе из времени ожидания операций ввода-вывода. Сервера "облачные", и диски на них виртуальные.
Практика показала, что разнос ресурсоёмких файловых операций по разным дискам благоприятно сказывается на общем быстродействии. Более правильно было бы вынести весь граб/ресайз на отдельную машину-мастер (стояющую где-то в бэкэнде), а сайты цеплять к нему слейвами, но из-за известных ограничений со статусами галер решили так не делать.
Поэтому я и хочу вынести например scj/tmp на отдельный диск, и уточняю в каком каталоге у смарта происходит движуха с файлами.
Версию IM посмотрел, не последняя, но компилять на продакшен-сервере что-то более новое чем официальный пакет - некошерно.
Re: Path to IM
Posted: Wed Feb 27, 2013 7:06 pm
by admin
Логика такая: циферки загруженности проца, которые я вижу в топе, складываются в том числе из времени ожидания операций ввода-вывода. Сервера "облачные", и диски на них виртуальные.
Не сталкивался с таким, надо почитать.
Это свое облако или что-то типа амазона ?
да, режутся в scj/tmp
но identify только читает файл , конвертит его convert
в репах неокторых ОС пакеты 6ти летней давности.
Не вжиу никакой проблемы взять у производителя софт, тем более что это ж не апач, а бэксофт, даже если он сляжет - на сайты это никак не повляет и можно будет просто вернуть из реп.