AntHTML

Если упрощенно, цифровой порт - это два ключа: один ("верхний") замыкает пин на 5V, второй ("нижний") - на землю. Если открыт верхний ключ, на порт выводится 1, если нижний, то 0. Закрыты оба ключа - порт работает как вход, т.н. Z-состояние.

Что будет если замкнуть два цифровых порта на друг-друге?

Если на один порт вывести 1, а на второй 0, будет короткое замыкание через верхний ключ первого порта и нижний ключ второго.

Возможны ли исключения?

Да, если вы гарантируете, что состояния портов всегда будут одинаковыми (00 или 11), ничего не сгорит.

А если только один на выход с высоким сигналом, а второй на вход?

Всё ок, вход прочитает единицу, ничего не сгорит.

А если оба на выход высокого сигнала?

Как уже было сказано, кз не будет. Но переключать оба порта нужно строго одновременно, за один такт.

А если оба на вход?

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

Можно ли соединять пин 5V и читающий цифровой пин?
Можно ли соединять землю и читающий цифровой пин?

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

Можно ли соединять пин земли и 5V?

Будет короткое замыкание источника 5V. Ну хотя бы контроллер от этого не сгорит =)

Сослаться на "СН 512-78 Технические требования к зданиям и помещениям для установки средств вычислительной техники ".
Сослаться на документацию по серверам, где описаны условия эксплуатации.
Сослаться на требования пожарной безопасности.
На "литейном производстве" есть ответственный за эксплуатацию помещений? К нему обращайтесь, он по определению должен знать все нормативы.

Модель OSI, это не конкретная "запчасть", которая может использоваться или не использоваться. Это основополагающий принцип того, как нужно думать о любом стеке любых протоколов, под каким углом на него смотреть )) Она потому и называется открытой моделью межсистемного обмена, (а не паттерном построения стека протоколов), что дает наиболее общую картину того, какие у протоколов в стеке могут быть характерные роли, и предлагает принцип, как это можно структурировать для понимания их взаимодействия друг с другом. И ее не нужно заучивать, ее нужно просто понять, сам принцип, и потом использовать это понимание для понимания других, уже конкретных вещей.

Схема : Мой комп -> провайдер -> маршрутизаторы -> провайдер(в другой стране) -> сервер

Мой комп -> провайдер

Тут ты получаешь 100% своих 90мб/c, и твоя скорость скорее всего ограничивается на первом попавшемся коммутаторе или маршрутизаторе. Т.е. какая бы скорость не была дальше 1Г, 10Г, 100Г ты больше, чем 90 не мб не получишь.

провайдер -> маршрутизаторы -> провайдер

Тут всё зависит от скорости подключения и занятости линка. Например провайдер подключается к другому провайдеру по линку 100 Гб/с и если отсюда свободно 90 мб/с, то и в сеть другого провайдера ты попадешь со скоростью 90 мб/с.

провайдер(в другой стране) -> сервер

Тут тоже самое, что и твои 90 мб/с. Т.е. всё зависит какой тариф куплен для сервера в сети провайдера. Если например от сервера до провайдера куплено 1Гб/с и там свободно 90мб/с, то ты получишь свою скорость (если конечно эти же 90 мб/с свободны в линке от твоего провайдера до другого провайдера).

Пример где у тебя не будет скорости 90 мб/c до сервера:
1. От твоего провайдера до провайдера сервера есть линк в 10Гб/сек, но свободно всего 40мб/сек. Если от провайдера сервера в сторону сервера 1Гб/сек и там свободно 100мб/сек, то ты получишь 40мб/сек. Т.е. наименьшую скорость от точки до точки.
2. Поменять местами линк и его занятость между провайдерами на линк между сервером и его провайдером. Получите тоже самое.

Эта схема работает у нормальных провайдеров.

Шлюз это устройство пропускающее трафик в другую сеть.
Как правило это маршрутизатор.

Вопрос: что для этого нужно

Прописать маршруты в нужные сети.
Все.

и оказывается без шлюза ничего не получится и не заработает

Разумеется не заработает.
Кто же будет трафик пропускать???
Обязательно нужен шлюз, в вашем случае им будет маршрутизатор.

и вообще не являюсь инженером

Если корочки есть - значит являетесь, если корочек нет, не являетесь. Тут все просто.

Возможно вас собеседовал идиот, а может не идиот, а просто хотел вас завалить. Это нормально.

Проблема в том что wifi среда очень не стабильная: был у тебя пинг весь день в пределах 10ms, а вечером все пришли домой включили просмотр фильмов по wifi, включили микроволновк - радиоэфир перегружен и вот уже пинг под 200-300 скачет, и иногда теряются пакеты. Если нужна стабильность, то только провод.

Думаю первый этаж на Wifi посадить (10-15 пользователей)

почему бы и нет? Именно так я и делал.

а второй на кабеле (25 ноутов кабинет информатики + 10 предметных кабинетов с стационарными ПК).

а вы сначала задайте вопрос учителю информатики - нужны ли ему в кабинете прибитые гвоздями к партам ноутбуки. В моём случае, ученики в кабинете передвигаются с ноутбуками, поэтому только Wi-Fi.

