Александр

Вопрос не глупый а вполне себе хороший.

Его плавное развитие приводит к концепции баз данных. Самое главное что можно сказать тезисно это
1) Пока памяти хватает (массив) - используй смело память
2) Диск - больше и дешевле памяти
3) С памятью работать легко. С диском - очень неудобно и надо обрабатывать IOExceptions почти всегда.
Диски внезапно полны сюрпризов. Могут быть сетевыми дисками.
4) Разные диски имеют скорость на порядки разную.
5) Диски ведут себя очень плохо на random access. От этого даже метрика IOPS появилась.
Ее очень любят обсуждать админы баз данных.
6) Существуют структуры данных которые спецом создавались только для дисков (B+Tree)
7) Диск - переживает выключение питания.
8) Самые разумные решения - сочетают в себе и диск и память в тех частях кода где это нужно.
9) Есть интерфейсы программирования которые виртуализирут диск как память. Этим пользуется
SQLite например.
10) Диск может достигать очень высокой последовательной скорости чтения или записи в файл
при условии отсутствия конкурирующих записей в данный момент. Этим пользуются в БД
для журналирования событий.

В принципе если современный программист просто будет использовать только оперативную память
то никто ему не сможет ударить по рукам или подойти с какой-то метрикой и чего-то там измерив
сказать что он неправ. Тут уж только падения по OOM и потери информации и performance issues
могут быть каким-то значимым аргументом.

Нет и вряд ли когда либо наступят.
Единственное правильное решение, покупать "тупой" телевизор, а к ней приставку на Андроиде, и самое главное это вам обойдётся чуть ли не в 2 раза дешевле.

Давно писал вот, такой код.
Должен сработать.

@GetMapping("/")
  public String homepage(Model model) {

    // Проверяем авторизован ли пользователь и если авторизован, то редиректим его в /dashboard
    if (SecurityContextHolder.getContext().getAuthentication() != null
        && SecurityContextHolder.getContext().getAuthentication().isAuthenticated()
        && !(SecurityContextHolder.getContext().getAuthentication()
            instanceof AnonymousAuthenticationToken)) {

      return "redirect:/dashboard";
    }

    return "index";
  }

Xubuntu, lubuntu

Можно
И Микротик, и этот D-Link умеют LACP
А не хотите купить кабель прямого подключения SFP/SFP+ MikroTik XS+DA0001 и получить 10 Gbit? (или подобный совместимый)
В обоих железках я так понимаю SFP порты простаивают

LACP, Link Agregation, Bonding и подобные запросы в гугл пробывали? можно с добавлением подстроки mikrotik+d-link

trunk/bonding/teaming/LACP
https://ru.wikipedia.org/wiki/%D0%90%D0%B3%D1%80%D...

Для вашего коммутатора заявлен LACP (802.3ad), микротик его тоже имеет. Попробуйте настроить.

Если просто включите второй кабель без настройки - получите петлю и сеть ляжет.

Наверное имеется в виду это. Вот тут переменная i может быть использовани и после цикла.

int i = 0;
while(i<10) {
 doSomething(businessObj[i]);
 j++;
}
i = 0;

Кострукция for - замыкает область видимости и переменную не видно. Хотя в наше
время код больше тяготеет к более function-style кодингу когда итератор
или параметр цикла вообще не нужен. У нас есть некий foreach и он делает все что надо.