Gentoo: Installazione PC Server (HQPlayer, LMS ) e PC Player (NAA, Mpd, Squeezelite-R2)

[bigtube]

New Clues and possible workarounds for USB 3.0 audio problems (pops, clicks, crackles, dropouts)

[marcoc1712]

non si apre il link

New Clues and possible workarounds for USB 3.0 audio problems (pops, clicks, crackles, dropouts)

Grazie, corretto.

[marcoc1712]

Credo che in quell'elenco delle tue porte usb dovresti riuscire ad avere solo 20-ehci_hcd, senza 22-ehci_hcd che si prende priorità 92 senza essere probabilmente usato. Infatti, sto assumendo che 20-ehci_hcd sia il tuo DAC usb o comunque la porta in uscita del tuo stream.


Per RTIRQ_PRIO_HIGH puoi mettere "95" perché, come vedi anche dal tuo risultato, non va oltre il valore 95.

credo che la seconda porta di Giovanni sia la chiavetta con il sistema

[bigtube]

credo che la seconda porta di Giovanni sia la chiavetta con il sistema

E ma certo....son le uniche porte attive....thanks Marco

[bibo01]

E ma certo....son le uniche porte attive....thanks Marco

Allora deve rimanere nella lista

[bibo01]

@bibo

Sai che tipo di licenza ha rtapp? visto che é un pacchetto per archlinux...presumo si possa usare liberamente....(?)

Non so... ti conviene chiedere direttamente a Piero - hifi25nl che ne è anche il maintainer

[bigtube]

Allora deve rimanere nella lista

furbo....ci rimane per forza

[marcoc1712]

Confesso che non capisco bene lo scopo ed il funzionamneto di questo rtirq.

Da quello che leggo nel manuale di ALSA, si tratta di un tool che riconsce i processi relativi alle schede audio e ne alza la priorità dinamcamente, al fine di limitare la latenza. E' così?

Posto che nei mieri risultati di

/etc/init.d/rtirq restart

 * Stopping rtirq ...
Setting IRQ priorities: stop [rtc] irq=8 pid=106: OK.
Setting IRQ priorities: stop [HDA-Intel] irq=91 pid=2284: OK.
Setting IRQ priorities: stop [ehci_hcd] irq=23 pid=101: OK.
Setting IRQ priorities: stop [xhci_hcd] irq=88 pid=1287: OK.
Setting IRQ priorities: stop [enp] irq=89 pid=3014: OK.                   [ ok ]
 * Starting rtirq ...
Setting IRQ priorities: start [rtc] irq=8 pid=106 prio=90: OK.
Setting IRQ priorities: start [HDA-Intel] irq=91 pid=2284 prio=85: OK.
Setting IRQ priorities: start [ehci_hcd] irq=23 pid=101 prio=80: OK.
Setting IRQ priorities: start [xhci_hcd] irq=88 pid=1287 prio=80: OK.
Setting IRQ priorities: start [enp] irq=89 pid=3014 prio=70: OK.          [ ok ]

