Однако северный и южный мосты очень сильно греютсяДавайте зайдём к проблеме с другой стороны.
В UDP тупо перепосылать пакеты нельзя.Про UDP согласен, забудем про него.
В TCP пакеты и так перепосылаются при недоставке.Есть ли тонкие настройки (для ядра Linux и т.п.) параметров TCP, такие, чтобы минимизировать задержки при повторной отправке пакетов, ценой большей утилизации пропускной способности, когда заведомо известно о больших потерях?
sysctl -w net.ipv4.tcp_congestion_control=westwood
Т.е. логика такая, что сначала идет поиск всех строк с упоминанием определенного значения по артикулу и затем из этих строк из другого столбца складываются значения кол-ва проданного товара.Не нужен сначала поиск. Это делается сразу одной функцией.
Мне говорили, что системный диск всегда подключается в SATA 1, иначе будет плохо/неидеально.
неидеально- это подходящее слово. На практике ни на что не влияет, но осознание "неидеальности" не даёт спокойно спать. Про это был айтишный комикс: https://www.commitstrip.com/en/2021/06/22/it-haunts-us/? 
что сломалось именно?По крайней мере сломался НЕ монитор, с вероятностью 99%.
что конкретно означает "стучится вниз/вверх"? Ищет службу, которая может обслужить подобный запрос, и связывается с ней через некоторый интерфейс межпроцессного взаимодействия?Часть имплементации сетевого стека содержится в ядре операционной системы, часть - в драйвере сетевого адаптера, часть - в железе сетевого адаптера. Некоторые протоколы вынесены в службы\демоны (ppp, pptp, openvpn,..). Протоколы 6-го и 7-го уровня реализуются либо в службах, либо в прикладных программах.
Например, браузер. Вот мы ввели qna.habr.com, браузер хочет открыть HTTP соединение. Он формирует набор данных для передачи, затем стучится вниз, на уровень TCP, и говорит: "вот у меня пачка данных, передай их серверу на таком-то адресе".Браузер сначала на уровне API операционной системы обращается к резолверу (клиенту DNS), резолвер (сперва проверив свой кэш) берёт адрес DNS-сервера из настроек ОС и стучится на порт 53/UDP с запросом, а не "ищет службу". Получает ответ и передаёт его браузеру. Браузер запоминает IP-адрес хоста qna.habr.com и снова через API операционной системы говорит "хочу установить соединение с хостом, адрес такой-то, порт 443/TCP". ОС устанавливает соединение, сообщает об этом браузеру и передаёт какой-то там хэндлер, через который можно использовать уже готовое TCP-соединение. Дальше браузер просто заливает свои данные в соединение, и читает оттуда же ответы. Более высокий уровень - протокол 7-го уровня http - браузер реализует самостоятельно, вот прямо самостоятельно, никого ни о чём не просит, когда дело в http. Более низкие уровни - как уже сказал, на совести ОС, драйвера, железа. Чтобы обеспечить высокую эффективность, там взаимодействие довольно низкоуровневое, такая каша, что не только в рамках ответа, а даже в рамках статьи не описать, целая книга нужна, а то и не одна. Причём для каждой ОС своя отдельная книга, в Linux сетевой стек будет отличаться от сетевого стека Windows, сетевого стека MacOS, сетевого стека BSD.
то ли наблюдение, то ли результат измеренияВ общем-то это синонимы в контексте статистики. Наблюдение, замер, отсчёт.
Если нету тока, то как сохраняется 1. После отключение от сети.в ОЗУ сохраняется только при наличии питания, а в динамическом ОЗУ (DRAM) при наличии не только питания, но и сигнала регенерации. Без питания сохраняется либо в ПЗУ, либо в flash, либо на магнитных носителях (магнитные диски, магнитные ленты), либо на оптических носителях. Рассказывать про все эти технологии долго, зато в сети дофига можно найти по каждой из них (важно: "слона нужно есть по кусочкам", не собирайте всё в кучу, технологии очень разные физически, ознакомьтесь с одной, потом переходите к другой).
Если выключить компьютер на 20 лет, или замуровать процессор с ROM памятью на миллион лет(при условии что он не развалиться). Там даже микрокод разрядиться?Через 20 лет flash может не прочитаться (как повезёт), CD-R\DVD-R могут не прочитаться (как повезёт, но CD-RW\DVD-RW наверняка не прочитаются), всё остальное сохранится без проблем, наверняка. На миллион лет не сохранит информацию вообще ни одна из современных технологий, только на каменных плитах высекать текст. На тысячу лет - считается, что практически ни одна технология не гаратирует сохранение, хотя для этой https://ru.wikipedia.org/wiki/M-DISC
Какой ток используется. Пишут что постоянный. Это как понять, если ток постоянный, то не будет сигналов же?Под "постоянным" здесь подразумевают, что полярность не меняется. Возьмите фонарик на батарейках. Можно щёлкать выключателем и подавать кому-то световые сигналы. Но никто не скажет, что фонарик питается от батареек переменным током. Это коммутация, а не переменный ток.
disable, то будет как раз как у вас - USB-клавиатура и USB-мышь недоступны в BIOS.auto или enable.
То есть разные разные сегменты и разные офсеты совпадают. Путаница(Очевидно я где-то не догоняю).Да, избыточность, а не путаница. Если бы на сегмент отводилось 4 бита, то все сегменты были бы жёстко зафиксированы по сетке с шагом 64 КБ. А речь идёт о временах, когда 1 МБ был теоретическим (недостижимым на практике) максимумом. Часть адресного пространства отводится для разных устройств, и эта часть не обязательно идёт одним куском (устройства не знают друг о друге). Т.е. имеем в адресном пространстве "дыры", недоступные для ОЗУ. Чем больше шаг сетки, тем больше адресного пространства теряем. А чем меньше бит адресуют сегмент, тем больше шаг сетки.
Не блокировать возможность открытия, закрытия двери вручнуюКонтроллер отслеживает силу тока, потребляемого приводом. Аномальное увеличение или уменьшение силы тока считаем вмешательством высшей силы (человека) и отключаем привод.