myhand

Рейтинг
278
Регистрация
16.09.2009
madoff:
на хорошем vps в среднем разрешенно от 3 до 6 мегабайт...

где такие "хорошие" VPS? там где VPS-ноду в 100Mbp/s порт втыкают ? ;)

вероятнее всего - у вас mpm woker, а не prefork.

соответственно, настройки prefork не имеют никакого значения.

вам нужно разделить сервер - легкий прокси (+ раздача статики)

и бакенд для скриптов. в качестве прокси - можно nginx (или апач

с mpm event). если нужна помощь в настройке такой связки - обращайтесь

zexis:
Апач более медленный, так как имеет больше функций. (например модуль PHP)

апач - другой. это более стабильный в отношении апи конструктор (как и nginx) для

серверов (не обязательно HTTP). только в отличие от nginx - там не

навязывается единственно правильная модель конечного автомата. есть разные

MPM модули, включая гибридный mpm-event:

http://httpd.apache.org/docs/2.2/mod/event.html

который сопоставим с nginx по производительности на аналогичных

задачах (проксирование, раздача статики).

а mod_php тянуть в апач никто не заставляет. у многих гораздо лучше работает

тредовый апач (mpm-worker) + fastcgi.

zexis:

Ngix выдерживает больше запросов в секунду, так как специально для этого разработан.

цифирь имеет смысл, если он статику раздает :) а на его обычной задаче - он прокси,

пресловутое "число запросов в сек" не им одним определяется.

Outsourcenow (если я правильно понял) имел в виду его именно в контексте прокси,

где "бакендом" именно "база данных" является (и скорее всего, не SQL)

и используются неблокирующие сокеты.

netwind:
Так я и держал и на лупбеке и на локальном IP, но на лупбеке без "ручек" TIME_WAIT все равно были и много.

там нет такой крутилки как nolocaltimewait (которая имеет свои побочные эффекты,

см, например: http://article.gmane.org/gmane.comp.web.nginx.english/11298)

и также нет nolocaltimewait по-умолчанию.

netwind, на другом сервере, где порты "повторно используются" - сравните значения:

/proc/sys/net/ipv4/tcp_tw_recycle

/proc/sys/net/ipv4/tcp_tw_reuse

/proc/sys/net/ipv4/tcp_timestamps

Outsourcenow:
Зачем блочить поток, работающий с клиентом?

далеко не все вещи на свете нужно делать асинхронно.

кроме того, при работе с nginx+mysql блокировки тоже будут.

kostyk, обратите внимание на команду в примере. и ту,которую ввели :)

кстати, in и out файл не просто так несовпадают.

Outsourcenow:
Идея скрещивать веб-сервер с sql - порочна в принципе.

"звучит умно" (с)

что вы хотели этим сказать, если не сложно?

Outsourcenow:

Но вцелом, если так уж хочется - проще дописать плагин к nginx, как, собственно, многие и делают. Только от sql в качестве хранилища надо будет отказаться совершенно точно.

многие точно также используют апач. тем более, что там давно уже есть

mod_dbd, использовать который в своем модуле никто не мешает.

nginx просто моден, ну какие приемущества дает его модель

работы в качестве бакенда?

kapow_expert:
насколько я помню это ведь тоже апача проект? может ошибаюсь...

ходят слухи, что оно когда-то давно было его форком. но от апача там мало чего осталось.

в апаче есть аналогичный nginx-у mpm модуль (event), неплохо работает на проксировании.

Outsourcenow:
Самая здравая идея, кстати. Минус ровно один - времени на отладку многопоточного самодельного демона уйдет - вагон.

ну и что мешает использовать тот самый апач в качестве демона? он ведь

конструктор по сути. только большинство работы за нас уже

сделали (mpm, модули для работы с БД ...)

kostyk:
Не работает команда! :-(

кавычки поставьте вокруг \r:


tr -d "\r" <in >out
Outsourcenow:
Первым делом нужно выкинуть апач вообще.

это весьма спорно. наоборот, если логики в постобработке скриптом

мало - можно и засунуть ее в модуль апача, например. + mpm worker использовать.

kapow_expert:
У меня данные приходят в гет запросе, где двоеточием разделены столбцы (координата Х, координата У, высота, скорость, время). Пхп скрипт делает split и сразу инсерт.

как раз ваш случай. нафиг здесь php не нужен.

закачивать по ftp в ascii режиме файлик

а не в бинарном

еще:

tr -d \r <infile >outfile

Всего: 4890