Ты имеешь в виду каждый сокет запихнуть в тред? =) Это наоборот медленно получается.

У меня сокеты часто рождаются и умирают.

Не

Для сокетов отдельный один поток

А понял

И вот уже в нем что хочешь, то и делай, не блокируя основную нить

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

Вообще-то, через select это как раз для повышенных нагрузок особенно хорошо

Для этого лучше использовать event loop

Там тебе и приоритеты

И слежение за чем хочешь с коробки

А селект, ну такое...

Каждому свое

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

Ну впринципе event loop это тот же дополнительный код со своей логикой. Который еще и объекты итерирует. Так что если его убрать, логично что будет работать быстрее.

Делай так, как подсказывает сердце тебе))) Да прибудет с тобой сила.

Ну впринципе event loop это тот же дополнительный код со своей логикой. Который еще и объекты итерирует. Так что если его убрать, логично что будет работать быстрее.

Тебе видней

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

Бери и юзай event loop.

Его все подобное использует

И nginx, и node и haProxy

То, что изначально на нагрузки расчитано

Правда nginx переписан полностью и либЭвкнт там заменён на свою реализацию

Для этого лучше использовать event loop

Он может в слежку за событиями на сокетах?

Там Сысоев все грамотно сделал, сперва заюзал ЛибЭвент, а потом сделал свою реализацию

Ну впринципе event loop это тот же дополнительный код со своей логикой. Который еще и объекты итерирует. Так что если его убрать, логично что будет работать быстрее.

Красота кода важнее прибавления скорости в О(1)

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

Он может в слежку за событиями на сокетах?

Не понял

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

Бери LibEv и пили. Если постараешься, выйдет прилично.

Это линуксовая библиотека или дишная?

http://software.schmorp.de/pkg/libev.html

Сам vibe.d, раньше использовал LibEvent

Сейчас ли использует - не знаю, нужно смотреть

http://libev.schmorp.de/bench.html

Есть и подобная реализация на самом D

https://github.com/etcimon/libasync

Это на Ди

Я когда-то давно на LibEv делал сервер с 0

Вышло заумно но работало весьма быстро

Больше было интереса, а выйдет ли

Не понял

Откуда берётся событие прихода свежих данных на сокет или событие создания нового подключения к сокету?

Оттуда же, откуда и везде. В случае либевентов ообычно по умолчанию юзается epool, под линуксом, kqueue под фрей. Под виндой хз

Павел, у меня на работе тоже такой дрочер был. Кейсы вида: а если у тебя 100 баз данных будет убивали

:) ну патамушта это все не вершина эволюции программера. Со временем понимаешь что все это не так уж важно, и у разработчиков есть тоже куча суеверий и предрассудков

И что если бы не большие деньги, то не было бы никакой бигдаты, ни мапредьюса ни даже юникса

Откуда берётся событие прихода свежих данных на сокет или событие создания нового подключения к сокету?

Andrey Asyakin: Оттуда же, откуда и везде. В случае либевентов ообычно по умолчанию юзается epool, под линуксом, kqueue под фрей. Под виндой хз

Оттуда же, откуда и везде. В случае либевентов ообычно по умолчанию юзается epool, под линуксом, kqueue под фрей. Под виндой хз

А везде откуда? В ОС есть механизмы в обход селектов?

Павел, у меня на работе тоже такой дрочер был. Кейсы вида: а если у тебя 100 баз данных будет убивали

Напомни где ты работаешь и где он?)

Я уже нигде)

Точнее с 11 числа в другой фирме)

Я уже нигде)

Вот вот) БД хранит нечто важное. Потерять из-за кривого подхода денежки обидно.

Угадай на чем я там писать буду?))

Я терял, я знаю.

Угадай на чем я там писать буду?))

На PHP

)

Не, php это табу)

На D..))

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

Напомни где ты работаешь и где он?)

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

На D..))

Оо поздравляю! Тебе реально везёт!

Ага..)) я чувствую себя прям как страдающий за веру. Каждый фейл делает меня сильнее..))

На D..))

И как тебе удается постоянно находить работу на D ?

Я хз как. Наверно утверждение что на Ди работы нет лишь миф

А везде откуда? В ОС есть механизмы в обход селектов?

Есть, epool, kqueue. Механизмы ядра. Кроме IO умеют таймеры, сигналы, события ФС. В отличии от селекта, ядро для них поддерживает состояние, те не надо при каждом вызове передавать весь набор дескрипторов, как в селекте

Но я так понял ты приходишь на любую вакансию и убеждаешь их что писать надо на Д)

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

В этом случае опасность максимальная. Ты в курсе что селект может менять данные в БД?

Я хз как. Наверно утверждение что на Ди работы нет лишь миф

Расскажи как искал?

ERROR: S client not available

Я честно говорю что все остальное я вообще не знаю

Есть, epool, kqueue. Механизмы ядра. Кроме IO умеют таймеры, сигналы, события ФС. В отличии от селекта, ядро для них поддерживает состояние, те не надо при каждом вызове передавать весь набор дескрипторов, как в селекте

Спасибо, не знал про такое. Это сейчас стандарт? Posix?

Как только меня уволили со старой работы, я вышел и позвонил по первой попавшейся вакансии на HH. Сделал это в первые 20 минут после увольнения

Как только меня уволили со старой работы, я вышел и позвонил по первой попавшейся вакансии на HH. Сделал это в первые 20 минут после увольнения

Вакансии на ди?

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

Смотрел там вроде ничего не было

Не, я сам вакансий на D не видел

Не, я сам вакансий на D не видел

А как ты их уговорил?

Да хз. Они сказали сами: у вас очень интересный опыт. Вы нам интересны. Хотя из интересного опыта у меня только опыт программирования на D.))

Кстати к примеру вакансии на Nim я видел

Я видел одну задачу на апворке на ди.

Это все.

Спасибо, не знал про такое. Это сейчас стандарт? Posix?

Насчет посикс не уверен, все таки это системозависимые вещи. Но им уже сто лет в обед) kqueue - это два сискола вобщем то

Хотя если не надо олновременно отслеживать тысячи дескрипторов, селект вполне прокатит

Угу

Не, php это табу)

Чего это такая котигоричность?)

В нем дыр полно и ничего кроме сайтов сомнительного качества написать нельзя

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

простой, удобный)

Теперь с трендом на тотальный конкаренси думаю учить его бесполезно

ай да ладно, тренды трендами, а статистика статистикой)

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

В нем дыр полно и ничего кроме сайтов сомнительного качества написать нельзя

Каких дыр?

Можно пример?

По статистике 90% сайтов на вордрессе. Тока я не думаю что это круто

По статистике 90% сайтов на вордрессе. Тока я не думаю что это круто

Так какие дыры в РНР?

Или ВордПресс для вас РНР?

Там в интерпретаторе куча дыр, в разы больше чем в том же asp.net

Сколько пишу, не попадал

там интерпретатор простой как три копейки: выполнил скрипт и умер)

Все хорошо работает

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