These are chat archives for SMERM/smerm.github.io

4th
Feb 2016
Nicola Bernardini
@nicb
Feb 04 2016 13:29
ehm per essere puntigliosi non è proprio come dice @grammaton, @DavideMaggio :-)
il punto è che il computer non è che faccia "meno cose contemporaneamente": fa quello che deve fare, nel tempo che ci vuole per farlo. Per questo esistono i buffer audio: per dargli un po' di tempo per eventualmente recuperare dei ritardi dovuti ad altri processi che hanno preso il sopravvento. Per cui sostanzialmente: buffer piccolo => bassa latenza ma anche rischio di glitch, buffer grande => alta latenza ma sonni tranquilli
Poi esistono i kernel linux rt (real-time) in cui si può assegnare la precedenza assoluta su tutti gli altri, per cui sono sostanzialmente dei mono-task (tipo dos, per intenderci) con ogni tanto un po' di spazio per gli altri processi. Per me sono inutilizzabili, ma YMMV.
Giuseppe
@grammaton
Feb 04 2016 14:03
@nicb fa quello che deve fare se non si sta sovraccaricando la cpu. Se ad esempio ho la macchina a 80% di cpu a 1024 e 8 processi simultanei portarla a 512 non ha come conseguenza glitch ma lo stallo completo. lasciandolo a 512 e riducendo i processi si può tornare a livelli di cpu utilizzabili. Era questo che intendevo. Davo per scontato che @DavideMaggio non stesse facendo glitch MUSIC.