gmane.comp.lang.perl.perl-mongers.moscow

Re: HTTPD на короутинах

Alexandr Gomoliako — 2012-05-24T13:22:02

Ну уже ж разобрались. Сложно остается, threads медленные по своей
природе, коро не threads, так что там нечему быть особо медленным.


Скопирую из одного из ответов:




Event-loop намного проще. Но если трудно понимать теорию, то node.js и
джаваскрипт в браузере хорошие примеры, как даже с ужасненьким языком
это не сложно.

Re: HTTPD на короутинах

Андрей П. Ковбович — 2012-05-24T12:45:32

Можно еще добавить "И не звони мне больше!" :)

24 мая 2012 г., 16:00 пользователь Nikita Zubkov <nikzubkov< at >gmail.com> написал:

Re: HTTPD на короутинах

Nikita Zubkov — 2012-05-24T12:00:37

Я не собираюсь ничего доказывать. Здесь я лишь опревергаю бред, написанный
Вами, а именно:

1) Если речь о threads или Coro, то потоки это очень сложно и медленно
2) не гарантирует, что не прервется, так что семафоры и локи для
синхронизации нужны

Доказательств данных сентенций Вы так и не привели, так что продолжать
дисскуссию с Вам я не вижу смысла. Вы event-loop-тролль. До свиданья.

24 мая 2012 г., 13:16 пользователь Alexandr Gomoliako <zzz< at >zzz.org.ua>написал:

Re: HTTPD на короутинах

Alexandr Gomoliako — 2012-05-24T11:16:16

Если это не так - расскажите почему. Не надо только говорить, что по
религиозным соображениям :)
Я пока вижу только невероятную сложность кода ни для чего, в чем профит?

Re: HTTPD на короутинах

Nikita Zubkov — 2012-05-24T09:26:03

Разговор ни о чем.
Вы доказали себе, что Coro, это бред, не пользуйтесь, любите eventloop'ы -
любите, но и писать сюда, что это бред и медленно, не нужно, т.к. это не
так.

24 мая 2012 г., 6:35 пользователь Alexandr Gomoliako <zzz< at >zzz.org.ua>написал:

Re: HTTPD на короутинах

Alexandr Gomoliako — 2012-05-24T04:35:54

Нет, параллельно ничего не будет выполняться, заставили меня
посмотреть в libcoro, все на одном процессоре. И там non-preemptive
scheduling, т.е. явная передача управления. Даже в случае с pthreads
там глобальный мутекс. Так что любая CPU интенсивная задача будет
мешать всем корутинам в процессе. Это один в один как с event
loop'ами, ну только намного сложнее.

Из libcoro/coro.c:
/* this mutex will be locked by the running coroutine */
pthread_mutex_t coro_mutex


Нигде не увидел, чтобы гарантировал, потому так и подумал, но все-таки
гарантирует. Пришлось смотреть исходники, чтобы это понять.

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

Re: HTTPD на короутинах

Nikita Zubkov — 2012-05-24T00:52:32

Тут все просто, когда Coro-thread'у нужно выполнить какую-либо операцию и
она не может быть сделана без блокировки процесса, Coro выделяет для этого
действия отдельный C-thread, который будет выполняться паралельно, в
результате чего остальные Coro-thread'ы и Coro-scheduler могут спокойно
продолжать работу, пока выполняется эта блокирующая операция.

Такого очень сложно достичь в любом event-loop'е.

23 мая 2012 г., 22:05 пользователь Alexandr Gomoliako <zzz< at >zzz.org.ua>написал:

Re: HTTPD на короутинах

Nikita Zubkov — 2012-05-24T00:39:39

Вы определенно чего-то не понимаете. И, видимо, не хотите.
Автоматически Coro-thread'ы не переключаются. Чтобы они переключились нужно
или явно это сделать (например, с помощью cede), или выполнить
"блокирующую" операцию (напрмер, считать данные из сокета).

А где вы прочитали про: "не гарантирует, что не прервется, так что семафоры
и локи
для синхронизации нужны"?

24 мая 2012 г., 1:33 пользователь Alexandr Gomoliako <zzz< at >zzz.org.ua>написал:

Re: HTTPD на короутинах

Alexandr Gomoliako — 2012-05-23T23:33:40

Поигрался с коро немного. Не переключается во время интенсивных
тасков, но и не гарантирует, что не прервется, так что семафоры и локи
для синхронизации нужны. Короче в 100 раз сложнее программировать, чем
обычный event loop, а работает как event loop. Для чего такое надо?
Наделать сложного -- это в стиле автора :)

Re: HTTPD на короутинах

