Алкоголем можно диски прожечь? O_O

https://ru.wikipedia.org/wiki/Alcohol_120%25?wprov=sfla1

Фигассе, кто-то еще диски записывает. У меня в компе даже привода дисков нет, ибо нафиг не нужен.

Это была цепочка шуток в контексте "альтернативная семантика терминов негативной окраски". LSD, алкоголь, итд

А так да, чё, го бухать

Комбобрейкер! ?

А так да, чё, го бухать

Если уж завязывать с LSD, то бухать тем более пора завязывать.

Как и с флудом

Не, от флуда еще никто не умирал. Как и от LSD кстати :)

У vibe core естественно нет документации нифига. Изучай наощупь по исходникам ?

Не, от флуда еще никто не умирал. Как и от LSD кстати :)

Есть документально подтверждённые случаи смерти от LSD. Хотя бы в автокатастрофах. В случае с ними подойдёт любая семантика LSD)

У vibe core естественно нет документации нифига. Изучай наощупь по исходникам ?

Немножко есть: http://vibed.org/api/vibe.core.core/

Я снова пару часов вчера писал на Дэ и у меня уже бомбило

От того как все геморойно )

Вообще, это документация от старого vibe.d.core а не от нового vibe-core, в котором как утверждается много чего переделано изнутри. Потом, совершенно нету примеров как работать с асинхронным файбером. Есть в сорцах класс файбер но он final. Как так-то? Через что тогда его создавать? Фабрика? Неявно через делегат?

Если я хочу допустим породить некий асинхронный таск, но меня воротит от написания портянок анонимных функций. Я хочу представить этот процесс как класс у которого есть метод run() или что-то типа того.

Если я хочу допустим породить некий асинхронный таск, но меня воротит от написания портянок анонимных функций. Я хочу представить этот процесс как класс у которого есть метод run() или что-то типа того.

runTask(&run);

Вообще, это документация от старого vibe.d.core а не от нового vibe-core, в котором как утверждается много чего переделано изнутри. Потом, совершенно нету примеров как работать с асинхронным файбером. Есть в сорцах класс файбер но он final. Как так-то? Через что тогда его создавать? Фабрика? Неявно через делегат?

Что есть такое "асинхронный файбер"? Чем он отличается от обычного файбера?

Vibe оперирует не напрямую файберами, а Task-ами

Вообще, это документация от старого vibe.d.core а не от нового vibe-core, в котором как утверждается много чего переделано изнутри. Потом, совершенно нету примеров как работать с асинхронным файбером. Есть в сорцах класс файбер но он final. Как так-то? Через что тогда его создавать? Фабрика? Неявно через делегат?

Переделано внутри. API вроде не поменялось.

Task там это структура которую не отнаследуешь ?

private this(TaskFiber fiber, size_t task_counter) вот у нее конструктор

Зачем ее наследовать? Если так уж сильно хочется ООП (хотя оно тут не нужо), то написать класс-обертку - дело нескольких минут.

И непонятно, то ли мне надо самому ТаскФибер создавать, то ли есть уже создаватель, то ли чего.

runTask или runWorkerTask

Обертка да, но это же оверхед. Вот надо чтобы такие вещи были освещены в документации

Что типа "работать с классами не рекомендуем"

Обертка да, но это же оверхед. Вот надо чтобы такие вещи были освещены в документации

не занимайтесь premature optimization

не занимайтесь premature optimization

А когда? =)

У меня оно не premature

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

Структура Task - это что-то вроде идентификатора процесса

воспринимайте его как PID

Так вот, runTask может принимать инстанс таска а не адрес функции ?

Нет она принимает адрес функции или делегата

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

А в чем проблема? Сначала инициализируй данные, а потом стартуй runTask-ом

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

Хочется обернуть все в класс? Пример набросать?

Хочется обернуть все в класс? Пример набросать?

Набросать я и сам могу, поскрипя моском. Только хочется чтобы такое случалось не после моего получасового нытья в чате, а красиво на страничке документации на сайте.

Про баг в лямбдах - нужен тесткейс. Такие баги надо исправлять поскорее

Про баг в лямбдах - нужен тесткейс. Такие баги надо исправлять поскорее

Он точно открыт, я его находил. Висит уже несколько лет. Не знаю закрыли ли.

Набросать я и сам могу, поскрипя моском. Только хочется чтобы такое случалось не после моего получасового нытья в чате, а красиво на страничке документации на сайте.

