mayton2019

Можно short link сделать

https:// bitly.com

Ошибка выглядит так.
Malformed VALUE header (0)
Я думаю что memcached тут не виноват. Он - слишком простой и примитивный. Скорее всего твое приложение
что-то делает сильно сложно.

В момент возникновения ошибки тебе надо взять telnet или putty и вручную подключиться к memcached
и воспроизвести проблему.

Еще документация пишет что Memcached поддерживает два протокола. ASCII и Binary. И такой эффект
может быть как будто ты в бинарный протокол толкаешь текстовые запросы. Но это мое предположение.
Просто надо проверить.

У Оракла есть пути стабилизации планов. Если ты точно знаешь что текущий план подходит то его можно
зафиксировать для данного SQL_ID. Последний раз я этим занимался в Oracle 11g и как сейчас - не знаю
но наверное этот API сохранился.

Физическая модель мира не должна зависеть от ФПС на экране. Если ты победишь эту проблему
то тогда никаких артифактов с отображением не будет. Для простоты ты можешь обновлять физику
хоть 10 разв в секунду хоть 120 раз это не важно. А визуальная часть игры будет делать интеполяцию.
Потому что засинхронизировать всех клиентов сетевой игры в принципе никогда невозможно.
У них и таймеры будут не синхронны и производительность разная.

За 10 минут до истечения срока токена просто обновляй и все.

Ты не задаешь вопроса а просто закидываешь дискуссию.

Напиши код. Хотя-бы превед-мир на Sel-Stealth и найди какой-то дефект и приходи с ним сюда обсуждать.
Тогда будет какой-то конструктив. А так чего мы здесь?

Для звукоизоляции можно повесить побольше ковров на стены. И можно между вами установить
такую складную ширму. Я думаю что это будет очень полезно.

В настройках микрофона где-то есть чувствительность. Попробуйте покрутить чтоб порог срабатывания
был другой.

Нужно пойти от проблемы. Собственно я здесь никакой проблемы не вижу. Давайте доступ. Пускай студенты
рисуют почасовой план использования этого ресурса. Например Студент №1 с 10:00 до 12:00 по понедельникам.
Следующий... и так далее. Сами следят и самоорганизуются.

Проблема может быть в безопасности. Студенты могут хулиганить. И проблема может быть в накладках
графика использования. Например кто-то в пятницу запустил расчет и в ПН этот расчет еще не закончился.
Что делать? Убивать процесс пятничного студента?

Тут вобщем больше я вижу организационных вопросов чем технических. Вы сначала разработайте цели.
А уже от целей можно пойти к планировщикам.

У тебя нет выбора. Вариант раз - это интерполяция строк.
'create table {} ....'.format(...)
Вариант 2 - это конкатенация строк. Ну и проверь что строка состоит или alpha-num. И все.
'create table ' + ..... + '.....'

java - "не подходит для десктопа"

На платформе Java (Groovy, Kotlin) написана среда разработки Jetbrains Idea.
Правда есть у меня подозрение что из библиотек там использован не Swing а SWT
но я уж не помню я слишком давно этот вопрос изучал. За много лет многое могло поменятся.
SWT не слишком кроссплатформенный.

На Java написан менеджер закачек Vuze (Azureus) и такая векторная рисовалка как Yed
которой я пользуюсь иногда.

Еще OracleDeveloper, Beaver, SOAP-UI, и много всяких тулов программисткого толка.

По поводу JavaFX но я честно говоря не видел чтоб кто-то
активно что-то графическое на нем разрабатывал. Скорее всего это была наивная попытка
исправить недостатки Swing. И сделать его ... более мультимедийным чтоли.

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

Для окон остается что-то очень хардовое типа Photoshop, 3dMax, AutoCad где можно грузить на 200%
клиентский CPU и ты реально будешь хотя-бы чувствовать пользу от такой отдачи.

Все где формочки и гриды - потеряло рентабельность. Его дешевле делать на вебе т.к. разработчик
веба стоит дешевле и внести резкое изменение в функционал очень легко.

Поэтому не звучит вопрос что на Java десктопы не пишут. А их щас реально уже НИ НА ЧЕМ не пишут.
Даже на С++. Реально только игры и редкие приложения типа там 1С или какие-то клиент-банки.

Refactoring.

Подходит любая БД. Вопрос в том чем вы готовы пожертвовать ради скорости. Например вы можете хранить данные в backend (hashtable) и сбрасывать их в БД периодически. Эта схема идеально работает. Вам только надо с самим собой и с бизнесом поговорить о гарантиях. Что вы хотите? Чтоб любой вектор {id, data, user_date} сохранялся в ту-же микросекунду или вы можете эти изменения отложить на потом и применить их в БД через 15 минут например в виде
batch-update.

Поэтому вопрос оптимизации БД - это вопрос не только технически но и организационный. А запись в Postgress в через длинный сетевой стек да еще и с фиксацией транзакции это такое яростное безкомпромиссное решение
которое не всегда и нужно.

Договаривайтесь с ценностью бизнес-информацией и с компромиссами.

Тебе проще новую базу создавать каждый раз. Я так делал. А старая пускай лежит как бекап.
Создаешь db1, db2, db3.... Потом удаляешь которые уже не нужны.

Или в докере разворачиваешь если пустая нужна.

Тут ничего нельзя сказать пока не будет известно что это за устройство и каким образом ОС его видит.

Попробуй поищи его через

$ lsusb

$ lspci

$ lshw

Я знаю два сильных пути оптимизации в БД.

1) Минимизация IOps. Тоесть уменшить число дисковых чтений. Для таблиц это достигается через
partitions by date. Вычисляешь экспериментально оптимальный размер partition (например 1 неделя).
И твои запросы по диапазону должны попадать в 1-2 partitions. Это исключает full-table-scan.
Ну и индекс попробуй построить по предикатам фильтров.

2) Материализация ответов. Для данных которые уже не будут изменяться ты строишь где-то такую
табличку (матрицу по сути) где хранишь уже заранее расчитанные данные. Эта технология по разному
может называться. Materialized View. OLAP cubes. Витрины данных. Но суть одна.

start_date    end_date     result 
01-02-2023    03-02-2023   { "1":"65", "2":"45" }

И индекс по двум датам.

Сделай генерацию из двух частей. Подложку пускай сделает Midjourney.

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

Когда говорят о таких высоко-технологичных отраслях то язык разработки обычно не имеет значения.
Лучше найди вообще доступные в open-source augment reallity libs и посмотри какой у них API.

Дописать до них вызовы API из Python это уже не science а обычная работа инженера. И тут главное - поставить
правильно цель. А идти от языка - это неправильная цель.