Обычно в Unix/Linux это делается в файлах /etc/motd
или /etc/issue
и /etc/issue.net
. Когда люди входят в систему через консоль или через SSH, им будет представлено содержимое этих файлов.
Помимо этого, внешние системы обычно используются для управления любыми метаданными, касающимися назначения системы. Эта категория программного обеспечения называется управлением активами и запасами.
Тот, с которым я больше всего знаком, это Solarwinds (коммерческий ). Я ничего не рекомендую, просто привожу пример. Есть и другие, перечисленные в альтернативе . ПРИМЕЧАНИЕ.:Отнеситесь к этому списку с долей скептицизма: не все из них идентичны по функциям.
$ cat /etc/motd
Company X Ltd. CentOS 7 Build 1805.02
Когда вы войдете в систему, вы увидите, как это отображается:
$ vagrant ssh box-101
Last login: Mon Jul 9 19:32:36 2018 from gateway
Company X Ltd. CentOS 7 Build 1805.02
[vagrant@centos7 ~]$
$ cat /etc/issue
This system is the property of Company Ltd.
Затем при входе в систему:
Нет race condition
, это обеспечивает спин-блокировка.
Суть thundering herd problem
заключается в том, что когда что-то происходит, например снятие блокировки или завершение события ввода-вывода, множество процессов, которые находились в состоянии ожидания, возобновляются. Будет выбран один, а все остальные, как правило, возобновят ожидание блокировки или события ввода-вывода.
Подумайте о пресс-конференции. Когда человек, проводящий брифинг, заканчивает один ответ, все репортеры начинают пытаться привлечь внимание брифера. Ведущий выбирает одного, все репортеры усаживаются, задается вопрос и на него дается ответ, а затем все репортеры снова пытаются привлечь внимание. Это хорошо работает с десятью репортерами, но с десятью тысячами все репортеры тратят впустую усилия, пытаясь привлечь внимание, которое можно было бы сделать более эффективным, выстроив очередь из репортеров, и каждый задавал бы свой вопрос по очереди.
Итак, thundering herd
касается эффективности, а не правильности.