Поскольку автор только что зарегистрировался и сразу задал такой вопрос.
Я добавлю что не лишним будет упомянуть об инфо-безопасности и о том
что такому коду нельзя доверять в целом. Зловред в чистом виде.
В теме топика нет никакой обработки звука. По сути речь идет о различных сервисах.
А обработка звука это когда ты сам пишешь код, который работает с цифровой обработкой сигналов.
Если синьор-девелопер занимался задачей уже несколько дней - то считай что уже оплачено
две планки Kingston Fury 32Gb. Стоит ли в самом деле упарываться оптимизацией если
есть другие пути.
Современные IDE обычно предлагают 2 опции.
- использовать вашу JDK/Java/Scala/Python что есть на диске
- автоматически скачать нужную версию для текущего проекта
подозреваю что вы использовали второй вариант. В этом был весь вопрос?
Основная претензия которую я слышал и видел своими глазами - это то что Zfs плохо
себя ведет при нехватки места на томе. Поведение может быть разное от таймаутов
до ошибок. Это было в 2018 году. Как щас - не знаю может пофиксили.
Zettabyte, я к сожалению не могу найти первоисточних информации. Но по моим "воспоминаниям"
старые версии RAR использовали аналог DES шифра (который сегодня уже не считается надежным).
Вопрос возник в 2000-е когда мы с коллегами решали во что архивировать копию БД для
передачи ее по сети коллегам из других филиалов *телекомов.
Сравнивать DES и AES - сами понимаете... это просто две разные эпохи в криптографии.
которая ждет поступления сетевых пакетов. Если-бы это была Java то я-бы сделал 2 разных
потока. В одном обслуживается графика и рабочий цикл игры а в фоновом потоке слушаются
команды сокета.
К сожалению я не шибко большой специалист в Питонах. Я знаю что питон использует
свою модель мультипоточки которая базируется не на потоках а на асинхронизме.
И проблема топика в том как подружить синхронный игровой цикл в кадрах (50 кадров в секунду)
и второй асинхронный цикл приемки сетевых пакетов.
Сколько у тебя клиентов одновременно ходят в сервер? Ты сервер запустил локально? (127.0.0.1)?
Я не уверен что этот код правильный. Ты где-то видел в туториалах по PyGame чтоб так писали?
time.sleep(0.2)
mainClock.tick(40)
Откуда взято число 8192? client_socket.recv(8192).decode('utf-8')
Вообще у тебя чудовищно много копий своего кода между клиентом и сервером.
Это создает ощущение такого флуда. Ты не пробовал сделать рефакторинг и свести
клиент-сервер к некой общей функции?
Кеширование с использованием Redis имеет смысл. Но надо сначала исчерпать все возможности
бд MySQL. Мы использовали Redis в одном проекте для крупной торговой сети косметических
магазинов США. И идея заключалась в том чтобы материализовать все возможные запросы
от клиента в том числе к рекомендательным системам в оффлайне. И предоставлять готовые
ответы в онлайне и без использования например CosmosDb как основной системы хранения.
Полностью прогретый кеш работает автономно и не взаимодействует ни с приложением ни с БД
и это дает самое большое ускорение для веб-приложений.
По сабжу автор еще не рассказал нам архитектуру своей системы и не показал execution plans.
Поэтому имеет смысл пока подождать. Надо больше собрать сведений.
Лучшее решение - это компросисс между разными видами ресурса. Мы выигрываем в чтении
данных но проигрываем в реакции системы на их обновление к примеру.
Ипатьев, да. Но автор пока нам не предоставил ни планов
ни схем и поэтому я считаю что он уже давно уже сделал тюнинг использования индексов
по максимуму и поэтому я предлагаю ему уже не MySQL-ные шаблоны оптимизации
а ... прикладные что-ли.
Это не точный замер времени. На задержках вообще нельзя ничего точно сделать.
Ищи встроенные часы. Они есть в любом языке разработки.