Дмитрий Александров

Если нужна минимальная задержка то нужно отказываться от json в пользу бинарников, например protobuf. Максимально все урезать в сообщениях оставив только действительно важное. Желательно задействовать чистый udp по возможности, или если критичны потери взять tcp.

Как вариант действительно простого решения можно попробовать kryonet, там и сериализатор из коробки довольно удобный.

Смотри права и найдешь правду.

Раз коснулись строк то:
- как они хранятся в jvm
- где они хранятся в jvm
- почему так сделали
- чем отличается создание строки через String str = "stroka" от String str= new String("stroka")
- много много таких же особенностей о которых нужно знать.
Касательно строк в целом очень строго необходимо понимать как они работают т.к. с ними придется часто работать, кроме того незнание как они работают крайне сильно бьет по производительности программы.

Если я правильно настроился на волну тс то разжую доступными словами.
Для начала нужно чтобы было правильное понимание происходящего в java а именно:
1) в java всё есть объект, вот прям все все* . Это означает что абсолютно что угодно отнаследовано от класса Object
2) есть(могут быть) различия того что именно содержится в классе в исходном коде и коде при выполнении программы а также после ее компиляции. Если простым языком то это может предстать так
- в коде у класса есть только метод foo()
- после компиляции оказывается что в нем после некоторых событий типа аннотаций появляется еще и метод bar(). Тут важно то что он появится * у всех инстансов от этого класса
- при выполнении может оказаться так что метод foo() будет подменен другим кодом. Это уже рефлексия.
- при выполнении может оказаться что у НЕКОТОРЫХ инстансов класса внутри окажется еще и метод mymethod(). Т.е. не у всех а именно у некоторых инстансов.
3) при выполнении программы * для абсолютно всего ВСЕГДА создается явно или не явно инстанс, даже для статического класса. Т.е. ты в коде может и не создавал инстанс явно через new, это было сделано рантаймом гдето в недрах явы!
4) статический класс отличается от обычного только тем что статический всегда указывает только и только* на 1 единственный инстанс
5) super() , означает что будет вызов метода\конструктора РОДИТЕЛЯ
6) super , БЕЗ СКОБОК, означает переход к переменным РОДИТЕЛЯ. Также можно вызвать и метод РОДИТЕЛЯ.
7) this всегда указывает именно на текущий инстанс класса. Другими словами представь что класс это область видимости и когда ты пишешь this ты явно говоришь что это относится именно к этому инстансу а не классу.

*гуру молчите что это не совсем так в особенных фундаментальных моментах
инстанс - экземпляр класса, т.е. грубо говоря он создается через new явно или не явно

Если всеравно непонятно то могу набросать примером простеньких. Также рекомендую почитать
это и примеры тут

Обобщая выше сказанное(с нюансами):
- в java ВСЁ и ВСЕГДА это инстанс какого либо класса
- исходя из пункта выше ВСЕГДА на любой класс существует хотябы один инстанс
- исходя из пункта выше часто бывают случаи когда необходимо обратиться к переменной\методу родителя через super. Также возникают необходимости обратиться к методу\переменной именно этого конкретного инстанса или передать этот инстанс куда либо дальше не имея ссылки на этот инстанс.

Абсолютно разные, начиная от древних и заканчивая современными, так же и астериски\фрисвитчи и им подобные.

git pull && npm run build && /etc/init.d/supervisor restart site
По желанию обернуть это в скрипт. Т.е. создать текстовый файл с расширением .sh внутри написать

#!/bin/sh
git pull && npm run build && /etc/init.d/supervisor restart site

Дальше запускать его командой ./имя.sh . Желательно дать права на выполнение перед этим chmod +X имя.sh
&& управляющий оператор, т.е. если git pull выполнится без ошибок то выполнится npm run build, если npm run build выполнится без ошибок значит выполнится /etc/init.d/supervisor restart site. Если на любом этапе команда завершится ошибкой то последующие команды не будут запускаться.

Autofs.

Никак, забесплатно нынче даже навоза ненайдешь..

В целом можно к любой но это будет крайне сложно и костыльно, кроме того работать также как в арче оно не будет по большей части т.к. очень вероятно что после установки гит версии какойнибудь мезы или llvm система вообще помрет.
У каждого GNU/Linux своя философия и особенности устройства внутри. Все эти особенности какраз в том какое ядро и опции в нем, а также весь остальной софт с утилитами вокруг ядра. Отличается набор утилит, их версий и версий зависимостей при сборке.

TableView только отображает данные из коллекции, следовательно отчисть коллекцию и все. Если пихаешь данные странными образами то коллекцию можно вытянуть и и почистить типа такого tableView_твой_инстанс.getItems().clear()

