Fwd: Re[4]: Необъяснимые тормоза в обслуживании http запросов

Alexey V. Karagodov kav at karagodov.name
Sat Apr 4 19:38:45 MSD 2009


что-то не могу отправить реципиенту письмо, по-этому в лист

Begin forwarded message:

> From: "Alexey V. Karagodov" <kav at karagodov.name>
> Date: 2 апреля 2009 г. 18:37:12 GMT+04:00
> To: Alexey Vdovin <av at doroga.tv>
> Subject: Re: Re[4]: Необъяснимые тормоза в обслуживании http запросов
>
>
> On 02.04.2009, at 16:07, Alexey Vdovin wrote:
>
>> Hello Alexey,
> хелло
>>
>> случайно в лист ушло ...
>>
>>> ifconfig em0
>> em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0  
>> mtu 1500
>>        
>> options=19b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4>
>>       ether 00:30:48:7d:0d:04
>>       inet 78.40.184.246 netmask 0xfffffffc broadcast 78.40.184.247
>>       media: Ethernet 100baseTX <full-duplex>
>>       status: active
>>
>>> netstat -I em0
>> Name    Mtu Network       Address              Ipkts   Ierrs     
>> Opkts Oerrs  Coll
>> em0    1500 <Link#1>      00:30:48:7d:0d:04 545805096     0  
>> 422816203     0     0
> тут всё в порядке
>>
>> Машинка стоит в хостинг центре.
>> У меня подозрения, что гдето попути от нее ктото портит и теряет  
>> пакеты.
>> Нужны аргументы для наезда на провайдера в таком случае.
> ну можно попробовать по-пинговать провайдерский роутер или днс- 
> сервер, а лучше все провайдерские сервисы пакетами разной длины
> и если всё будет безрадостно, то собственно tcpdump и результаты  
> этих пингов и будут основанием наездов
>
>>
>>
>> -- 
>> Best regards,
>> Alexey      mailto:av at doroga.tv
>>
>> Thursday, April 2, 2009, 3:21:26 PM, you wrote:
>>
>>
>>
>> On 02.04.2009, at 11:33, Alexey Vdovin wrote:
>>
>>> Hello Alexey,
>>>
>>>> /boot/loader.conf
>>> accf_data_load="YES"
>> убрать . пока это всё ничего хорошего не приносит
>>> accf_http_load="YES"
>> убрать . пока это всё ничего хорошего не приносит
>>>
>>>> /etc/sysctl.conf
>>> net.inet.tcp.blackhole=1
>>> net.inet.udp.blackhole=1
>>> kern.ipc.nmbclusters=262144
>>> kern.ipc.somaxconn=8192
>>> kern.ipc.maxsockets=204800
>>> kern.maxfiles=204800
>>> kern.maxfilesperproc=200000
>>> net.inet.ip.portrange.first=1024
>>> net.inet.ip.portrange.last=65535
>>> net.inet.ip.portrange.randomized=0
>>> net.inet.tcp.maxtcptw=40960
>>> net.inet.tcp.msl=30000
>>> net.inet.tcp.syncookies=1
>>> net.inet.tcp.nolocaltimewait=1
>>> net.inet.tcp.fast_finwait2_recycle=1
>>> net.inet.tcp.syncache.hashsize=1024
>> зачем?
>>> net.inet.tcp.syncache.bucketlimit=100
>> зачем?
>>> net.inet.tcp.sendspace=65536
>>> net.inet.tcp.recvspace=65536
>>> net.inet.icmp.icmplim=300
>> зачем?
>>>
>>>> /etc/rc.conf
>>> ifconfig_em0="inet 78.40.184.246 netmask 255.255.255.252 media
>>> 100baseTX mediaopt full-duplex"
>> а сетевая карта сама не определит?
>>> defaultrouter="78.40.184.245"
>>> gateway_enable="YES"
>>> firewall_enable="YES"
>>> sshd_enable="YES"
>>> named_enable="YES"
>>> ntpd_enable="YES"
>>> mysql_enable="YES"
>>> apache22_http_accept_enable="YES"
>> убрать . пока это всё ничего хорошего не приносит
>>> apache22_enable="YES"
>>> memcached_enable="YES"
>>> memcached_user="www"
>>> memcached_flags="-m 2048 -s /tmp/memcached.sock"
>>> nginx_enable="YES"
>>> searchd_enable=YES
>>> sphinxsearch_enable=YES
>>>
>>>
>> вся тема офф-топ
>> к нгинх-у это не относится
>>
>> на другой стороне что стоит? на другой стороне патч-корда в смысле
>> судя по всему, там кусок г. какой то либо криво настроен
>>
>>
>> ifconfig ещё в студию
>>
>>> -- 
>>> Best regards,
>>> Alexey      mailto:av at doroga.tv
>>>
>>> Thursday, April 2, 2009, 1:02:43 AM, you wrote:
>>>
>>>
>>>
>>> On 01.04.2009, at 19:20, Alexey Vdovin wrote:
>>>
>>>> Hello nginx-ru,
>>>>
>>>> FreeBSD 7.0
>>>> Nginx - Apache - PHP - memcache
>>>>
>>>> Иногда возникают необъяснимые тормоза в обслуживании http запросов.
>>>> Время ответа сервера подскакивает до неприемлемых значений  
>>>> (5-20сек!
>>>> замерял Firebug) в эти моменты сервер нагружен слабо ~30-40%,
>>>> обрабатывает гдето 40 запросов в сек, свопа нет, трафик 400Кб/сек.
>>>> судя по nginx логу он отвечает очень быстро 2-5мс такое ощущение  
>>>> что
>>>> запросы просто не доходят до него, а когда доходят, он  
>>>> моментально их
>>>> отрабатывает.
>>>>
>>>> пробовал смотреть tcpdump icmp там какието странны пакеты приходят:
>>>> IP (tos 0x0, ttl 124, id 19163, offset 0, flags [none], proto ICMP
>>>> (1), length 576) 93.120.173.77 > 78.40.184.246: ICMP ip reassembly
>>>> time exceeded, length 556
>>> ip reassembly time exceeded означает что разбитый на части пакет  
>>> начал
>>> приходить, но не все кусочки этого пакеты дошли вовремя, сработал
>>> тайм-
>>> аут и пакет был выброшен
>>> если я не ошибаюсь
>>> хвастайтесь настройками, /boot/loader.conf , /etc/sysctl.conf , / 
>>> etc/
>>> rc.conf и пр.
>>>
>>>>     IP (tos 0x0, ttl 60, id 8892, offset 0, flags [+], proto TCP
>>>> (6), length 1476) 78.40.184.246.80 > 93.120.173.77.51930: .
>>>> 1799831751:1799833187(1436) ack 262978544 win 65535
>>>>
>>>>
>>>> IP (tos 0x0, ttl 124, id 19300, offset 0, flags [none], proto ICMP
>>>> (1), length 576) 93.120.173.77 > 78.40.184.246: ICMP ip reassembly
>>>> time exceeded, length 556
>>>>     IP (tos 0x0, ttl 60, id 10336, offset 0, flags [+], proto TCP
>>>> (6), length 1476) 78.40.184.246.80 > 93.120.173.77.51930: .
>>>> 2880:4316(1436) ack 1 win 65535
>>>>
>>>>
>>>> IP (tos 0x0, ttl 124, id 19301, offset 0, flags [none], proto ICMP
>>>> (1), length 576) 93.120.173.77 > 78.40.184.246: ICMP ip reassembly
>>>> time exceeded, length 556
>>>>     IP (tos 0x0, ttl 60, id 10337, offset 0, flags [+], proto TCP
>>>> (6), length 1476) 78.40.184.246.80 > 93.120.173.77.51930: .
>>>> 4320:5756(1436) ack 1 win 65535
>>>>
>>>> Подскажите куда копать ?
>>>>
>>>>
>>>>
>>>> -- 
>>>> С уважением,
>>>> Алексей Вдовин   mailto:av at doroga.tv
>>>>
>>>>
>>>
>>>
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20090404/40ad9054/attachment.html>


More information about the nginx-ru mailing list