Текущее время: вторник, 3 декабря 2024, 22:16
Пользователи, которые читают эту тему: 1 гость
Новая тема Ответить
#102 Ссылка на пост Добавлено:
Wishmaster писал(а):
Вообще было бы интересно узнать комментарии и мнение по поводу проведенного тестирования Smile

По графикам видно что всё упёрлось в процессор. GG правильно сказал, что база данных может отвалиться. Что тут ещё можно сделать: поставить вместо Apache что-то полегче, например, lighttpd, сервер сможет обрабатывать значительно больше запросов. Учитывая что оперативки у тебя много, а процессор станет разгруженным, можно будет увеличить количество соединений с MySQL. Ну и ещё можно настроить MySQL чтоб под кэш оперативки брал побольше, а то дефолтные настройки далеко не всегда наиболее подходящие.
#103 Ссылка на пост Добавлено:
Miles, няп, это было просто стресс-тестирование. Сейчас всё работает ок как есть, ничё менять не нужно. lighttpd и nginx возможно не оправдают себя с точки зрения нагрузки по динамическим страницам, по крайней мере nginx так точно известен очень быстрым откликом на статику, но когда идёт тяжёлый запрос php+mysql, он проиграет. Также, есть связка nginx+Apache, да мало ли что еще можно наворотить (Apache+Squid например).
#104 Ссылка на пост Добавлено:
GG писал(а):
Miles, няп, это было просто стресс-тестирование. Сейчас всё работает ок как есть, ничё менять не нужно.

Как раз по графикам и не понятно насколько "ок". Впрочем, я всего лишь высказал дальнейшие пути куда можно было бы расширять производительность, если потребуется, а к конкретным действиям не призывал.

GG писал(а):
lighttpd и nginx возможно не оправдают себя с точки зрения нагрузки по динамическим страницам, по крайней мере nginx так точно известен очень быстрым откликом на статику, но когда идёт тяжёлый запрос php+mysql, он проиграет.

В каком смысле проиграет? Чем Apache+PHP может быть быстрее nginx/lighttpd+PHP?
#105 Ссылка на пост Добавлено:
Даешь интеграцию sphinx в phpbb ЖD
Ненуачо?
#106 Ссылка на пост Добавлено:
Miles,

http://www.pentarh.com/wp/2008/07/18/using-nginx-apache/

Цитата:
Уже давно появился легкий веб-сервер Nginx. Он написан изначально оптимизированным под отдачу статики и, в сравнении с Apache, совершенно не расходует память.

Вот, как-то так. Возможно, уже устарело.
#107 Ссылка на пост Добавлено:
GG писал(а):
Miles,

http://www.pentarh.com/wp/2008/07/18/using-nginx-apache/

Цитата:
Уже давно появился легкий веб-сервер Nginx. Он написан изначально оптимизированным под отдачу статики и, в сравнении с Apache, совершенно не расходует память.

Вот, как-то так. Возможно, уже устарело.

А, вот ты о чём. Не знаю как nginx, но я имел в виду использование связки lighttpd+FastCGI+PHP, в которой Apache не нужен.
#108 Ссылка на пост Добавлено:
А вот задачка, с Линуксами ничего (надеюсь) общего не имеющая.

Нужна программа, в которой можно
1) построить 3-d модель офиса - без красивостей, но со строгим соблюдением масштаба;
2) и чтоб в ней же можно было сделать схему прокладки проводки. Внешней, по стенам и внутренним поверхностям столов. Опять-таки - с размерами / масштабами.

3DS MAX ради такого дела на один рабочий день раскочегаривать неохота. AutoCAD боязно, у меня на него с первого курса аллергия. Погуглил - софта куча, но какой-то он стремный, явно на домохозяек рассчитан.

Google SketchUp?..

