В теме топика нет никакой обработки звука. По сути речь идет о различных сервисах.
А обработка звука это когда ты сам пишешь код, который работает с цифровой обработкой сигналов.
Если синьор-девелопер занимался задачей уже несколько дней - то считай что уже оплачено
две планки 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-ные шаблоны оптимизации
а ... прикладные что-ли.
Нужно проверить факт задержки на разных дистрибутивах. GNome, KDE, XFCE на том-же железе.
Если будет залипать только гном - то это похоже на баг. Вообще из того что на экране можно
видеть буферизацию клавиатурных событий. Причем когда автор уже отключил CAPS lock
триггер еще как будто зажат. И поэтому вторая буква печатается тоже uppercase.
Мне кажется что я такое наблюдал в 2000е на своем слабом железе на SuseLinux или Fedora
я уже не помню точно. Но это точно дефект потому что не должно быть рассинхрона
между капсом и прочими клавиатурными событиями. А тут - рассинхрон.
Для начала - надо читать багтрекер Gnome. Возможно это дефект уже известен.
Операторы в конце месяца (скорее всего) считают суммарный трафик по категориям: voice, sms, internet
и выставляют друг другу счета. Учет конкретного абонента их не будет интересовать.
Светодиод точно не причем. Там их обычно два. Один показывает несущую. Второй - тухнет
когда приходит фрейм на вход. Wake on lan - вообще отдельная технология и светодиоды
- просто следствие того что она не включена.
А обработка звука это когда ты сам пишешь код, который работает с цифровой обработкой сигналов.