[must-read repost] Обманчиво простая задачка или немного про системное программирование

[wizzard0]

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

Я в свое время славно походил по этим граблям, и у других их видел в количестве.

Оригинал взят у zamotivator в Обманчиво простая задачка или немного про системное программированиеВыношу из своего поста и

Comments

[mudasobwa]

А семафоры придумали тру́сы, да? Никогда не бывает `sleep` разумным. Никогда. Ну, пока ты не внутри драйвера флешки, конечно, да и то - и там давно придумали нормальные механизмы.

[wizzard0]

Кхм. Речь не о семафоре. Если говорить о семафоре с людьми, которым нужно срочно поговорить с подпроцессом, то за деревьями не будет видно леса.

[nponeccop]

в данном конкретном случае семафор - рукалицо. Пайпы вполне самодостаточный механизм синхронизации, чистый message passing же.

[wizzard0]

Типа того.

[max630]

я не очень понимаю, зачем нужно читать всю эту беллетристику. Всё что нужно написано в man select и дальше по see also

да и в комментах по большей части какой-то нерелевантный трёп

[nponeccop]

man select это ебаный стыд, в 2013 году-то. В 1990-х это конечно был ультра-хайтек (стандартные сокеты только появились), в 2000-х - элитным евентодрочерством, но сейчас-то.

libev как минимум!

[max630]

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

[nponeccop]

Единственное* нормальное решение - это евент-луп библиотека с промисами или чем-то получше (reactive properties, reactive event streams, ...) Остальное - годится и "оно же работает"™, но в-общем, ёбаный стыд в соответствии с тезисом "sleep никогда не бывает разумным

[wizzard0]

> буферы недостаточного размера.
тут мы начинаем вспоминать про C10K и прочее веселое.

ну, точнее, даже C1K становится интересным вопросом, если линк к серверу 10GE и надо не висеть холостым коннектом а очень даже хуячить

[nponeccop]

Наиболее печально, как мне кажется, в области юзер интерфейса и обычных аппов и сайтов. О хай-теке беспокоиться не надо, он сам справится.

Ассумпшены 10-летней давности о соотношении производительности разных компонентов системы не соответствуют действительности.

IO и CPU внезапно столько, хоть обожрись, а количество приложений, которые в состоянии их утилизировать - нулевое. Всё пишется, как будто у нас 1980-е на дворе, я хуею, дорогая редакция.

Какой-нибудь файловый серч в фаре запустить - плакать хочется. Я заранее знал что там говно, но сейчас специально посмотрел

http://farmanager.googlecode.com/svn/trunk/unicode_far/findfile.cpp

// Открываем файл

[wizzard0]

ну да, поэтому фар выбрасываем нахуй и юзаем Everything, который отсканивает мои 8 млн файлов за 15 секунд и потом ищет за <30ms

[kray_zemli]

Пайпы -- это для системных программистов. Есть же mmap

[wizzard0]

mmap api в php? :)

[kray_zemli]

Тогда файлы, как во времена мультилинейных BBS.

[nponeccop]

Во-первых, http://php.net/manual/en/ref.shmop.php и т.п Именно mmap конечно нет, но только потому, что никто не написал биндинг ибо п.3

Во-вторых, на это с другой точки зрения посмотреть надо. mmap для IPC - это же shared state, а пайпы - это message passing. Если у нас не hello world, со shared state без message passing библиотеки вокруг хлопот не оберёшься.

Уровень дискуссии конечно поражает.

[kray_zemli]

Да, кстати, в синхронном режиме код из поста нормально будет работать, т.е. если мы уверены, что пишем ровно по 1 запросу и читаем ровно по 1 запросу.

[wizzard0]

> если мы уверены, что пишем ровно по 1 запросу и читаем ровно по 1 запросу.

Неверно. Причина 1: буфера в ядре не бесконечного размера.

[kray_zemli]

Да какой бы ни был буфер. Мы пишем запрос тогда, когда второй поток готов его прочесть. Разблокируются в конце-концов оба потока. Потом мы читаем ответ от второго, зная, что он рано или поздно его пришлёт.

[nponeccop]

> Неверно. Причина 1: буфера в ядре не бесконечного размера.

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