Так что если кто-то сталкивался с подходящим софтом - посоветуйте, пожалуйста.
#109 Ссылка на пост Добавлено:
Silvering писал(а):
Так что если кто-то сталкивался с подходящим софтом - посоветуйте, пожалуйста.

Последний раз рисовал в MS Visio, правда 2D. Не уверен, что он может 3D сообразить.
#110 Ссылка на пост Добавлено:
GG, спасибо! 3D, к сожалению, критично.

Полазал по ру... одному сайту, нашел несколько подходящих программ, из них выбрал Sweet Home, черчу стены.
#111 Ссылка на пост Добавлено:
Имеется кластер на базе ЦентОС. Нужна поддержка OpenMPI (orterun, mpirun, mpiexe)- можно ли установить сию штуку и либы к ней в каталог поользователя не изменяя системные каталоги и не обладая правами суперпользователя?
У других пользователей похоже поддержка кластера встроена в сами программы, а у меня только через данный костыль работает видимо.
#112 Ссылка на пост Добавлено:
Dunmer, маловероятно, rpm-пакеты установить куда-то помимо системных каталогов невозможно (хотя, если вручную пересобрать пакеты и исправить каталоги назначения, то вполне может быть). Если библиотека на узлах кластера уже установлена - смею предположить, что софт просто не знает, где искать .so файлы. Каталоги для библиотек для всех пользователей системы одинаковые. Какая ошибка возникает при попытке заюзать библиотеку?
#113 Ссылка на пост Добавлено:
Dunmer писал(а):
Имеется кластер на базе ЦентОС. Нужна поддержка OpenMPI (orterun, mpirun, mpiexe)- можно ли установить сию штуку и либы к ней в каталог поользователя не изменяя системные каталоги и не обладая правами суперпользователя?
У других пользователей похоже поддержка кластера встроена в сами программы, а у меня только через данный костыль работает видимо.

А почему нельзя установить суперпользователем?
#114 Ссылка на пост Добавлено:
Miles писал(а):
А почему нельзя установить суперпользователем?

Я не админ этого кластера.
Niklauster писал(а):
Dunmer, маловероятно, rpm-пакеты установить куда-то помимо системных каталогов невозможно (хотя, если вручную пересобрать пакеты и исправить каталоги назначения, то вполне может быть). Если библиотека на узлах кластера уже установлена - смею предположить, что софт просто не знает, где искать .so файлы. Каталоги для библиотек для всех пользователей системы одинаковые. Какая ошибка возникает при попытке заюзать библиотеку?

Из исходников попробую собрать. На каждом узле кластера виден один и тот же домашний каталог - монтирование статическое похоже. Запуск того софта идёт так mpirun далее ключи и имя программы. Так вот ни mpirun ни mpiexec система не находит.
#115 Ссылка на пост Добавлено:
Dunmer писал(а):
Я не админ этого кластера.

Я сейчас плохую вещь скажу, но загрузись с LiveCD и chroot'нись вовнутрь. Правда, за такое можно от админа по шапке получить, но кто предупреждён - тот вооружён.

Dunmer писал(а):
Из исходников попробую собрать. На каждом узле кластера виден один и тот же домашний каталог - монтирование статическое похоже. Запуск того софта идёт так mpirun далее ключи и имя программы. Так вот ни mpirun ни mpiexec система не находит.

Я делал так - юзал rpm2targz, потом растаривал в текущий каталог. Получал распакованное содержимое rpm-пакета. Ещё что у тебя вижу - mpirun при запуске из командной строки система будет находить только в том случае, если он находится в каталоге, перчисленном в переменной PATH. В противном случае, находясь в каталоге с этим бинарником, можешь его запустить как ./mpirun <ключи>, ну и не забудь проверить чтобы стоял исполняемый флаг на этом файле.

Ну и последнее. Если ничего не поможет, посмотри маны по переменной LD_LIBRARY_PATH.
Форум / Техника, интернет / Сисадминские задачки
Загрузка...
Быстрый вход: