https://ldpreload.com/blog/signalfd-is-useless

в итоге я себе для отладки сделал слушающий unix сокет в отдельном треде. посылаешь в него команду а он чего-нибудь печатает в консоль. дешево и сердито.

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

ну если для коммуникации между тредами то сигналы это конечно не то

мне нужно было для ручного запуска GC по команде

а, ясно

мне нужно было для ручного запуска GC по команде

Из-за утечек?

Просто хотел посмотреть что произойдет )

происходило всякое странное

Много мусорных сокетов закрылось и написало что соединение завершено. В общем видно что GC много всякого делает.

А где странное?

Думаю это код криво написан. Он пишет что соединение завершено когда уже покинули скоуп основного метода. Но видимо мусор как-то мешает коду покинуть скоуп.

Буду дальше разбираться, в целом все работает.

Ээээ... А с чем разбираться то?

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

Он атеист, в GC не верит

GC это уже загробный мир, там код не живет

Значит, это какой то православный код

А сокеты закрываются в деструкторе класса? Или где?

А сокеты закрываются в деструкторе класса? Или где?

В стд.сокет да

нет, в моем коде

В стд.сокет да

А ну вот это может быть. Но я явно делаю на них .close()

Я решил эти сокеты больше не юзать.

Я решил эти сокеты больше не юзать.

Причины?

Читаю я, значит, доку, а там: "Reduce... This is old implementation of fold". Смотрю сорцы, а fold там просто оболочка над reduce. Вот она, новая имплементация)

Читаю я, значит, доку, а там: "Reduce... This is old implementation of fold". Смотрю сорцы, а fold там просто оболочка над reduce. Вот она, новая имплементация)

Так они одно и тоже делают. Просто порядок аргументов разный. Так что, логично.

Так они одно и тоже делают. Просто порядок аргументов разный. Так что, логично.

Дело тут не в логично-нелогично, а в том, что "старая реализация fold" по сути и есть новая реализация. Меня это забавляет

Дело тут не в логично-нелогично, а в том, что "старая реализация fold" по сути и есть новая реализация. Меня это забавляет

Всё верно. У Reduce был неудобный порядок аргументов. Сделали обёркту. Назвали её fold. Незачем было писать новую реализацию

Всё верно. У Reduce был неудобный порядок аргументов. Сделали обёркту. Назвали её fold. Незачем было писать новую реализацию

Я это отрицаю?

Я это отрицаю?

не знаю :)

не знаю :)

Вот я тебе прямо скажу - не отрицают, что это логично и правильно. Но меня смешат слова в доке

Дело тут не в логично-нелогично, а в том, что "старая реализация fold" по сути и есть новая реализация. Меня это забавляет

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

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

Тут нужно Евгения призывать

Допустим у меня класс Application, он загружает текстовую конфигурацию из файла, парсит настройки и т.д., по настройкам создает слушающие сетевые сокеты. Все эти данные shared, нет смысла им копироваться в каждый тред по идее.

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

если он однотредовый или треды обмениваются только сообщениями - то зачем?

Ну а зачем в демоне две копии приложения? Или две копии конфигурации. Это все глобальные данные.

Ну...

А если их кто-то захочет поменять?

Вот когда слушающий сокет принимает новое подключение - вот это подключение не shared, оно уходит в свой тред в очередь на обработку.

А если их кто-то захочет поменять?

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

Ок, а зачем так заморачиваться, если эти данные для всех?

я бы попробовал такой конфиг оформить в иммутабельные данные, имхо гемороя должно быть меньше

Ок, а зачем так заморачиваться, если эти данные для всех?

Заморачиваться == приписывать shared к классам, иначе они будут копироваться.

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

А это не про shared?

А это не про shared?

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

shared это данные котороые шарятся и могут меняться

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

хех, потренируся на одном для начала )

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

И еще receiveOnly! и send! шаблоны уже заранее требуют чтобы эта проблема была решена.

send требует что-бы ты посылал либо иммутабельные данные либо данные без ссылок

это разные вещи

Да он еще что-то про shared предлагал

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

да, похоже shared тоже можно

Sends the supplied value to the thread represented by tid. As with spawn, T must not have unshared aliasing.

Что такое unshared aliasing ?

Это значит что все элементы в T должны быть рассматриваемы как shared?

https://dlang.org/library/std/traits/has_unshared_aliasing.html

?

shared это жопа

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

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

Что такое unshared aliasing ?

это ссылки на не shared/immutable сущности. массивы, указатели, классы и т.п.

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

А зачем кастовать? Нельзя везде работать с шаредом?

ERROR: S client not available

А зачем кастовать? Нельзя везде работать с шаредом?

по задумке можно, по факту оно как вирус, все тянет

все методы такого класса, тоже станут shared

лучше immutable

именно

поэтому и предложил попробовать на одном классе

Ну Application то не может быть immutable т.к. меняет свое состояние

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

вместе c __gshared

А ну хотя.. нафига мне как-то заморачиваться над Application если треды создаются где-то уже внутри него и значит сам объект Application никогда в TLS не захватывается

Надо просто следить чтобы нигде в локальном объекте не оказалось ссылки на него.

А ну хотя.. нафига мне как-то заморачиваться над Application если треды создаются где-то уже внутри него и значит сам объект Application никогда в TLS не захватывается

Надо понимать, что в TLS захватываются глобальные переменные, а не просто глобальные объекты.

Application, нопример, может быть создан на стеке в функции main и передаваться затем в каждый вновь созданный поток.

Всемогущий рандом решил нас посетить

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

Нет

Причины?

Кривая библиотека

Кривая библиотека

Можно поконкретнее? Все говорят, что не надо юзать std.socket, но никто не говорит почему конкретно

Можно поконкретнее? Все говорят, что не надо юзать std.socket, но никто не говорит почему конкретно

Вообще то говорит один Денис :)

Все говорят что deprecated на уровне слухов, что особо ничего не значит

Слухи на ровном месте не возникают, как правило

Этот процесс может года 3 идти. Пока раздуплятся, глядишь к версии 2.0.99 выпилят)

И?

Депрекейт на ровном месте не возикнет

Нужны претензии

Альтернативу кто нить пилит?

Неа)

Нужны претензии

std.socket с соектами работает неудачно, плохая получилась абстракция

std.socket с соектами работает неудачно, плохая получилась абстракция

И ведь не поспоришь

ну да. например иногда нужен сокет posix - достать его из сокета нельзя

Так это же наверное можно просто дописать геттер в класс и проблема будет рншена

Спрашивал, сказали нинадо

Потом уже увидел что все кому надо (Людвиг) пишут свои обёртки вокруг позикс соектов)