Зачем? таск запускается функцией runTask

Может тут даже кто вспомнит как мы это обсуждали.

Больше ничего документировать не нужно. По крайней мере в доках. Я например не оборачиваю все это добро в классы

Скрипеть там кстати нечего пример очень короткий, сейчас накидаю

Надо оборачивать в классы. Это же ООП язык :)

Так получается понятней.

Короче в итоге я хочу отрефакторить свою проксю на high-perfomance low-memory вариант, без GC и с крутым понятным кодом. И чтобы еще была красивая документация. Вот это будет win!

Кстати для betterC нету event-loop. А то может я бы на нем писал.

Так можно взять libuv и к нему обращаться

Надо оборачивать в классы. Это же ООП язык :)

Не обязательно. Дешка мультипарадигменная. Можно писать в функциональном стиле. Или вперемежку. Я лично давно переболел ООП головного мозга и перестал плодить классы на каждый чих.

class MyTask { Task task; void start() { task = runTask(&run); } void run() { } }

как-то так

Наследуйся, оверридь функцию run и наслаждайся ООП, если считаешь, что так лучше.

Оверхед стремится к нулю.

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

Эта борьба с GC превратилась в настоящий ад

Эта борьба с GC превратилась в настоящий ад

Ха-ха. Добро пожаловать в наш уютный мирок.

Где-то nogc где-то gc где-то кастомные аллокаторы, свои или из стандартной библиотеки. Просто жесть.

Ха-ха. Добро пожаловать в наш уютный мирок.

Да я вообще из-за вас во все это и ввязался.

У меня была отличная прокся, никакой сраной асинхронности, вайба. На каждый коннект создаешь new Thread() И фигачишь в нем. Счастье.

Ну правда stop-the-world имеет место быть, раз уж я все так легко делал

На каждый коннект тред - это для средних нагрузок

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

Я вот делал бенчмарки кстати и не такая уже эта вещь тяжелая

Где-то на 30-40% медленнее чем файберы

ERROR: S client not available

а в свете подарков новогодних, теперь это будет еще тяжелее)

У меня была отличная прокся, никакой сраной асинхронности, вайба. На каждый коннект создаешь new Thread() И фигачишь в нем. Счастье.

Ну а нафига-то переделывать тогда, если все и так работает? У меня-то проблемы есть :)

Ну а нафига-то переделывать тогда, если все и так работает? У меня-то проблемы есть :)

Если бы я хотел легкой жизни я бы не писал на D

Дык разницы почти никакой. Данные инкапсулируются в структуру (ну или в класс, если сильно нужен полиморфизм), и вызывается runTask, как я написал выше. А лучше runWorkerTask, чтобы все потоки утилизировать.

Но вообще, цель то была доказать что на D можно элегантно писать эффективные программы. Чтобы эту проксю можно было тихонько запустить на каком-нибудь роутере с 128мб памяти и она молча и быстро делала свое дело.

а что за прокся? HTTP?

socks5

кстати, в свете существования UFCS, часто наследование и не нужно бывает для синтаксического сахара)

При подгрузке вайба размер релизного бинарника вырос с 2.2мб до 4 мб что тоже не радует.

В случае с вайбом не нужно создавать никаких тасков, он сам его создает в listenTCP

О с этим тоже вчера напоролся, оказывается внутренняя вызываемая лямбда должна быть @safe nothrow

О с этим тоже вчера напоролся, оказывается внутренняя вызываемая лямбда должна быть @safe nothrow

ЩИТО?

ЩИТО?

https://github.com/vibe-d/vibe-core/blob/master/source/vibe/core/net.d#L117

а, это новенькое сонке нагородил

помешались на своих @safe

ну nothrow легко сделать, обернуть все в try-catch

c @safe тоже борьба проста - @trusted

> тоже > борьба > проста ?

dlang - ни минуты без борьбы!

(но простой)

ты еще с shared видимо не бодался, вот где борьба так борьба :)

Да у меня был спринт в августе

Ну там я на все грабли почти наступил.

в принципе, я их с @safe nothrow вполне понимаю)

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

Я лично так и не смог его нормально осилить. Садишься такой, думаешь, ща все по александревсковски культурно шаредами покроешь. Потом приходит понимание, что shared придется пихать буквальнл везде. И шлешь это дело нахуй.

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

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

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

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

что, в принципе, тоже верно

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

в общем, это из разряда холиварных архитектурных решений, но ясно, откуда ноги растут)