14.03 / 19:00 / Сергей Матвеенко / Про Python на IT Talk https://plus.google.com/+aspectmkn8rd/posts/QLNkTU5ttvb

@jetbootsmaker и я ищем python разработчика от 120 net СПб офис или удаленка https://docs.google.com/document/d/1lElc_MXhK97H0e_0M9lzxDbljpF2o5P42wPSnwdmbt0/edit#?sexy_chicks_2 #python3 #вакансия #работа

неистово плюсую

Sexy chicks!

Привлекаю как могу)

позиции на гугл.докс, брр >_<

хоть бы пдфкой выложил

а так — котик хороший и разумный, идите к нему работать :)

Ээ, леди и джентльмены, я пролил с утра воду на телефон и благодаря этому случайно удалил какое-то из ваших сообщений. Если вы вдруг это обнаружили, то знайте, это не потому, что ваше сообщение было плохим или не важным :< Простите, пожалуйста, буду аккуратнее.

хоть бы пдфкой выложил

На гдокс на трубе легче смотреть

разве? о_0 окей..

разве? о_0 окей..

Особенно, когда приложение стоит. Оно красиво в экран форматируется

PDF не всегда

Но сейчас я бы лично уже на paper клал. Но, что это я, какой paper. Github же:) тупо в репу

занятно, как asyncio ломает кучу всего =/

занятно, как asyncio ломает кучу всего =/

например?

например?

wsgi ?

wsgi ?

а какое отношение asyncio имеет к wsgi?

wsgi не умеет в асинхронность нормально же, никогда не умел, причем тут asyncio - непонятно

а какое отношение asyncio имеет к wsgi?

ну вот хочу я условную джангу/фласк запускать под asyncio. как мне с этим быть?

ну вот хочу я условную джангу/фласк запускать под asyncio. как мне с этим быть?

“я хочу скрестить ежа с ужом, как мне это делать”

это вообще разные парадигмы, как они связаны?

“я хочу скрестить ежа с ужом, как мне это делать”

ну вот о том и речь. теперь есть 2 мира: синхронный и асинхронный. и для каждого свои фреймворки. если я хочу из asyncio ходить по http(s) - мне как быть? что использовать?

ну вот о том и речь. теперь есть 2 мира: синхронный и асинхронный. и для каждого свои фреймворки. если я хочу из asyncio ходить по http(s) - мне как быть? что использовать?

https://docs.python.org/3/library/ssl.html ?

requests пока чисто синхронный, да

с шифрованием не все гладко

https://docs.python.org/3/library/ssl.html ?

http2?

http2?

https://github.com/python-hyper/hyper-h2

эта имплементация concurrent-agnostic, если я правильно помню

ты можешь ее использовать с asyncio

https://github.com/python-hyper/hyper-h2/blob/master/examples/asyncio/asyncio-server.py

вот тут пример сервера, я думаю, с клиентом будет похоже

ммм

а как оно на винде?

у меня есть странная хотелка - мне нужен быстрый кастомный http-сервер на винде =(

у меня есть странная хотелка - мне нужен быстрый кастомный http-сервер на винде =(

если бизнес-логики мало - можешь попробовать Go взять :)

но про винду не знаю, если честно

по идее, не должно быть проблем

это вообще разные парадигмы, как они связаны?

Они связаны тем, что хочется использовать wsgi протокол, а не http, потому что aiohttp медленно. И возникает желание хотя бы куда-нибудь увести парсинг хттп. И тут мы вспоминаем про wsgi, который когда-то для этого и придумали. И логичным кажется расширить его под asyncio. Я уже видел пару проектов про это, кстати.

Они связаны тем, что хочется использовать wsgi протокол, а не http, потому что aiohttp медленно. И возникает желание хотя бы куда-нибудь увести парсинг хттп. И тут мы вспоминаем про wsgi, который когда-то для этого и придумали. И логичным кажется расширить его под asyncio. Я уже видел пару проектов про это, кстати.

я не очень понимаю, зачем в случае асинхронности дополнительная прослойка в виде wsgi

Они связаны тем, что хочется использовать wsgi протокол, а не http, потому что aiohttp медленно. И возникает желание хотя бы куда-нибудь увести парсинг хттп. И тут мы вспоминаем про wsgi, который когда-то для этого и придумали. И логичным кажется расширить его под asyncio. Я уже видел пару проектов про это, кстати.

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

можно посмотреть на (черт побери) japronto и заюзать picohttpparser из него, если скорость разбора http не устраивает

я не очень понимаю, зачем в случае асинхронности дополнительная прослойка в виде wsgi

эмм... вот смотри. я хочу http-сервер для аплоада файлов с подсчётом хешей. что мне использовать?

эмм... вот смотри. я хочу http-сервер для аплоада файлов с подсчётом хешей. что мне использовать?

nginx с плагином?

или тебе на питоне надо прям?

можно посмотреть на (черт побери) japronto и заюзать picohttpparser из него, если скорость разбора http не устраивает

aiohttp сам по себе медленный. его не спасёт кастомный парсер.

aiohttp сам по себе медленный. его не спасёт кастомный парсер.

я все надеюсь, что это поправимо

nginx с плагином?

а чем он поможет? и повторяю, мне нужна винда )) и очень хочется на ней iocp

можно посмотреть на (черт побери) japronto и заюзать picohttpparser из него, если скорость разбора http не устраивает

Не устраивает разброд и шатание. Запросы у меня по http все равно синхронные, как бы я их в asyncio не пихал. Так почему бы не отвечать в его callback асинхронно?

