Email or username:

Password:

Forgot your password?
Шуро
Когда-то давно я работал админом в одной госконторе, у нас там пользователи (12 или около того операторов в зале) работали в терминалах, подключённых последовательными портами прямо к unix-серверу. Сидели они там как в школьном классе, рядами по два человека.

Скорость порта можно было менять, из-за чего интерфейс на терминалах начинал отрисовываться с задержкой. Кстати, поскольку само ПО тоже тормозило, по ощущениям быстрее всего работало не на максимальной скорости порта (когда отрисовки глаз вообще не замечал), а на чуть меньшей - тогда глаз успевал увидеть как на терминале всё молниеносно за доли секунды отрисовывается и возникало ощущение скорости (и скрадывались задержки базы).

А если были проблемы с кабелем, то можно было поставить низкую скорость порта (по-моему 2400) и тогда всё отрисовывалось уже заметно построчно и ввод тоже явно тормозил. Скорость можно было менять на лету и по-моему при сбоях она даже сама снижалась. Пользователи на периодические провалы даже не реагировали - само пройдёт, это случалось не так часто.

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

Через несколько дней пришёл старший оператор с жалобами на проблемы связи и точным описанием схемы, по которой она пропадает :)#ностальгия
mastodon.ml/@bash_org/10928731…
1 comment
Шуро
Кстати, периодически с теплотой вспоминаю тех советских женщин в синих халатах, которые сумели заметить и верно описать эту "проблему", характер которой на первый взгляд был вообще не очевиден и больше напоминал случайные повседневные глюки.

В отличие от.
Go Up