Alexandr Gomoliako — 2012-05-23T20:05:47

"While the coro thread is running it also might get assigned a C-level
thread, or the C-level thread might be unassigned from it, as the Coro
runtime wishes. A C-level thread needs to be assigned when your perl
thread calls into some C-level function and that function in turn
calls perl and perl then wants to switch coroutines."

В общем судя по этому, perl threads -- это те которые создаются через
async {} или new Coro, он их еще называет coroutines, чем они и
являются, а C threads приклеиваются к ним как дополнение, чтобы
переключаться по нативному коду, которые на самом деле C coroutines
(setjpm/longjpm и другие способы как раз для этого).

Re: HTTPD на короутинах

Dmitry Karasik — 2012-05-23T19:54:54

вне контекста я не понял цитату, что он там имеет в виду, но perl threads это
просто threads, те самые которые создаются
thread->create/beginthread/pthread_create etc а C threads это видимо и есть
корутины. Они друг друга не исключают, несколько корутин может быть в одном
треде.

Re: HTTPD на короутинах

Alexandr Gomoliako — 2012-05-23T19:44:33

Ясно, ну он пишет, что у него там в каждом приложении есть по
несколько C threads и сколько насоздаете perl threads. Т.е. здесь они
просто два разных вида корутин или нет? Надо смотреть реализацию.

Re: HTTPD на короутинах

Nikita Zubkov — 2012-05-23T19:35:04

Как видно нет, раз "треды" на одном CPU для Вас полный бред.

23 мая 2012 г., 21:21 пользователь Alexandr Gomoliako <zzz< at >zzz.org.ua>написал:

Re: HTTPD на короутинах

Dmitry Karasik — 2012-05-23T19:27:46

Ну это не так все же. Coro это строго корутины из CS, а уж по каким
причинам он их называет тредами -- хз. Кроме него никто так их не называет.

Re: HTTPD на короутинах

Alexandr Gomoliako — 2012-05-23T19:21:38

Не волнуйтесь, я в вопросе хорошо разбираюсь. Но реализация Марка, как
обычно, не следует никаким понятиям из Computer Science, он там
выдумал C trhreads себе и о них пишет, что оно и как оно -- хз.

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

Re: HTTPD на короутинах

Nikita Zubkov — 2012-05-23T19:10:26

Я думаю следует сначала разобраться в вопросе, а потом писать. )
Почитайте на досуге:

http://en.wikipedia.org/wiki/Fiber_(computer_science)

23 мая 2012 г., 21:05 пользователь Alexandr Gomoliako <zzz< at >zzz.org.ua>написал:

Re: HTTPD на короутинах

Alexandr Gomoliako — 2012-05-23T19:05:11

Не знаю, может быть, нигде об этом ни слова не нашел. Но наличие
семафоров, локов и pthread бэкэнда как-то смущает.

Тогда если это все еще и только на одном CPU, то это вообще полный бред :)

Re: HTTPD на короутинах

Nikita Zubkov — 2012-05-23T18:46:27

Видимо теминология Coro понята не верно. Coro не использует треды уровня
ОС. Все треды Coro это файберы. И выполнятся все они на одном ядре.

23 мая 2012 г., 20:26 пользователь Alexandr Gomoliako <zzz< at >zzz.org.ua>написал:

Re: HTTPD на короутинах

Alexandr Gomoliako — 2012-05-23T18:26:05

Проблема не в Coro, а в потоках вообще. Особенно теперь, когда NUMA во
всех современных процессорах и скорость доступа к кэшам и к памяти из
разных ядер отличается во много раз. Почитать на тему:
    http://lwn.net/Articles/250967/
    http://ft.ornl.gov/pubs-archive/47-mccurdy-1.pdf
    http://developer.amd.com/Assets/NUMA_aware_heap_memory_manager_article_final.pdf
    http://en.wikipedia.org/wiki/Non-Uniform_Memory_Access#Cache_coherent_NUMA_.28ccNUMA.29

Если лень читать, то все сводится к изоляции всего, т.е. как процессы :)

Re: HTTPD на короутинах

Nikita Zubkov — 2012-05-23T16:46:37

А можно замеры скорости привести? С чего бы вдруг Coro это медленно? Да и
thread'ами не все так просто.

23 мая 2012 г., 16:00 пользователь Alexandr Gomoliako <zzz< at >zzz.org.ua>написал:

Re: HTTPD на короутинах

Alexandr Gomoliako — 2012-05-23T14:00:56

Если речь о threads или Coro, то потоки это очень сложно и медленно,
посоветую выкинуть из головы эту идею :)