Согласен

о слушайте

все спросить хотел

чем гринлеты от тредов отличаются ?

Тут в python_beginners проскакивало

CPU-зависимая задача => Multi Processing I/O-зависимая, быстрый I/O => Multi Threading I/O-зависима, медленный I/O => Asyncio

Треды используют системную реализацию тредов, а greenlet это реализация на питоне и там всё исполняется в одном системном треде. При ожидании io например происходит передача управления на другой тред

Могу ошибаться кстати, в питоне я работал только с twisted и asyncio

Поправьте если кто знает лучше

Разница между ним и обычным потоком заключается в том, что зеленый поток не блокируется. Если произошло какое-то событие, которое заблокировало бы обычный поток, gevent переключит управление на другой зеленый поток.

Цитата из книжки :)

Все верно

При этом я всё равно вычисления какие-то отправляю в отдельный тред

Иначе заблокируется

Ещё для вычислений норм использовать cython, numpy

Ещё для вычислений норм использовать cython, numpy

все равно же придется в треды лезть

Да, но без gil

В русскоязычном издании книги о Python все листинги выровнены по левому краю./ Да, юзернейм, ты все понял правильно: отступов нет ВООБЩЕ

ну да

а вот тогда еще вопрос

gil'a нет, а профит от многоядерности будет?)

Да

/me таки прошел йолку 2015

и щас майню ответ на 5.1 2016.

- но если gil'a нет - то кто будет управлять общими данными ? - а сам человек и будет

Разница между ним и обычным потоком заключается в том, что зеленый поток не блокируется. Если произошло какое-то событие, которое заблокировало бы обычный поток, gevent переключит управление на другой зеленый поток.

какой-то бессмысленный набор слов

gil это для работы интерпретатора же, он не управляет пользовательскими данными

если у меня два треда пишут в один и тот самый лист

разве не gil будет поочередно их лочить ?

какой-то бессмысленный набор слов

Почему бессмысленный? Просто пару слов про gevent

разве не gil будет поочередно их лочить ?

Да вроде будет

Но это побочный эффект же

ну так как понимать что не гил управляет данными

когда именно гил ними и управляет

разве не gil будет поочередно их лочить ?

а не лок который ты выставляешь?

а не лок который ты выставляешь?

так я не выставляю никаких локов

просто тут все так часто упоминаю гил гил а ты знаешь гил а гил то а гил сьо

Просто исполняется всегда какой-то один поток и заметный профит есть только на io

Почему бессмысленный? Просто пару слов про gevent

Потому что бессмысленный. Что значит зеленый поток не блокируется? А как же тогда происходит переключение на другой зеленый поток? А вот это вообще синтаксически некорректное предложение: " Если произошло какое-то событие, которое заблокировало бы обычный поток, gevent переключит управление на другой зеленый поток."

а где он проявляется ? Вы его когда-нибудь видели ?

Поэтому он ничем не управляет в прямом смысле

Один поток работает, пока не дойдёт до io или не истечёт лимит инструкций

Потому что бессмысленный. Что значит зеленый поток не блокируется? А как же тогда происходит переключение на другой зеленый поток? А вот это вообще синтаксически некорректное предложение: " Если произошло какое-то событие, которое заблокировало бы обычный поток, gevent переключит управление на другой зеленый поток."

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

Другие пытаются захватить gil в это время

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

Я отлично понимаю, как работают питоновские треды, системные треды, зеленые треды и асинхронные вызовы. Но я не понимаю, что за безграмотная хуйня написана в цитате из книги. Кстати, что за книга?

Я отлично понимаю, как работают питоновские треды, системные треды, зеленые треды и асинхронные вызовы. Но я не понимаю, что за безграмотная хуйня написана в цитате из книги. Кстати, что за книга?

о ! Тогда это мне к вам. Чем отличаются треды от гринлетов ?

Так уже рассказали же

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

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

а вот это будем сейчас посмотреть )

о ! Тогда это мне к вам. Чем отличаются треды от гринлетов ?

Питоновские треды от гринлетов? Есть системные треды - ими командует системный шедулер Питоновские треды - ими управляет питоновский шедулер - там GIL и вот это вот все Зеленые треды или корутины - ими управляет event loop на epoll (или kqueue, или select)

если кратко

Хмм, а разве питоновские треды не используют системные треды?

Но при этом у них gil, да

Хмм, а разве питоновские треды не используют системные треды?

все эти треды вложены друг в друга как матрешки

Это не понимать. Но ведь то, что на каждый питоновский тред создаётся системный тред - правильно?

Я отлично понимаю, как работают питоновские треды, системные треды, зеленые треды и асинхронные вызовы. Но я не понимаю, что за безграмотная хуйня написана в цитате из книги. Кстати, что за книга?

https://habrahabr.ru/company/piter/blog/307838/, с замечаниями согласен и думаю что это похоже на не совсем точный перевод

Это не понимать. Но ведь то, что на каждый питоновский тред создаётся системный тред - правильно?

да, корутина или зеленый поток работают в питоновском треде, а тот работает в системном треде

Про greenlet и asyncio всё понятно, тут тред один

Либо захотели так обьяснить чтобы "попонятнее было"

Просто ведь внутри питона можно было бы переключать контекст без системных тредов

Поэтому уточняю

Наверно это ещё хуже бы работало

Просто ведь внутри питона можно было бы переключать контекст без системных тредов

внутри питона контекст переключается только после переключения системного контекста, тогда включается питоновский шедулер и начинается процедура поиска следующего питоновского треда на исполнение - питон выполняет все свои треды в строгом порядке: 1, 2, 3..., 1, 2, 3, а система - по приориетам

так вот

теперь я хочу спросить вопрос почему все так боятся gil ?

ERROR: S client not available

Ребзя, а кто с носкл работал? как мне репликацию захреначить?

Ребзя, а кто с носкл работал? как мне репликацию захреначить?

mongo ?

couchdb

Но я думаю не сильно важна разница, суть одна и та же?

внутри питона контекст переключается только после переключения системного контекста, тогда включается питоновский шедулер и начинается процедура поиска следующего питоновского треда на исполнение - питон выполняет все свои треды в строгом порядке: 1, 2, 3..., 1, 2, 3, а система - по приориетам

Это если все треды грузят cpu, а при ожидании io может измениться порядок

Это я про порядок

В mongodb есть репликация

А ещё видел самодельную на основе rabbitmq

Но не стоит вскрывать эту тему

Это если все треды грузят cpu, а при ожидании io может измениться порядок

да, некоторые треды пропускаются, потому что заблокированы на IO или спят

couchdb

http://guide.couchdb.org/draft/replication.html

Ох, как-то тяжко

А зачем вообще нужен nosql? На большинстве задач sql работал и будет работать и весьма неплохо

Ну вот у меня например на проекте носкл решение, +нобекенд, с кордовы-апп клиента пишется сразу в коуч

правда обработать потом эти данные - ох как тяжко

Я понимаю, а чем оно обосновано?

Ну, я пока не увидел для себя преимуществ в юзании носкл-решений

только геморрой и тяжесть

Вот и я о том. Хотя в проекте используют, куда деваться

Именно так я с mongodb и поимел опыт

Поимел :D

а вот у меня был проект где тимлид побоялся использовать монго

а зря

набор полей каждый раз разный

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

задача просто идеально ложилась на монго

Так как мне стянуть изменения?

дб_name/_changes?

ты получил json - записал его в документ - отправил клиентам

все

шардинг из коробки