non compare mai [timer] e già questa è una differenza (cos'è timer?, non ho nessun processo con quel nome), quello che vedo succedere è:


a. i processi relativi a schede audio (anche quella interna, inutilizzata, ottengono maggiore priorità):
b. si sposta la priorità di ALCUNI dei processi, ma non di tutti, USB e rete assumono priorità più elevata rispetto a squeeezelite.

prima:

 1287 root      20   0       0      0      0 S  15.9  0.0 690:35.44 irq/88-xhc+
16004 squeeze+  20   0 2245064 2.005g   3780 S  14.9 53.6   0:08.58 squeezelit+
 3014 root      20   0       0      0      0 S  13.6  0.0  22:25.32 irq/89-enp+
18277 root      20   0   21860   3080   2512 R   1.0  0.1   0:01.31 top
17665 root      20   0   21004   3976   2860 S   0.7  0.1   0:07.59 htop
   21 root      -2   0       0      0      0 S   0.3  0.0   0:34.02 ktimersoft+
   22 root      20   0       0      0      0 S   0.3  0.0   0:31.66 ksoftirqd/1
   31 root      20   0       0      0      0 S   0.3  0.0   0:43.49 ksoftirqd/2
   40 root      20   0       0      0      0 S   0.3  0.0   0:38.70 ksoftirqd/3
    1 root      20   0    4196   1636   1536 S   0.0  0.0   0:11.04 init

dopo:

 1287 root     -81   0       0      0      0 S  12.9  0.0 690:44.00 irq/88-xhc+
 3014 root     -71   0       0      0      0 S   6.3  0.0  22:34.26 irq/89-enp+
16004 squeeze+  20   0 2245064 2.005g   3780 S   4.3 53.6   0:16.92 squeezelit+
18399 root      20   0   21864   3124   2592 R   1.0  0.1   0:00.09 top
17665 root      20   0   21004   3976   2860 S   0.7  0.1   0:08.18 htop
    3 root      20   0       0      0      0 S   0.3  0.0   0:30.96 ksoftirqd/0
   38 root      20   0       0      0      0 S   0.3  0.0   0:08.85 rcuc/3
    1 root      20   0    4196   1636   1536 S   0.0  0.0   0:11.04 init

Però non capisco il significato di:


RTIRQ_NON_THREADED="rtc snd"

e

RTIRQ_HIGH_LIST="timer networkaudiod squeezelite-R2 mpd"

Cosa dovrebbero fare?
squeezelite-R2 mantiene stessa priorità e nice prima o dopo l'avvio di rtirq...

Stante questo risultato, perchè dovrebbe essere preferibile dare maggiot priorità ad USB e rete rispetto agli altri processi, compreso squeezelite?
IN sistemi 'minimamente' dotati, ha un effetto reale? (con 0. di CPU, nessun processo è mai realmente differito).

Potrei non avre capito nulla però... si sente che qualcosa fa.

[UnixMan]

Credo che in quell'elenco delle tue porte usb dovresti riuscire ad avere solo 20-ehci_hcd, senza 22-ehci_hcd che si prende priorità 92 senza essere probabilmente usato.

se non è usato, è ininfluente.

Comunque, anziché mettere genericamente "usb", dovresti poter mettere qualcosa del genere:

"ehci_hcd rtc snd uhci_hcd usb firewire eth0 nvidia" (ecc...)

[marcoc1712]

Cercando di capirci qualcosa, ho dato un'occhiata al egistro degli interrupt prodotti dai diversi dispositivi hw/driver:

cat /proc/interrupts
            CPU0       CPU1       CPU2       CPU3
   0:         41          0          0          0   IO-APIC    2-edge      timer
   8:          1          0          0          0   IO-APIC    8-fasteoi   rtc0
   9:          0          0          0          0   IO-APIC    9-fasteoi   acpi
  17:          0          0          0          0   IO-APIC   17-fasteoi   brcmsmac
  18:          0          0          0          0   IO-APIC   18-fasteoi   i801_smbus
  23:          2          0          0          0   IO-APIC   23-fasteoi   ehci_hcd:usb1
  87:      24319          0          0          0   PCI-MSI 311296-edge      ahci[0000:00:13.0]
  88: 1354337780          0          0          0   PCI-MSI 327680-edge      xhci_hcd
  89:   38564663          0          0          0   PCI-MSI 524288-edge      enp1s0
  90:         12          0          0          0   PCI-MSI 32768-edge      i915
  91:        373          0          0          0   PCI-MSI 442368-edge      snd_hda_intel:card1
 NMI:       1844        686       1243       1221   Non-maskable interrupts
 LOC:    8523402    5834911    8718085    8101988   Local timer interrupts
 SPU:          0          0          0          0   Spurious interrupts
 PMI:       1844        686       1243       1221   Performance monitoring interrupts
 IWI:          4          0          0          0   IRQ work interrupts
 RTR:          0          0          0          0   APIC ICR read retries
 RES:     381969     662666    1327303    1345481   Rescheduling interrupts
 CAL:       5956       6846       4123       4166   Function call interrupts
 TLB:       1757        841       1469       1364   TLB shootdowns
 TRM:          0          0          0          0   Thermal event interrupts
 THR:          0          0          0          0   Threshold APIC interrupts
 DFR:          0          0          0          0   Deferred Error APIC interrupts
 MCE:          0          0          0          0   Machine check exceptions
 MCP:        577        577        577        577   Machine check polls
 ERR:          1
 MIS:          0
 PIN:          0          0          0          0   Posted-interrupt notification event
 PIW:          0          0          0          0   Posted-interrupt wakeup event

Posto che uso USB solo per collegare il DAC, gli interrupt prodoti da USB sono di gran lunga i più numerosi, probabilmente a causa del 'solito' problema con USB3 e USB AUDIO CLASS 2.
Non ho idea di quanto possa effettivamente 'turbare' l'esecuzuone, ma di certo sono tutte richieste di attenzione che la CPU (0) riceve e deve gestire. Bisognerebbe capirne di più.

Qualcuno che NON usa USB3 riesce a verificare quel parametro?

Grazie.

EDIT:

disabilitare da BIOS l'handshake xhci_hcd, attivando solo lo ehci_hcd (o entrambi) non serve, anzi a me provoca perdita di collegamento con la JLSOUND, con relativo doppio 'bump' ravvicinato.