Кстати, на высоком уровне нет никакого графа. Что к 127.0.0.1, что к 8.8.8.8 подключение через BSD sockets одно и то же, прямое, без какой-либо маршрутизации. Внезапно, да?

Facepalm

1/0. Пауза не является исчислимым показателем, и соответственно не может считаться допустимым SLI

толку нет.
у вас целый веер причин продолбать таймаут:
- паузы планировщика
- паузы на i/o
- прямые прерывания
- отложенные прерывания
- непредсказуемые ДРАЙВЕРЫ и т.п.

Понимаю, BSD Sockets API ещё загуглить не успел. Бывает, чо))

Чувак, я уже понял что ты огонь:)

ничего не понял

Какая может быть оптимизация, если вызовы write, read, pwrite и pread - блокирующие? Какая разница, что мы их можем заменить на aio_*, если вызовы stat и fstat - всё равно блокирующие?

и это я еще про гипервизор и приоритеты (прерываний, задач) и классы обслуживания не говорил

С нетерпением жду рассказа про то, что stat можно залупить в отдельный поток и ждать выполнения потока через таймаут, который.... а ХЗ, что это за таймаут, так как при шедулинге тредов нет RT

последнее реалтаймовое, что я писал, было на Ada на bare metal cortex m, сделать иначе было бы на порядки сложнее, имхо, и в одно лицо точно не срослось бы без лабы и т.п.

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

Правильно, SLI - не пауза, а ее длительность.

Да, и хотелось бы комментариев, где тут граф в системных вызовах connect/accept для L4  TCP, который. как известно протокол типа точка-точка. Нет, конечно же, подключение точка-точка это ориентированный граф из одной упорядоченной пары различных элементов и одной дуги. Но речь ведь не про эту абстракцию суперсверхвысокого уровня, не так ли?

Так, я уже понял что все тут мегаэксперты, давайте обсудим другую сторону: даже самые крутые эксперты не нужны если они не могут донести свои мысли и знания в форме не вызывающей отторжения.
Возникает вопрос: является ли умение выстраивать отношения, коммуникацию и объяснять свою позицию необходимым навыком хорошего техдира или без этого можно вполне обойтись?

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

Но ок, давайте закроем вопрос, на который у нашего эксперта по графам нет ответа и перейдём к следующему.

>является ли умение выстраивать отношения, коммуникацию и объяснять свою позицию необходимым навыком хорошего техдира или без этого можно вполне обойтись?

Отвечаем: в реальной рабочей обстановке нормальный CTO (а так же - тимлид и даже обычный разработчик) не будет тратить время на агрессивно незнающего гражданина и всеми способами постарается от него избавиться как от груза, тянущего команду вниз.

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

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

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

Нет. От агрессивно незнающих и нежелающих учиться. С остальными можно работать