Почему я вижу ошибку «сброс соединения по одноранговой сети»? - PullRequest
3 голосов
/ 14 января 2009

Я тестирую cogen на Mac OS X 10.5, используя python 2.6.1. У меня есть простой эхо-сервер и клиент-насос, который создает 10 000 клиентских подключений в качестве теста. 1000, 5000 и т. Д. Все работает великолепно. Однако при примерно 10000 подключений сервер начинает отбрасывать случайных клиентов - клиенты видят «сброс подключения по пиру».

Есть ли какие-то базовые знания по сетям, которые мне здесь не хватает?

Обратите внимание, что моя система сконфигурирована для обработки открытых файлов (лимит launchctl, sysctl (maxfiles и т. Д.) И ulimit -n все действительны; были там, сделали это). Кроме того, я убедился, что cogen предпочитает использовать kqueue под одеялами.

Если я добавлю небольшую задержку к вызовам client-connect (), все будет отлично. Таким образом, мой вопрос заключается в том, почему сервер в состоянии стресса отбрасывает других клиентов, если в короткий промежуток времени наблюдается высокая частота соединений? Кто-нибудь еще сталкивался с этим?

Для полноты, вот мой код.

Вот сервер:

# echoserver.py

from cogen.core import sockets, schedulers, proactors
from cogen.core.coroutines import coroutine
import sys, socket

port = 1200

@coroutine
def server():
    srv = sockets.Socket()
    srv.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
    addr = ('0.0.0.0', port)
    srv.bind(addr)
    srv.listen(64)
    print "Listening on", addr
    while 1:
        conn, addr = yield srv.accept()
        m.add(handler, args=(conn, addr))

client_count = 0

@coroutine
def handler(sock, addr):
    global client_count
    client_count += 1
    print "SERVER: [connect] clients=%d" % client_count
    fh = sock.makefile()
    yield fh.write("WELCOME TO (modified) ECHO SERVER !\r\n")
    yield fh.flush()
    try:
        while 1:
            line = yield fh.readline(1024)
            #print `line`
            if line.strip() == 'exit':
                yield fh.write("GOOD BYE")
                yield fh.close()
                raise sockets.ConnectionClosed('goodbye')
            yield fh.write(line)
            yield fh.flush()
    except sockets.ConnectionClosed:
        pass
    fh.close()
    sock.close()
    client_count -= 1
    print "SERVER: [disconnect] clients=%d" % client_count

m = schedulers.Scheduler()
m.add(server)
m.run()

А вот и клиент:

# echoc.py

import sys, os, traceback, socket, time
from cogen.common import *
from cogen.core import sockets

port, conn_count = 1200, 10000
clients = 0

@coroutine
def client(num):
    sock = sockets.Socket()
    sock.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
    reader = None
    try:
        try:
            # remove this sleep and we start to see 
            # 'connection reset by peer' errors
            time.sleep(0.001)
            yield sock.connect(("127.0.0.1", port))
        except Exception:
            print 'Error in client # ', num
            traceback.print_exc()
            return
        global clients
        clients += 1
        print "CLIENT #=%d [connect] clients=%d" % (num,clients)
        reader = sock.makefile('r')
        while 1:
            line = yield reader.readline(1024)
    except sockets.ConnectionClosed:
        pass
    except:
        print "CLIENT #=%d got some other error" % num
    finally:
        if reader: reader.close()
        sock.close()
        clients -= 1
        print "CLIENT #=%d [disconnect] clients=%d" % (num,clients)

m = Scheduler()
for i in range(0, conn_count):
    m.add(client, args=(i,))
m.run()

Спасибо за любую информацию!

1 Ответ

8 голосов
/ 14 января 2009

Ввод / вывод сокета Python иногда страдает от сброса соединения одноранговым узлом. Это связано с глобальной блокировкой интерпретатора и тем, как запланированы потоки. Я написал некоторые ссылки на эту тему.

time.sleep(0.0001) представляется рекомендуемым решением, поскольку оно регулирует планирование потоков и позволяет завершить ввод / вывод сокетов.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...