tom Jul 12 2009 at 15:48

Реализация небольшого асинхронного сервера

9 min

21K

Python*

+40

Comments 26

anight Jul 12 2009 at 18:15

Если клиент обрывает соединение — сервер падает:

> ./pypi.py
new client from 127.0.0.1:56071
client dropped connection
warning: unhandled close event
Client error: [Errno 9] Bad file descriptor
Traceback (most recent call last):
  File "/local/python/lib/python2.6/asyncore.py", line 105, in readwrite
    obj.handle_close()
  File "/local/python/lib/python2.6/asyncore.py", line 491, in handle_close
    self.close()
  File "./pypi.py", line 160, in close
    self.server.removeClient(self)
  File "./pypi.py", line 123, in removeClient
    del self[client.fileno()]
  File "<string>", line 1, in fileno
  File "/local/python/lib/python2.6/socket.py", line 165, in _dummy
    raise error(EBADF, 'Bad file descriptor')
error: [Errno 9] Bad file descriptor

tom Jul 12 2009 at 18:29

Что-то у меня не получается воспроизвести ошибку. Вы через телнет подключаетесь? Как закрываете соединение?

anight Jul 12 2009 at 18:32

В telnet — ctrl+], «quit», enter. Linux. Воспроизводится стабильно.
Python 2.6 — может в версии дело?

tom Jul 12 2009 at 18:50

Действительно, проверил на 2.6 версии — такая же ошибка. Получилось исправить добавив пустой метод handle_close(self): pass. В версии 2.5 у меня вызывается handle_expt при такой ошибке, а до handle_close дело не доходит. Вероятно, разработчики что-то пересмотрели.

Vetal4eg Jul 12 2009 at 19:58

Оперативно! Вам бы суппорте работать (:

UFO just landed and posted this here

tom Jul 12 2009 at 20:34

Зачем, для этого есть замечательная asyncore :)
Или что вы понимаете под «диспетчиньем»?

UFO just landed and posted this here

tom Jul 12 2009 at 22:32

Кажется мне, что либэв здесь вообще никаким местом не прикрутить. Да и не стоило бы три строчки менять на целую библиотеку нестандартную :)

UFO just landed and posted this here

BigAlex Jul 12 2009 at 21:49

А почему не на Twisted? Есть ли какие-то примущества в реализации на голых сокетах?

smartly Jul 12 2009 at 22:06

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

tom Jul 12 2009 at 22:30

На твистеде я пишу в настоящее время довольно замудренный REST-сервис, впечатления исключительно положительные. Можно сказать, что он меня и натолкнул на мысль написания этого маленького сервиса. Только здесь я решил воспользоваться возможностями, встроенными в язык, без лишних усложнений.

BigAlex Jul 13 2009 at 03:17

И все же, интереса ради, для production рекомендуете Twisted? Простота разработки, надежность, etc?

tom Jul 13 2009 at 09:36

Простота разработки приходит только после определенного опыта, потому что фреймворк все-таки оправдывает свое название :)
А архитектурно и по производительности он меня целиком устраивает, когда привыкнешь к идеологии становится очень комфортно с ним работать.

vseloved Jul 13 2009 at 15:36

если это сервер, то как его остановить? ;)

tom Jul 13 2009 at 20:51

Т.к. это учебный сервер, достаточно нажать ^C :)

vseloved Jul 13 2009 at 21:29

а зачем учить плохому? ;)
(я этот тред затеял к тому, что обработка вызовов — далеко не самая морочливая и сложная задача, которая возникает при разработке серверов. Гораздо больше возьни с запуском/остановкой, контекстами и т.п. вещами — вот об этом и интересно было бы почитать.
sidenote: Тут, например, может помочь библиотека python-daemon, однако и она решает только часть проблем)

tom Jul 13 2009 at 22:47

Все это во многом зависит от задач, накладываемых на сервер, поэтому и волшебной таблетки нет. Хотя я как-то и не сталкивался с особыми проблемами при старте/остановке.

vseloved Jul 14 2009 at 00:08

а в чем, по вашему, заключается особая специфичность в зависимости от задач?

tom Jul 14 2009 at 08:19

В том, что зачастую серверу необходимо инициализировать и финализировать разнообразные и разнородные ресурсы. Это в свою очередь может накладывать определенные ограничения на процессы запуска/остановки.

vseloved Jul 14 2009 at 10:26

и что, это никак нельзя обобщить? ресурсы сервера — это обычно дескрипторы (файлов, сокетов) — методы работы с ними стандартны. А какие еще ресурсы вы имеете в виду?

tom Jul 15 2009 at 00:43

Я имею в виду кэш для прокси-сервера, базу данных для сервера отчетов, спул-директорию для сервера печати.

vseloved Jul 15 2009 at 00:53

вы простите, конечно, мое занудство, но что будет делать при остановке прокси-сервер с кешем, сервер отчетов с БД, а сервер печати со спул-директорией?

tom Jul 15 2009 at 22:54

Да все что угодно, в том то и дело :) Сжимать кэш, ждать отключения клиентов, и т.д.

А если под стартом/остановкой вы имели в виду просто отключение от терминала, форк в фон и прочие мелочи, то я не вижу в этом никаких подводных камней. Есть ли они?

vseloved Jul 15 2009 at 23:42

да, именно это.
Оказывается есть (почитайте rationale к тому же python-daemon). Особенно проявляются в связи с остановом, особенно когда начинаем иметь дело с потоками (например, попробуйте ка убить thread)