Файловое хранилище

собираем сервер из того что найдётся в подсобке ( в моём случае нашёлся системник на базе Pentium G3240 c 4Gb RAM и 500Gb HDD. Была добавлена ещё одна 500ка + 1Tb и ещё 2 гига памяти), ставим Ubuntu Server или Debian, настраиваем Samba

обмен сообщениями в локальной сети

Mattermost или Rocket.Chat. Я выбрал первый вариант.
Ну и бонусом, т.к. у школы белый IP, развернул Nextcloud, прикрутил к доменному имени и организовал учителям доступ к файлам через веб.

По оборудованию, что потребовалось. Точней, из чего всё сделано.
- несколько тупых свитчей, которые докупались по мере необходимости
- вышеуказанный самосборный типа-сервер
- бухта витой пары
- горсть коннекторов
- в качестве главного роутера несколько лет трудился ASUS RT N-16. Сейчас - Keenetic KN-1010, на нём же по вайфаю висит кабинет информатики
- ну и ещё по школе раскидано пара-тройка точек доступа, которые сделаны из тупо старых роутеров TP-Link 741 и ещё какой-то Upvel. Цена - бесплатно, достались после апгрейда домашнего роутера где знакомых, где клиентов.

В общем и целом, очень хорошо знаком с недостатком\нежеланием финансирования. Легко и просто выделяется бабло на принтеры и долбаные проекторы, ну и непосредственно компьютеры ещё как-то пробиваются, а про такие вещи как коммутаторы, серверы, точки доступа и т.д. ответ один - "не предусмотрено финансированием". Приходится хитрить хотя бы чтобы ту же бухту витой пары достать.

1 - надо смотреть спеку материнки - если слоты PCIe не в точности одинаковы, то "верхний всегда" предпочтительнее для видюхи, так что менять местами вряд ли стоит. только если видюха слабее "верхнего слота" а "нижний" достаточен по спеке. но в вашем случае все равно не стоит менять - см ниже

2 - надо разобраться с БП - куда дует вентилятор? установить так, что бы был выдув из корпуса. если перевернуть БП нет возможности, либо приобретайте другой, либо переворачивайте кулер в БП (за одно от пыли прочистите) это важно

3 - у вас там видна щель от выломанной планки ниже будущей позиции SSD, обычно это минус внутренней аэродинамике, но в данном случае, возможно, это можно обыграть - выломать планку выше - между SSD и видюхой. сорганайзить провода, что бы в корпусе было просторно, и на передней панели, в нижней части, поставить кулер максимального диаметра по по крепежным отверстиям на вдув, по возможности управляемый от материнки, если хватит разъемов (99% что место для крепежа там есть, а если есть, то в вашем раскладе ставить обязательно) в крайнем случае просто управляемый (такие в продаже есть)

4 - в верхней части (в районе процессора) так же кулер на выдув, однозначно управляемый от материнки

5 - если есть места для кулеров на боковой панели над процом и сверху - панели часто легко поменять местами - поменяйте (ставить кулер туда не очень удобно для случаев когда надо залезть внутрь, а просто "окно" не на пользу), а вот на "крышу" тоже можно поставить на "вдув".. либо закрыть, что бы обеспечить единое направление потоков. в крайнем случае - лучше "окно" сверху, чем сбоку

6 - подружитесь с AIDA64 и некоторое время помониторьте в покое и под разными нагрузками. думаю быстро разбересь что к чему. и надо ли добавлять кулеров (но повторю - передний вдув вам уже "доктор прописал") кстати, под риском перегрева у вас еще и южный мост (под видюхой) его датчик называется экзотически "диод PCH", надо гуглить предельную температуру по чипсету. но обычно она оказывается существенно выше допустимых температур процов и видюх

ps кулеры рекомендую Glacialtech - лучший баланс цены/шума/долговечности

pps а вообще над циркуляцией можно поразмыслить, место творчеству здесь есть. видюха же тоже "всасывает" со стороны будущего SSD, куда идет выборос? в зад? на фото видны радиаторы, то есть корпус видюхи не закрытый.. возможно тогда окно на боковой панели над процессором (а еще их бывает два) наоборот в тему + вдув и сверху и сзади на уровне процессора, а вперед выдув. в общем проявляйте инженерную смекалку ;))

> Оба модуля 1310нм
а сколько жил воткнуто в модуль? ежели одна, то это wdm-модули, и в этом случае один должен быть на 1310 нм, а второй - на 1550 нм.
хотя вот гугл говорит, что модули двухжильные... тогда проверяйте tx/rx, смотрите диагностику по модулям.

Увеличит "эффективное" время работы, т.е. за тоже время выполнится больше задач связанных с жестким диском засчет уменьшения времени загрузки\записи данных

1. Бэкап всего
2. Вытащить диск
2.1 Если возможно сделать вручную программную деградацию массива на битом диске
3. Поставить новый аналогичный
4. Запустить ребилд
5. Молиться что бы не накрылся второй диск
6. Аналогично заменить второй диск (даже если он ОК)