- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
есть сервак:
Intel Celeron D 2800/256/533
Intel Server SR1425
1024Мб DDR2
сетевой канал (или как там его) - 60метров (из них используется только 40)
на серваке лежать файлы, которым идет постоянное обращение с сайта с посещаемостью свыше 10000 людей в день.
Сервер умирает раза 3-4 в день в общей сложностью на 9-10 часов из 24 с ошибкой HTTP:Http_client.No_reply. Умирает примерно с 6 вечера до 3 часов ночи по москве. Когда сервер работает, то от него иногда очень долго идет отдача файлов.
Необходимо проанализировать сервер и найти причину - почему он умирает - может апатч установлен неверно, а может просто процессора не хватате с оперативкой!?
Если есть знатоки, то прошу помочь. если дело в неверной настройке системы, то попрошу настроить правильно/профессионально.
ася 423370
Проблема скорее всего в дисковой подсистеме.
Что там за hdd, и какие размеры файлов (в среднем каждого, есть-ли большие (по несколько сот мегов)). И сколько весь сайт весит.
Проблема скорее всего в дисковой подсистеме.
Что там за hdd, и какие размеры файлов (в среднем каждого, есть-ли большие (по несколько сот мегов)). И сколько весь сайт весит.
проблема найдена.
все дело в открытых сессиях, некоторые люди умудрялись открывать по 30-40 сессий тем самым забивали весь канал - и в этот момент сервак умирал.
поставили ограничение до 4 сессий - все стало работать на ура.
сайт живет отдельно от сервера. я же написал, что на сайте посещаемость свыше 10000 людей, а сервак лежал мертвым по 9-10 часов. как вы думаете если бы сайт был вечно не доступен - была бы на нем такая посещаемость?:p
тема закрыта
проблема найдена.
все дело в открытых сессиях, некоторые люди умудрялись открывать по 30-40 сессий тем самым забивали весь канал - и в этот момент сервак умирал.
поставили ограничение до 4 сессий - все стало работать на ура.
Понятно, однако исходные данные были неверными:
"сетевой канал (или как там его) - 60метров (из них используется только 40)".
Замечу, что даже при включёных KeepAliv'ах msie использует до 8 соединений.
Тоесть если бы у вас там лежали скажем картинки к форуму, то при ограничении до 4 сессий открываться бы они у посетителей стали крайне криво. Вероятно всётаки раздаёте какие-то большие файлы, и 4 сессий при этом хватает.
сайт живет отдельно от сервера. я же написал, что на сайте посещаемость свыше 10000 людей, а сервак лежал мертвым по 9-10 часов. как вы думаете если бы сайт был вечно не доступен - была бы на нем такая посещаемость?:p
В данном контексте под сайтом подразумевалось то, что отдавало файлы по http.
тема закрыта
Ok. Всего :)
может апатч установлен неверно, а может просто процессора не хватате с оперативкой!?
поставили ограничение до 4 сессий - все стало работать на ура.
в таких случаях ставят не апач, а nginx - супер легкий вэб-сервер.
в таких случаях ставят не апач, а nginx - супер легкий вэб-сервер.
в этом незнаток... потому и помощи просил :)
Ну раз не закрыли вопрос, то Imho, на отдачу больших файлов надо ставить ftpd.
Он для этого больше предназначен.
если так лучше, то сделаем... по статстике на серваке 200-250 коннектов сразу и качают в минуту по 250 метров... тоесть в месяц 10терабайт...🙅
если так лучше, то сделаем... по статстике на серваке 200-250 коннектов сразу и качают в минуту по 250 метров... тоесть в месяц 10терабайт...🙅
250/60 = 4.166 мегабайта в секунду
4.166 * 8 = 33.3 мегабита.
Если порт 100 мегабитный, то его должно хватать. Однако наверняка есть пиковые
нагрузки. Вы или ваш провайдер ведёте статистику звгрузки порта?
Например через mrtg, или cacti ? Если нет, то по идее следует или с их помощью,
или как-то иначе мониторить порт. В случае появления на графике полки на 100
мегабит, то надо или брать доп. порт у провейдера, или апгрейдить туществующий до гигабита.
Или решить что важнее отдавать посетителям файлы быстро и настолько насколько
смогут получить, но вам это обойдётся в увеличение стоимости в виде апгрейда
порта. Или сэкономить, и зажимать граждан в числе коннектов.
А по числе коннектов грамотно может лимитировать тот-же ftp сервер,
при этом выдаст корректную ошибку, о превышении числа подключений и т.д.
Не скажу за других, но вот в локалке работает машинка под FreeBSD,
На ура выдаёт 300-400 мегабит в секунду. Апач бы давно на таких объёмах сдох.
Кстати nginx тоже. А ProFtpd отдаёт на ура.
nginx просто так не сдохнет!
насчёт proftpd не уверен.
вместо proftpd надо vsftpd - самый быстрый и безопасный ftp сервер.
сервер опять мертвый... да, статистика нагрузки и прочего есть...
все же надо брать гиговую сетевую... но она потребуют мощный процессор...
короче выбрал себе такой сервак:
пень4 3200герца
2гига памяти
2*100м сетевых...