я все надеюсь, что это поправимо

нет, он написан так.

https://github.com/python-hyper/hyper-h2/blob/master/examples/asyncio/wsgi-server.py

нет, он написан так.

он написан нормально. То, что CPython медленный - уже другая проблема

вот есть забавный велосипед.

Не устраивает разброд и шатание. Запросы у меня по http все равно синхронные, как бы я их в asyncio не пихал. Так почему бы не отвечать в его callback асинхронно?

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

но когда будет пайплайнинг - оно будет быстро

The WSGI application and the HTTP/2 server communicate via an asyncio queue, together with locks and threading events. The locks themselves are implicit in asyncio's "call_soon_threadsafe", which allows for a background thread to register an action with the main asyncio thread. When the asyncio thread eventually takes the action in question it sets as threading event, signaling to the background thread that it is free to continue its work.

он написан нормально. То, что CPython медленный - уже другая проблема

Там web медленный прежде всего и http парсинг

The WSGI application and the HTTP/2 server communicate via an asyncio queue, together with locks and threading events. The locks themselves are implicit in asyncio's "call_soon_threadsafe", which allows for a background thread to register an action with the main asyncio thread. When the asyncio thread eventually takes the action in question it sets as threading event, signaling to the background thread that it is free to continue its work.

Похоже на путь

Там web медленный прежде всего и http парсинг

так вы определитесь с Романом, медленный парсинг или нет

сам по себе asyncio - быстрый, пока не надо (сюрприз) дергать питоновый код

но это проблема любого асинхронного языка, который не джаваскрипт

в джаваскрипте там проблемы, скорее, обратные

но это проблема любого асинхронного языка, который не джаваскрипт

нет асинхронных языков ))

ERROR: S client not available

но это проблема любого асинхронного языка, который не джаваскрипт

luajit?

luajit?

давно хочу на него посмотреть

там какая-то аццкая ассемблерная магия?

Во вторник узнаем всё про питон

сам по себе asyncio - быстрый, пока не надо (сюрприз) дергать питоновый код

есть некоторый ожидаемый уровень производительности. например, 7mrps я не ожидаю от cpython, но вполне ожидаю от какого-нибудь правильного написанного сервера на c/c++. и когда ты видишь 5krps от сервера на c/c++ возникает некоторое недоумение.

есть некоторый ожидаемый уровень производительности. например, 7mrps я не ожидаю от cpython, но вполне ожидаю от какого-нибудь правильного написанного сервера на c/c++. и когда ты видишь 5krps от сервера на c/c++ возникает некоторое недоумение.

если честно - я вообще немного ужаснулся, когда начал всерьез вкапываться в код CPython’а

и вопросов реально немало к нему

Во вторник узнаем всё про питон

ты про PiterPy?

я на прошлом Moscow Python Conf со Светловым сидел тер за asyncio

он говорил, что в aiohttp затрахались без нормальных контрибьюторов

там какая-то аццкая ассемблерная магия?

Там просто хорошо сбалансированный язык + талантливый автор. у luajit ~ 80kloc кода против ~ 2mloc у v8, а скорость в итоге часто быстрее. Плюс, свежий(2.1) luajit работает даже на mips с soft-float.

если честно - меня подмывает взять наработки с pyston и luajit и сделать свой дистриб питона, с блекджеком и шлюхами

ты про PiterPy?

Piter Py летом будет

пусть даже большинства модулей там поначалу не будет, но он будет нормальный по производительности

и самое главное - lua не знает ничего про треды. потому можно легко запустить свою lua vm в каждом треде.

и самое главное - lua не знает ничего про треды. потому можно легко запустить свою lua vm в каждом треде.

ага, про это Ронахер жаловался

Piter Py летом будет

насколько летом кстати?

мол, давно надо распилить и сделать возможность запуска нескольких интерпретаторов в одном процессе

более того, по коду ничего не мешает

просто все чего-то ссут

насколько летом кстати?

Первая декада июня. Там уже есть анонс типа 6-е что-то​ такое

чёт всё позже и позже)

просто все чего-то ссут

Ну сделай, если ничего не мешает, а все ссут

Ну сделай, если ничего не мешает, а все ссут

http://lucumr.pocoo.org/2014/8/16/the-python-i-would-like-to-see/

вот тут про это есть

The problem with this, is that Python's interpreter has a huge amount of global state. In fact, you can only have one interpreter. A much better design would be to setup the interpreter and run something on it: interpreter *iptr = make_interpreter(); interpreter_run_code(iptr): finalize_interpreter(iptr);

Во вторник узнаем всё про питон

https://www.meetup.com/spbpython/events/237979051/ же

к нам кстати во вторник придёт знакомиться мейнтейнер Pillow (которую вы тут все наверняка используете) - он очень крутой и прикольный чувак, так что приходите )

> Pillow Помню, надо было нарисовать этой библиотекой цветные прямоугольники на картинке (PIL.ImageDraw.Draw.rectangle). Я был обескуражен тем фактом, что нельзя задать толщину линии. При этом, функция отрисовки линии PIL.ImageDraw.Draw.line позволяет её задать!

А отрисовка прямоугольника линиями мало того, что занимает в 4 раза больше тупого кода, так оно ещё и криво выглядит, о чём они заботливо упомянули в документации: The line width, in pixels. Note that line joins are not handled well, so wide polylines will not look good. И это вы называете хорошей библиотекой?