Армянское Радио

Сначала решает драйвер файловой системы. Именно он распределяет запись по кластерам - логическим единицам ФС. Затем он даёт диску команду записать кластер в определённые логические секторы (LBA). Ну а потом уже диск решает, какие именно физические секторы (или блоки для SSD) соответствуют данным логическим.
У HDD, обычно, это соответствие задано жёстко, за исключением сбойных секторов, которые маппируются по специальной таблице в резервные.
У SSD есть таблица текущего маппинга, которая постоянно перестраивается так, чтобы максимально равномерно (по количеству циклов записи) задействовать блоки памяти.

Ну всё правильно, цвет показывает скорость порта.
У вас скорость больше 100 Мбит? Тогда ставьте 1 Гбит/сек, если меньше, ставьте меньше. А лучше вообще в "Авто".

У PostgreSQL есть Pub/Sub-механизм. Но обычно такие задачи решаются организацией шины событий на каком-нибудь брокере сообщений, типа Apache Kafka или RabbitMQ.

Из предложенных двух - Qt. Больше комьюнити, как минимум.

Их не используют по причине низкой защищености, то есть отсутствия инкапсуляции. Почитайте про сингл тон патерн такой.

Можно WHERE ([date] IS NULL) OR ([date] = '20190101').
А можно WHERE (ISNULL([date], '20190101') = '20190101').

Исполняемый файл - это не прямой набор инструкций. Он может иметь специальную структуру - .com, exe, линуксовые и юниксовые бинарники отличаются - CIL компилируется в машинный код, но в результате создается не просто байткод команд, а бинарник определенного формата, с которым умеет работать операционка - машинный код должен каким-то образом загрузиться в память, возможно даже не весь а частями, точка входа должна быть сообщена процессору и так далее.
Сейчас практически несуществует линейных программ, которые написаны таким образом, что выполняются в моносреде - все пишется из расчета многозадачных ОС.

Таким образом, в CLI обычный машинный код, который выполняется процессором, но который содержит определенные закладки, вызовы функций операционных систем для того, чтобы этот код успешно работал в определенной ОС, чтобы он не загребал под себя 100% CPU на пустые циклы и так далее.
Это не значит, что там немашиный код, это значит что машинный код написан для работы в определенных условиях и содержит определенные вызовы.

кагбе уникальный индекс для этого и придуман.

С некоторой натяжкой можно рассмотреть pfSense

Какой ещё тут принцип действия? :) Хреновина с двумя моторами. Верхний по схеме мотор вращает какой-то шнек. Т.е. перемещение какого-то сырья или продукта. Кнопка SB2 запускает шнек, SB1 останавливает. Нижний по схеме мотор приводит в движение дробилки. Дробилки работают заданное время (стоит реле времени). Но видим, что запустить их можно только при работающем шнеке. А значит - по логике - шнек не подаёт сырьё на дробилки, а наоборот, забирает уже раздробленную фигню (сырьё и т.п.) Ещё любопытно, что используется простая схема электрического торможения привода дробилок - контактная группа реле слева от нижнего мотора. Значит механическая часть требует, чтобы остановка происходила быстро. Вот на шнеке схемы торможения нет. В принципе и всё, что можно сказать. Ну... светодиоды показывают режим работы. Амперметр на дробилку присобачили. Если механика заклинит - амперметр уйдёт в красную зону или зашкалит. Значит предполагается, что оператор будет сидеть и контролировать работу устройства.