Самый простой способ.
1) Считаем число символов в терминале по высоте и ширине.
2) Прикидываем сколько кадров будет анимация.
3) Рисуем(пишем в блокноте) анимацию символами\буквами\цифрами с максимальной шириной и высотой полученными на шаге 1 и в числе кадров полученными на шаге 2.
4) Получится к примеру 2 кадра.
5) Пишем простой скрипт в котором используется минимальное число простейших консольных комманд в следующем виде:

for (цикл равный числу кадров)
   clear (отчистить экран)
      for (цикл равный числу строк в кадре)
         echo (строка кадра)
   sleep (время в секундах которое надо подождать до следующего кадра)

Открыть документацию.

Самый самый простой способ во всех планах с наименьшим числом телодвижений:
1) Купить Kingston DT2000/16GB или аналогичное. Хардварное шифрование, пинкод чтобы расшифровать, если пинкод ввели 10 раз неправильно данные уничтожаются без возможности восстановления.
2)* Взять любой удобный дистрибутив и желательно заточенный под liveusb. Можно собрать самому или взять нечто готовое https://en.wikipedia.org/wiki/List_of_Linux_distri...
3) Поставить и настроить в этом дистре весь необходимый софт.
4) Перенести в tmpfs все что необходимо (с помощью overlayfs\unionfs).

*можно затолкать все в cpio при должной сноровке но вопрос удобства обновлений\перенастройки\установки софта будет неудобным. В этом плане overlayfs\unionfs которая W делает в tmpfs намного удобнее, надо что то обновить\перенастроить\установить то просто отмонтируем оверлей и все.

При желании для хранения пользовательских файлов можно кудалибо смонтировать через EncFS (на раздел этой же флешки\хард\да хоть на webdav от какого нибудь яндекса) нужную директорию.

Глядя со своей колокольни как работающий с большим зверопарком разных цатс.
1) сименс - ооочень крут, космически дорог(лицензии на каждый чих и каждую плату, даже бп и те с лицензиями), надежней не бывает, очень сильно сложен в конфигурировании. Если нужно докинуть плату спустя годы то это огромное приключение в виде обновлений системы и поисках именно нужной платы которую сложно найти и еще сложней купить. О ручном ремонте плат можно забыть, сервисов нет. Много подкапотных особенностей, к примеру такой что если пропал поток е1 то порт, упс, отключается програмно и надо его поднимать.
2) самцы - по крутости так себе, дорог(лицензии на каждый чих и плату). Разобраться как конфигурировать в целом можно довольно быстро если есть познания терминов и понимания устройства телефонки. Сервисы можно найти. Комплектухи валом везде, с лицензиями намного сложнее в плане поисков и покупки. Ручной ремонт ну с сильным натягом выполним, недавно пару блоков питания оживили. Иногда бывают веселые глюки в самых неожиданных ситуациях.
3) Протон-ССС Вектор (алмазы не щупал к сожалению). Дешевые, сертифицированные, делают в таганроке, сервис отличный. Вариаций плат под разные задачи валом и цена не кусается. Конфигурируется очень легко. Ремонтопригодность своими руками ну прям за милую душу. Лицензий нет как определения, воткнул плату и она работает. По стабильности (опыт с более чем 20 такими) интересный, в целом работают годами (до первых проблем гдето около 5-7 лет). Очень забавно с платами, производитель не штампует одну схемотехнику годами а находится в постоянной модернизации, т.е. можно купить пачку плат сразу или докупить через пару месяцев и все они будут отличаться схемотехникой координально, к слову схематически все просто супер и легко изза чего так просто ремонтировать своими силами за копейки. Есть подводные камни в конфигурации, в основном связанные с ДВО, достаточно часто есть вещи которые вроде бы есть и настраиваются но не работают или делаются абсолютно по другому. Отдельно замечу что документация довольно ущербная, с ошибками, многих моментов в ней нет но тем неменее разобраться даже без нее просто.

В общем я бы рекомендовал протон вектор просто потому что в конечном счете дешевле, на всякий случай сертифицированы, есть платы для любой дичи(е1\3х пр\4пр и т.д.). Системники от lg\lg-ericson. Легко а главное быстро ремонтировать или воспользоваться сервисом(даже если срок уже вышел или нет договора). Конструктивно просто как кирпич из стали. Лишних свистоперделок нет. Запчасти в виде плат очень просто купить даже спустя годы т.к. они делают отличную совместимость(с некоторыми оговорками конечно).
На вскидку для вашей задачи понадобится шасси, бп на 220в( или 48в\60в если захотите и промышленный ибэп цеплять), БУК (мозги), БАК 3 штуки(на каждой по 10 АК, абонетские платы), модуль БИКМ (для е1). По желанию КСТА (для системников) , КСЛА (8 СЛ комплектов). Еще можно вместо БАК набрать КСАЛ(2 СЛ + 6 АК).