Возможно pydub.silence не оптимально использует память.
Что он кладет в память - чорт его знает. Но если это разновидность исходных данных
в виде спектров, векторов, матриц или что-то подобное то надо проредить эти данные.
Например - понизить число каналов и семплирование файла.
Настоящим прорывом в свое время была Java 1.5. В ней появилось обобщенное программирование.
И хотя с точки зрения JRE код все равно выглядел как генерик, параметризованный Object то все равно
в коде это выглядело очень круто.
Еще один языковый прорыв - это функции высшего порядка (в которые можно передавать
аргументом другие функции) начиная с Java 8. Это тоже прорыв. Теперь можно было сделать
шаг влево от классического ООП. Язык из чисто-ООПшного стал медленно дрейфовать в мультипрадигму.
Больше прорывов не было ИМХО. Все остальные инновации были вобще не языковые а платформенные
и библиотечные.
Да. Сложно придумать объективный тест, который покажет какая конфигурация лучше.
Скорее всего лучше брать приложение под нагрузкой и запускать его на обоих
конфигурациях и мерять время отклика.
Pantuchi, смотри. Разница между 4 и 27 секунд важна не для твоего кода а для бизнеса.
Спроси бизнес как они хотят?
Вариант где ты в StringBuilder/SQLBuilder делаешь текст запроса - нормальный вариант.
Я так тоже делал. Единственное - проверь на SQL-инжекции вручную до подстановки параметров.
Не знаю как работает оптимизатор MSSQL. Возможно в варианте с хардкодом констант
оптимизатор видел более правильный план чем с bind-variables. Я такой эффект наблюдал
на Oracle.
Да. Это типичная постановка для BigData/ETL. Хуже всего то что твой DSL все равно не покрывает
все потенциально возможно новые инпуты. Поэтому такая задача будет почти всегда в стадии бета-версии.
Бизнес растет и меняется и под него надо постоянно подстраивать DSL. И очередная подстройка
уже может потребовать еще одного слоя абстракций например.
Что он кладет в память - чорт его знает. Но если это разновидность исходных данных
в виде спектров, векторов, матриц или что-то подобное то надо проредить эти данные.
Например - понизить число каналов и семплирование файла.
44khz/16bit / Stereo => 11khz / 8Bit / Mono