А так Я тебе любую функциональность засуну в функцию и заявлю, что оно все в одну строчку делается.

Это реализуемо чуть сложнее, полагаю тут тебе промисы тоже не помогут. Но я могу накидать код с применением пересылки сообщений между файберами. Заодно узнаешь зачем оно нужно, ты же спрашивал.

Я не вижу смысла перекидывать данные между файберами. Ну, в вайбе, может оно и сделано так, т.к. там все асинхронное - это файб

Я не вижу смысла перекидывать данные между файберами. Ну, в вайбе, может оно и сделано так, т.к. там все асинхронное - это файб

Ща сделаю без перекидывания, на примитивах синхронизации.

А так Я тебе любую функциональность засуну в функцию и заявлю, что оно все в одну строчку делается.

Это понятно. Я к тому, что оно уже есть

В вайбе его нет. А часто надо

Ща сделаю без перекидывания, на примитивах синхронизации.

А синхронизация зачем? О.о

В вайбе его нет. А часто надо

нечасто нужно ждать одного из пула, гораздо чаще нужно ждать всех

Один же поток!

нечасто нужно ждать одного из пула, гораздо чаще нужно ждать всех

Тогда чего нет пула? Зачем ты сам писал ожидания?

А синхронизация зачем? О.о

для блокировок, нам же нужно ждать

нечасто нужно ждать одного из пула, гораздо чаще нужно ждать всех

Не часто тебе, в моих реалиях - часто

Тогда чего нет пула? Зачем ты сам писал ожидания?

пула потоков? этож тупой массив

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

пула потоков? этож тупой массив

Пула для подобных решений

Не часто тебе, в моих реалиях - часто

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

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

Не согласен. Тогда тяжелее поддерживать, кто как хочет, так и...

и даже не все равно какого, а первого из них

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

Логирование. У тебя 3 драйвера! Один в файл, другой в кибану, 3й в сислог. Это как пример

Логирование. У тебя 3 драйвера! Один в файл, другой в кибану, 3й в сислог. Это как пример

и зачем ждать одного из них?

либо ждем всех (не хотим переполнения очереди логов) либо никого (переполнение не грозит)

пример - три принца ломятся к спящей красавице. Достаточно того что прорвался один. Смысл в том что событие которго ты ждешь наступает если хоть одна из задач завершилась

Вот решение: Task[] taskPool; bool ready = false; auto cv = new TaskCondition(new TaskMutex); taskPool ~= runTask({ ready = true; cv.notify(); }); taskPool ~= runTask({ ready = true; cv.notify(); }); // ждем выполнения самого быстрого while(!ready) cv.wait(); // продолжаем работу

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

пример - три принца ломятся к спящей красавице. Достаточно того что прорвался один. Смысл в том что событие которго ты ждешь наступает если хоть одна из задач завершилась

Э нет. У тебя три принца ломятся к трем спящим красавицам и тебе насрать кто к кому прорвется, лишь бы один из них прорвался. Какой-то кривой пример.

не к трём а к одной

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

Окай, годится, но это достаточно специфично, не так ли?

не знаю специфично или нет. просили пример

В любом случае я написал решение. Возможно оно нужно и в вайбе - это достаточно простой PR

не знаю специфично или нет. просили пример

Да, этот пример годный.

Если бы мне нужно было бы я бы сделал. Видимо именно в вайбе не нужно.

ага, я не про вайб, я вообще как оно бывает

не к трём а к одной

Даже в твоем примере, принцессы таки три - три реплики.

скорее принц один :)

и пофиг к какой из принцесс он прорвался

Eugene в репо гитхаба добавить сможешь? :) чтоб не потерялось

Что именно?

Примеры? Их надо довести тогда до рабочего состояния с нужными импортами. А лучше в виде однофайловго проекта dub

к счастью dub научился таким

а существуют ли тулзы для бенчарков event loop, асинхронности и вот этого всего? что-бы можно было пустить 10000 клиентов на эхо сервер, на веб и т.д. ?

таймеры, там много всего тестирвать нужно

а существуют ли тулзы для бенчарков event loop, асинхронности и вот этого всего? что-бы можно было пустить 10000 клиентов на эхо сервер, на веб и т.д. ?

