Да, правильно. asyncio использует питоновый getaddrinfo, который использует системный getaddrinfo. В дополнение ко всему, под фрибсд и мак ос, питоновый getaddrinfo может использоваться только из одного треда (в 3.6 лок уберут).
uvloop использует libuv, которая использует системный getaddrinfo в тред пуле (так же как и asyncio). Тред пул в libuv без GIL, так что он будет чуть пошустрее.
Я думал для uvloop использовать c-ares. Его достаточно просто вкрутить. Один вопрос — действительно ли это нужно? Есть идеи как написать бенчмарк?
> 1. Описанный в оригинальной статье httptools в клиентских приложениях поможет не сильно.
Да, httptools пока рано использовать. Я планирую его дописать, добавить нормальную имплементацию серверного протокола и т.п. Может быть Андрей Светлов начнет использовать его у себя в aiohttp, это был бы идеальный сценарий.
> 2. Вопрос с синхронным dns-резолвером в asyncio/aiohttp все еще открытый (я знаю про aiodns, но подружить их лично у меня не получилось).
>> Обычно мем «американские ученые», вкупе с мемом «британские ученые», ничего, кроме смеха и недоумения не вызывает. Но на сей раз ученая братия из США действительно выполнила интересную работу
У меня 30'' монитор (основной), и на нем очень удобно делать сплит на три вертикальные группы табов. Если при открытии нового файла он открывается не в том сплите, где мне нужно — я его перетаскиваю в нужный. Периодически возникает потребность в более извращенной конфигурации, но редко. После нескольких лет проведенных в эклипсе (в котором недостатков дохрена, и хочется пересесть на что-то получше) этот воркфлоу прошился в подкорку.
В любом случае, скачаю и посмотрю последнюю версию. В тех бетах, которыми пользовался я, помимо мелких недоработок была слабая поддержка третьего питона. Я думаю это уже точно исправилось.
Спасибо за ответ.
В чем проблема со сплитом? Неверится, что это такая фундаментальная проблема. Но, я знаю как минимум 3х людей которых pycharm из-за этого не устраивает.
Компоновка тоже будет работать? Т.е. например перетащить таб вправо, чтобы разбить окно редактора на два вертикальных редактора, потом еще один — чтобы получилось три. И т.п.?
Скажите, когда у вас можно будет драг'н'дропить табы как в эклипсе? Чтобы можно было изменять их порядок (1) и компоновку (2). Уже 2010 год на дворе, странно, что таких элементарных вещей у вас до сих пор нет. На больших мониторах работать с большим количеством файлов в эклипсе удобнее.
Про шорткаты знаю, про неясные плагины, которые вроде как эту фичу добавляют тоже. Первое неудобно, второе так и не удалось в pycharm заставить работать.
;) Я лишь указал как лучше в данном конкретном случае, не уходя в сторону.
Что же касается строгой типизации — то иногда без нее не обойтись, зависит от задачи. Хотя как правило ее прячут глубоко в иерархии кода и она больше нужна для отлова внутренних багов, внешний API лучше оставлять чистым.
Кстати, мне понравился ваш ответ, случайно работу не ищете? А то можно было бы поговорить.
WolframAlpha в бэкенде использует функцию Solve из Mathematica Core, в пояснении которой написано: Solve doesn't eliminate solutions that are neither generically correct nor generically incorrect. Можно интерпретировать как удобно ;) Смысл в том, что для заморочек с ОДЗ там есть отдельный функционал, и, наверное, в веб версию стоило все-таки его выбрать.
Задача вида (x2-2.5x+1.5)/(x-1.5)>0 решается сначала упрощением. В данном случае (x-1.5) сокращается и одз R.
Контр-пример: если мы умножим уравнение на (x-3)/(x-3) выколем ли мы 3 из решения? Ответ нет.
С точки зрения математики — вольфрам прав, с точки зрения средней школы, где проверяют на понимание жестко заданного условия задачи — нигма. Лично я за вольфрам альфу при таком раскладе.
uvloop использует libuv, которая использует системный getaddrinfo в тред пуле (так же как и asyncio). Тред пул в libuv без GIL, так что он будет чуть пошустрее.
Я думал для uvloop использовать c-ares. Его достаточно просто вкрутить. Один вопрос — действительно ли это нужно? Есть идеи как написать бенчмарк?
Да, httptools пока рано использовать. Я планирую его дописать, добавить нормальную имплементацию серверного протокола и т.п. Может быть Андрей Светлов начнет использовать его у себя в aiohttp, это был бы идеальный сценарий.
> 2. Вопрос с синхронным dns-резолвером в asyncio/aiohttp все еще открытый (я знаю про aiodns, но подружить их лично у меня не получилось).
В чем суть вопроса?
Господи, какой мудацкий текст.
В любом случае, скачаю и посмотрю последнюю версию. В тех бетах, которыми пользовался я, помимо мелких недоработок была слабая поддержка третьего питона. Я думаю это уже точно исправилось.
В чем проблема со сплитом? Неверится, что это такая фундаментальная проблема. Но, я знаю как минимум 3х людей которых pycharm из-за этого не устраивает.
Про шорткаты знаю, про неясные плагины, которые вроде как эту фичу добавляют тоже. Первое неудобно, второе так и не удалось в pycharm заставить работать.
Что же касается строгой типизации — то иногда без нее не обойтись, зависит от задачи. Хотя как правило ее прячут глубоко в иерархии кода и она больше нужна для отлова внутренних багов, внешний API лучше оставлять чистым.
Кстати, мне понравился ваш ответ, случайно работу не ищете? А то можно было бы поговорить.
WolframAlpha в бэкенде использует функцию Solve из Mathematica Core, в пояснении которой написано: Solve doesn't eliminate solutions that are neither generically correct nor generically incorrect. Можно интерпретировать как удобно ;) Смысл в том, что для заморочек с ОДЗ там есть отдельный функционал, и, наверное, в веб версию стоило все-таки его выбрать.
Задача вида (x2-2.5x+1.5)/(x-1.5)>0 решается сначала упрощением. В данном случае (x-1.5) сокращается и одз R.
Контр-пример: если мы умножим уравнение на (x-3)/(x-3) выколем ли мы 3 из решения? Ответ нет.
С точки зрения математики — вольфрам прав, с точки зрения средней школы, где проверяют на понимание жестко заданного условия задачи — нигма. Лично я за вольфрам альфу при таком раскладе.