Обновить
8
0
Sergey Lavrentev@walker

CTO

Отправить сообщение
а почему сразу wine? Tuxguitar давно стал вполне юзабелен
Если бы не видел анонса (и deb пакета) на их сайте — не поверил бы!
вот уж чего я не ожидал, так это релиза GP под линукс. и особенно новой версии — 6.

Поставил демку и впечатления не очень:

1.загрузка проца под 100% при загрузке файла
2.загрузка проца под 60% при проигрывании
3.композу на 50 тактов грузит минут 5, при этом система (убунта 9.10) подвисает намертво.
4.тормозной интерфейс, хотя и написан на Qt (они тащат свои либы зачем то)

короче, ждем багфиксы в виде 6.0.1
не стоит усложнять решение там, где это не нужно.
нет не лучше, т.к. прописывать это для каждого сервера (из овер 100) — бред.
очень плохой совет.
если хотите сокращать команды, воспользуйтесь alias.

«ssh -l root server.com» сокращается например до «s server.com»:

echo «alias s='ssh -l root '» >>~/.bashrc
а джанго у тебя через что крутится? fcgi,wsgi..? в этом разница по памяти тоже есть
про разный подсчет памяти вкурсе, но не видел, чтобы разница была в разы.
жиксу я посоветовал ставить именно по озвученным вами причинам.
1. вы думаете, своп бы вас спас? ок, он улучшил бы ситуацию, но постоянное свопирование да еще на впс — это висяк всей системы.

2.да, в опенвз нет свопа, но зачем сразу устраивать истерику и кричать, что OpenVZ — мастдай? это попахивает юнешеским максимализмом.
У вас есть четкие ограничения по ресурсам — задача админа сервера сделать так, чтобы процессы приложений в них кладывались.

3.замена апача на жиксу — лучший вариант в данной ситуации, но это не 100% решение проблемы.
я не вижу вашей статы по уникам, хитам и тп, так что сложно делать вывод о нагрузке на ваш сайт. но если у вас достаточно серьезная посещаемость, то нет ничего удивительного, что вам не хватает 600МБ — это копейки для апача и тем более мускуля.

Вывод: ставьте жиксу и покупайте нормальный дедик.
бакула тут совсем не в тему.
битрикc+винда+ mssql + куцые лимиты памяти — и это на gov.ru
дорого. не рентабельно.
а пиковые всплески вроде этого можно и переждать.
зависит от типа engine — в innodb блокировка только записей участвующих в транзакции
а iperf пробовали? на гигабите довольно честно работает.
хорошая подборка.
я бы добавил еще такие утилиты как iftop и nethogs — есть в любом дистрибутиве и так же очень помогают выяснить, кто и чем грузит канал.
джанго заточен больше под wsgi, об этом пишут сами девелоперы.
wsgi оптимален там, где есть его полная поддержка (django,webpy,etc..)
fcgi — в остальных случаях :)

зы — да, можете называть меня Капитаном ))
в премениости к джанге — fcgi поддержка там не такая хорошая как с mod_wsgi.
так же fcgi имхо управление процессами происходит более громоздко для системы+презапуск сервера при изменении кода.
Вобщем, это немного разные технологии, для разных задач.
не все так просто — тут уже процитировали, что пока нет поддержки с бинарными модулями(нет API) -т.е. пока нет связки с mod_wsgi и mod_python.

а fcgi имхо не конкурент mod_wsgi, если речь идет о джанге.
aviaconstructor, может быть лучше иногда конструировать самолеты(или чем вы там занимаетесь, судя по нику)?
кроме очевидных плюсов озвученных в топике, PyPy позволяет в разы проще добавлять разные фичи в сам интерепретатор. Реализовать какой-то хак на питоне проще чем на Си — даже перекомпиляции не нужно!
Как их всех положить?

Зачем???

каждая твоя «история» выглядит примерно так:

— мы с другом случайно увидели машину без сигналки и с приспущенными стеклами, но на замке…
… потратили 2 часа чтобы просунуть в щель руку и опустить стекло…
… наконец мы открыли двери и… насрали туда!!! да! мы насрали прямо в машину!
… как настоящие какеры!
да! мы какеры!

Информация

В рейтинге
Не участвует
Откуда
Татарстан, Россия
Дата рождения
Зарегистрирован
Активность