Я давно не под виндой и даже виртуалки с ней под рукой сейчас нет, но если память не изменяет - можно сделать ярлык на батник и в его свойствах указать, чтобы оно запускалось в свернутом виде.
Если я правильно понял речь идет примерно о такой схеме (пардон за повтор, лишь хочу написать более понятно для себя):
1) БД с сырыми данными для визуализации
2) Скрипты обработки этих данных
3) Страница, которая генерируется динамически с js библиотекой для визуализации данных ввиде графиков (типа того же d3js)
Если так, то я задал себе такие вопросы для начала:
1) Нужно ли нам вообще получать единоразово все данные - если нет, то получать сразу только то, что нужно
2) Ответ от БД обрабатываем к тому виду, который нужен js библиотеке (json например)
3) Если данных много, то каким-то образом кэшируем результат - в дальнейшем пользователю отдается либо кэш (если время его актуальности не истекло) либо повторяем с первого шага
3.1) Как вариант можно всегда отдавать пользователю только кэш - как его получать и где держать - по усмотрению
4) Собственно передаем данные в js для визуализации
Выбор между php и python тут неактуален - 250000 строк ответа БД перекинуть в нужный формат и у того и другого без каких-то очень хитрых замут займет одинаковое количество времени.
Если проблема именно в скорости работы этого дела в браузере - проблема явно на стороне клиентского js (возможно библиотека для ослика реализует что-то, что по умолчанию есть в других браузерах и на это тратится дополнительное время).
PS: Возвращаясь к первому абзацу - а плохо ли базе данных? Просто сначала речь о ней, а потом уже о желании оптимизировать парсинг. Просто выгрузить каждые 5 минут 250к записей - проблема для psql быть не должно.
Спасибо! Я правда нашел, кажется, подходящее решение ввиде ЦАПа Fiio D03K, в который на вход будет подаваться вигнал по оптике с PS4, а сам он будет подключаться к звуковой плате, к которой уже подключена наушники
Просто термин в русском редко используется, в отличие от английского. Термину уже 300 лет в обет (256 если быть точным. Соглсно вики: «Термин был введён Шарлем де Броссом в Histoire des navigations aux terres australes (1756»)