Не знаю. Я как-то сравнивал Go c его горутинами и Vibe.d с его тасками. Результат был немного предсказуем и не в пользу Vibe.d

А так в деле параллельной обработки стотыщмульенов клиентов, полагаю, самый сильный будет Erlang

“сравнивал” с помощью самодельного клиента?

не хочется писать если есть готовые

“сравнивал” с помощью самодельного клиента?

зачем самодельного, это был то-ли siege то ли ab

ага это веб

ага это веб

а какая разница по сути?

я не использовал вайбовский http-сервер

чисто на вайбовских сокетах и тасках

Еще я тестировал скорость создания тасков и горутин. Там было все еще печальней

веб это уже обработка запроса. хочется само качество event loop проверять. то есть никакой обработки быть не должно. А хочется например 10000 неактивных коннектов и один активный, и в резултате получать не среднее время ответа а перцентили и т.д.

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

то есть какая-то продуманная тулза

то есть какая-то продуманная тулза

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

хотя мысли были

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

угу, написать всё можно, только времени не хватает )

с созданием тасков в движке libevent плохо

в eventcore намного лучше

таймеры в вайбе - это файберы. Каждый таймер - новый файбер. Из пухи по воробьям.

с созданием тасков в движке libevent плохо

Что за таски?

Таймера?

http://vibed.org/api/vibe.core.task/Task

А либевент тут причем?

Это вайбовая приблуда

А либевент тут причем?

*рукалицо* В ядре вайба на базе libevent. Если что вайб поддерживает несколько ядер с разными базами внутри.

ERROR: S client not available

из чисто дешных libasync и eventcore

и есть еще одна на базе libevent

*рукалицо* В ядре вайба на базе libevent. Если что вайб поддерживает несколько ядер с разными базами внутри.

Но либевент ничего не имеет к этим таскам. Это чисто как вайб работает с ним. В этой части и будет проблема

А не в либевенте

И перечитай, как ты написал: Eugene Grigoryan: с созданием тасков в движке libevent плохо

Я и не писал, что в либевенте, я писал "в движке libevent"

libevent - это либа, а я имею в виду движок вайба на libevent

Так, будто в либевенте создаются таски и там с этим плохо

Тогда хоть пиши с драйвером либевент

Это ты уже сам домыслил. Полагаю Igor меня понял.

Это ты уже сам домыслил. Полагаю Igor меня понял.

Да нет, прочел так, как ты написал. Не домысливал

Тогда хоть пиши с драйвером либевент

Просто не нужно вырывать фразы из контекста

Просто не нужно вырывать фразы из контекста

Я не вырывал. Это было отдельное сообщение

Я не вырывал. Это было отдельное сообщение

Нет это была беседа с Igor

Нет это была беседа с Igor

Все равно, ты забавный

Все равно, ты забавный

Забавно, твое высокомерие, бро.

О.о

Мда...

Забавно, твое высокомерие, бро.

ВЫСОКОМЕРИЕ — ВЫСОКОМЕРИЕ, высокомерия, мн. нет, ср. (книжн.). Надменность, кичливость, гордость, презрительное отношение к другим (низшим по уму, положению). Толковый словарь Ушакова.

Выбирай, кто ты)))

Ну каг бэ, ничего забавного нет. Или ты другой ориентации и так заигрываешь со мной? Ты это брось, я не имею ничего против геев, но сам натурал до мозга костей.

Если ты просто хочешь сравнить разные лупы, - то в интернете есть несколько хороших сравнений. Как-то давно находил.

А вообще - нужно исходить или из того, что стоит на акружении, или просто брать то, что больше рекомендуется автором, или активней развивается.

Я вот для своей задачи выбрал elixir. Так как писать свой вайб да еще и с ручным управлением памятью - фтопку.

Ой, я пилю евентлуп с дальним прицелом, посмотрим что получится

еще один эвентлуп? в целях самообразования или готовые не нравятся?

Ой, я пилю евентлуп с дальним прицелом, посмотрим что получится

Красава

Слушайте, а вот вопрос. В dub можно добавить свой репозиторий?

В смысле не добавлять в глобальный

А сделать локальный

Внутри фирмы там

Чужой код никогда не нравится )