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

**antonellocaroli** · 28-10-2016, 22:10

Originariamente inviato da marcoc1712

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

codice:

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.

Su l´altro pc ho tutto un altro uso di cpu...a paritá di S.O e di kernel

codice:

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
  103 root     -51   0       0      0      0 S   2,3  0,0   0:04.34 irq/18-ehci_hcd
 2183 root     -51   0       0      0      0 S   1,0  0,0   0:01.58 irq/18-i801_smb
   76 root      20   0       0      0      0 D   0,7  0,0   0:02.87 kworker/2:1
 3361 root      20   0   21868   3096   2512 R   0,7  0,1   0:00.17 top
   31 root      20   0       0      0      0 S   0,3  0,0   0:00.38 ksoftirqd/2
   61 root      20   0       0      0      0 D   0,3  0,0   0:01.98 kworker/0:1
    1 root      20   0    4196   1396   1292 S   0,0  0,0   0:03.93 init

codice:

gentooplayer filippo # cat /proc/interrupts
           CPU0       CPU1       CPU2       CPU3
  0:         23          0          0          0   IO-APIC   2-edge      timer
  1:          2          0          0          0   IO-APIC   1-edge      i8042
  8:         55          0          0          0   IO-APIC   8-edge      rtc0
  9:          3          0          0          0   IO-APIC   9-fasteoi   acpi
 18:     638025          0          0          0   IO-APIC  18-fasteoi   ehci_hcd:usb1, i801_smbus
 23:         76          0          0          0   IO-APIC  23-fasteoi   ehci_hcd:usb2
 24:      10295          0          0          0   PCI-MSI 512000-edge      ahci[0000:00:1f.2]
 25:          2          0          0          0   PCI-MSI 1048576-edge      xhci_hcd
 26:          0          0          0          0   PCI-MSI 1048577-edge      xhci_hcd
 27:          0          0          0          0   PCI-MSI 1048578-edge      xhci_hcd
 28:          0          0          0          0   PCI-MSI 1048579-edge      xhci_hcd
 29:          0          0          0          0   PCI-MSI 1048580-edge      xhci_hcd
 30:          0          0          0          0   PCI-MSI 2097152-edge      xhci_hcd
 31:    1805842          0          0          0   PCI-MSI 1572864-edge      enp3s0
 32:         41          0          0          0   PCI-MSI 32768-edge      i915
NMI:          2          2          1          1   Non-maskable interrupts
LOC:     148919      39145     142044      32059   Local timer interrupts
SPU:          0          0          0          0   Spurious interrupts
PMI:          2          2          1          1   Performance monitoring interrupts
IWI:          0          0          0          0   IRQ work interrupts
RTR:          1          0          0          0   APIC ICR read retries
RES:        694       5216       3014       5634   Rescheduling interrupts
CAL:       1703       1370       1561       1660   Function call interrupts
TLB:        521        427        454        467   TLB shootdowns
TRM:          0          0          0          0   Thermal event interrupts
THR:          0          0          0          0   Threshold APIC interrupts
MCE:          0          0          0          0   Machine check exceptions
MCP:          3          3          3          3   Machine check polls
ERR:          0
MIS:          0
PIN:          0          0          0          0   Posted-interrupt notification event
PIW:          0          0          0          0   Posted-interrupt wakeup event

Stessa cosa se collego alla usb3 che non é intel ma Renesas

**antonellocaroli** · 28-10-2016, 22:21

Originariamente inviato da marcoc1712

a. i processi relativi a schede audio (anche quella interna, inutilizzata, ottengono maggiore priorità):

Perché non la disattivi la scheda audio interna? nel bios...

b. si sposta la priorità di ALCUNI dei processi, ma non di tutti, USB e rete assumono priorità più elevata rispetto a squeeezelite.

non é cosi:

codice:

 PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
 1186 root     -86   0       0      0      0 S  12,2  0,0   1:26.34 irq/88-xhci_hcd
 2989 root     -81   0       0      0      0 S   0,3  0,0   2:12.90 irq/89-enp1s0
 4408 squeeze+ -99 -20 2143548 1,958g   4664 S   0,3 52,4   0:40.01 squeezelite-R2

Ma in effetti non so se é cosa buona che un software abbia maggiore prioritá di un irq hw...

per questo proponevo rtapp...per i software

**UnixMan** · 28-10-2016, 23:04

Originariamente inviato da antonellocaroli

Ma in effetti non so se é cosa buona che un software abbia maggiore prioritá di un irq hw...

decisamente no. Abbassa la priorità di squeezelite...

**UnixMan** · 28-10-2016, 23:19

Io non ho messo R2 tra i processi gestiti da rtirq. Invece, ho impostato la priorità RT del thread di output ad 89 tramite l'opzione "-p". Il mio attuale file di configurazione ("/etc/default/squeezelite"), su Debian:

codice:

# Defaults for squeezelite initscript
# sourced by /etc/init.d/squeezelite
# installed at /etc/default/squeezelite by the maintainer scripts

# The name for the squeezelite player:
SL_NAME="R2@$(hostname -s)"

# ALSA output device:
#SL_SOUNDCARD='default:CARD=Set'
#SL_SOUNDCARD='iec958:CARD=D20,DEV=0'
#SL_SOUNDCARD='hw:0,0'
#SL_SOUNDCARD='hw:CARD=Amanero,DEV=0'
SL_SOUNDCARD='hw:CARD=D20,DEV=0'
#SL_SOUNDCARD='hw:CARD=x20,DEV=0'

# Squeezebox server (Logitech Media Server): IP address of your squeezebox 
# server. Usually unnecessary as the server is automatically discovered.
#SB_SERVER_IP='192.168.x.y'
SB_SERVER_IP='127.0.0.1'

# Additional options to pass to squeezelite:
# Please do not include -z to make squeezelite daemonise itself.
# Example Daphile-like settings:
#SB_EXTRA_ARGS='-b 3072:4096 -R -u vME:::28 -x -c flac,pcm,mp3,ogg,dsd -r 44100,48000,88200,96000,176400,192000 -a 100:3:32:1 -p 45'
#
# The following variables are used only locally to build "SB_EXTRA_ARGS".

SB_MAC='-m nn:nn:nn:nn:nn:nn'

# ALSA output device params: -a <b>:<p>:<f>:<m> where:
# <b>   buffer time in milliseconds (values<500) or
#       size in bytes (default 40ms);
# <p>   period count (values<50) or size in bytes (def.=4);
# <f>   sample format (possible values: 16, 24, 24_3 or 32); 
# <m>   whether to use mmap (possible values: 0 or 1).
#
SL_OUT_PARM=''
#SL_OUT_PARM='-a 100:3:32:1'
#SL_OUT_PARM='-a :2'
#SL_OUT_PARM='-a 499:::'
#SL_OUT_PARM='-a 300:3'
#SL_OUT_PARM='-a 499:4' # last good
#recommended by Marco C.:
SL_OUT_PARM='-a 499:2::0'

# Buffering: -b <internal stream>:<output buffer> (KB)
#
SL_BUFFERS=''
#recommended by Marco C.: SL_BUFFERS='-b 1024000:1024000'
SL_BUFFERS='-b 102400:102400'
#SL_BUFFERS='-b 65535:65535'
#SL_BUFFERS='-b 20480:20480'
# good: SL_BUFFERS='-b 10240:10240' 
#SL_BUFFERS='-b 8192:12288'
#SL_BUFFERS='-b 6144:9216'
#SL_BUFFERS='-b 3072:4096'

# Codecs: -c <codec1>,...
# restrict codecs only to those specified. Use -h to get codec list.
#
#SL_CODECS='-c flac,pcm,mp3,ogg,dsd'
#SL_CODECS='-c aif,dsd,wav'
SL_CODECS=''

# Real time priority of output thread (1-99; default 45).
#SL_RTPRIO='-p 45'
#SL_RTPRIO='-p 98'
SL_RTPRIO='-p 89'

# Supported sample rate(s):
#
#SL_RATES='-r 44100,48000,88200,96000,176400,192000'
#SL_RATES='-r 384000'
#SL_RATES='-r 352800-384000'
SL_RATES=''

# Upsampling options (-R|-u 1:2:3:4:5:6:7)
# 1 <recipe>:           [v|h|m|l|q][L|I|M][s][E|X]
# 2 <flags>:            (see man page)
# 3 <attenuation>:      (dB)
# 4 <precision>:        (bits)
# 5 <passband_end>:     (% of Nyquist freq., def=91.3)
# 6 <stopband_start>:   (% of Nyquist freq., def=100)
# 7 <phase_response>    (0-100; 0=M, 25=I, 50=L)
#
#SL_UPSAMPLE='-u vME:::28'      # Daphile
#SL_UPSAMPLE='-u vLE:0:::98'
#SL_UPSAMPLE='-u vIE:0::64:98'
#SL_UPSAMPLE='-u vIE:2::64:98'
#SL_UPSAMPLE='-u vIE:8::64:98'
#SL_UPSAMPLE='-u vMX:32::64:95'
#SL_UPSAMPLE='-u vIX:32::64:90'
#SL_UPSAMPLE='-u vX:60:3:64:91:95:25'
#SL_UPSAMPLE='-u vX:8:3::::50'
SL_UPSAMPLE=''

# SL logging/debugging options:
# -d slimproto=info
# -d stream=info
# -d decode=info
# -d output=info
# -d ir=debug
# -d all=info
# -f /var/log/squeezelite.log
#
SL_LOG_ARGS=''
#SL_LOG_ARGS='-d stream=info -d decode=info -d output=debug -d ir=debug -f /tmp/squeezelite.log'
SL_LOG_ARGS='-d all=debug -d slimproto=info -f /tmp/squeezelite.log'
#
# Add '-D' for DoP DSD support.
# Add "-x" to disable downsampling.
#
SB_EXTRA_ARGS="
        $SB_MAC         \
        -C 1            \
        $SL_BUFFERS     \
        $SL_CODECS      \
        $SL_UPSAMPLE    \
        $SL_RATES       \
        $SL_OUT_PARM    \
        $SL_RTPRIO      \
        $SL_LOG_ARGS    \
"

**bibo01** · 29-10-2016, 01:05

Originariamente inviato da antonellocaroli

Perché non la disattivi la scheda audio interna? nel bios...

non é cosi:

codice:

 PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
 1186 root     -86   0       0      0      0 S  12,2  0,0   1:26.34 irq/88-xhci_hcd
 2989 root     -81   0       0      0      0 S   0,3  0,0   2:12.90 irq/89-enp1s0
 4408 squeeze+ -99 -20 2143548 1,958g   4664 S   0,3 52,4   0:40.01 squeezelite-R2

Ma in effetti non so se é cosa buona che un software abbia maggiore prioritá di un irq hw...

per questo proponevo rtapp...per i software

Infatti, io in AudioLinux ho HQPlayer (o qualsiasi altro player attivo) a 89 e, in rtirq dove c'è la voce timer (ho solo quella), la riga è commentata.

A questo proposito, vedi questo post.

Dando il comando

ps -eLo rtprio,pri,cmd | grep TuaApplicazionePlayer

scopri la priorità RT della tua applicazione

**antonellocaroli** · 29-10-2016, 10:53

Originariamente inviato da UnixMan

Io non ho messo R2 tra i processi gestiti da rtirq. Invece, ho impostato la priorità RT del thread di output ad 89 tramite l'opzione "-p". Il mio attuale file di configurazione ("/etc/default/squeezelite"), su Debian:

Pensavo che quel -p non funzionasse...invece ha un suo senso

codice:

gentooplayerP RTapp # ps -eLo rtprio,pri,cmd | grep squeezelite-R2
     -  39 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
     -  39 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
    89 129 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
     -  39 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
     -  19 grep --colour=auto squeezelite-R2

Un thread prende quella prioritá

rtapp chiaramente la "sovrascrive"

codice:

gentooplayerP RTapp # ps -eLo rtprio,pri,cmd | grep squeezelite-R2
    75 115 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
    75 115 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
    75 115 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
    75 115 /usr/bin/squeezelite-R2 -C 1 -o hw:CARD=J20,DEV=0 -p 89 -b 1024000 1024000 -a 499 2  0
     -  19 grep --colour=auto squeezelite-R2

**antonellocaroli** · 29-10-2016, 12:14

L´uso eccessivo di cpu da parte della usb potrebbe essere un problema simile a questo?

https://forums.gentoo.org/viewtopic-...6-start-0.html

**marcoc1712** · 29-10-2016, 14:10

Originariamente inviato da antonellocaroli

L´uso eccessivo di cpu da parte della usb potrebbe essere un problema simile a questo?

https://forums.gentoo.org/viewtopic-...6-start-0.html

Per quello che ho potuto capire non is tratta dello stesso problema dello SSD lì riportato, paradossalmente l'uso di CPU da parte del driver USB3 è più lato 'on idle' che non mentre il sistema lavora, nel qual caso raggiunge livelli 'analoghi' a quelli di ethernet (12-15%) mentre on idle arriva nahce a 25%.

Che poi non siano valori significativi, dato che la CPU lavora per un totale del 99,8% è un altro fatto, ma credo che il punto sia che il driver manda 'troppi' interrut alla CPU, che deve comunque rispondere, anche se l'impegno per ogni interrupt è minimo.

Ieri sera, però, facendo delle prove, mi è capitato di verificare come degli 'spegnimenti e riaccensioni ' della JLSOUND (con relativo bump, bump) ed in effetti l'ultimo post di questo THD indirizza verso un problema analogo, verificando con:

dmesg:

codice:

[ 6290.649573] perf: interrupt took too long (2513 > 2500), lowering kernel.perf_event_max_sample_rate to 79000
[10444.124193] perf: interrupt took too long (3150 > 3141), lowering kernel.perf_event_max_sample_rate to 63000
[14955.923260] perf: interrupt took too long (3949 > 3937), lowering kernel.perf_event_max_sample_rate to 50000
[23859.892856] perf: interrupt took too long (4937 > 4936), lowering kernel.perf_event_max_sample_rate to 40000

Dove il sample rate, se ben capisco, è la frequenza con cui il driver 'interorga' lo stato del dispositivo e manda l'inetrrupt di controllo. il meccanismo abbassa dinamicamente il numero di richieste , ad evitare che vengano assorbite tutte le risorse disponibili e nel farlo, per qualche ragione, disconnette e riconnette il dispositivo.

Sarei pronto a scommettere che si tratta di una funzionalità di debug lasciata nel codice, che la versione corrente in debian rsolve. Bisognerebbe indagare SE la stessa nuova verisone (di cosa?) è disponibile per gentoo.

N.B::

Si verifica solo con rtIRQ installato MA disattivato, prima di installarlo non is è mai verificato e con il srvizio attivo non mi si è mai verifiato (ancora).

**bigtube** · 29-10-2016, 17:00

Originariamente inviato da marcoc1712

Per quello che ho potuto capire non is tratta dello stesso problema dello SSD lì riportato, paradossalmente l'uso di CPU da parte del driver USB3 è più lato 'on idle' che non mentre il sistema lavora, nel qual caso raggiunge livelli 'analoghi' a quelli di ethernet (12-15%) mentre on idle arriva nahce a 25%.

Che poi non siano valori significativi, dato che la CPU lavora per un totale del 99,8% è un altro fatto, ma credo che il punto sia che il driver manda 'troppi' interrut alla CPU, che deve comunque rispondere, anche se l'impegno per ogni interrupt è minimo.

Ieri sera, però, facendo delle prove, mi è capitato di verificare come degli 'spegnimenti e riaccensioni ' della JLSOUND (con relativo bump, bump) ed in effetti l'ultimo post di questo THD indirizza verso un problema analogo, verificando con:

dmesg:

codice:

[ 6290.649573] perf: interrupt took too long (2513 > 2500), lowering kernel.perf_event_max_sample_rate to 79000
[10444.124193] perf: interrupt took too long (3150 > 3141), lowering kernel.perf_event_max_sample_rate to 63000
[14955.923260] perf: interrupt took too long (3949 > 3937), lowering kernel.perf_event_max_sample_rate to 50000
[23859.892856] perf: interrupt took too long (4937 > 4936), lowering kernel.perf_event_max_sample_rate to 40000

Dove il sample rate, se ben capisco, è la frequenza con cui il driver 'interorga' lo stato del dispositivo e manda l'inetrrupt di controllo. il meccanismo abbassa dinamicamente il numero di richieste , ad evitare che vengano assorbite tutte le risorse disponibili e nel farlo, per qualche ragione, disconnette e riconnette il dispositivo.

Sarei pronto a scommettere che si tratta di una funzionalità di debug lasciata nel codice, che la versione corrente in debian rsolve. Bisognerebbe indagare SE la stessa nuova verisone (di cosa?) è disponibile per gentoo.

N.B::

Si verifica solo con rtIRQ installato MA disattivato, prima di installarlo non is è mai verificato e con il srvizio attivo non mi si è mai verifiato (ancora).

oh bella....finisce che rtirq lo togliamo tutti al volo....usiamo tutti la jlsounds

**antonellocaroli** · 29-10-2016, 17:05

Originariamente inviato da bigtube

oh bella....finisce che rtirq lo togliamo tutti al volo....usiamo tutti la jlsounds

???? perché??

Si verifica solo con rtIRQ installato MA disattivato, prima di installarlo non is è mai verificato e con il srvizio attivo non mi si è mai verifiato (ancora).

questo é strano....rtIRQ é uno script....se non lo avvii non ha nessun impatto sul sistema....l´installazione non fa altro che mettere i file di conf a loro posto e l´init script al suo....perché la semplice installazione dovrebbe avere qualche effetto?

Nome Computer:	Windows HQPlayer/LMS + Windows NAA
Processore:	Intel Core i7 2600K - Intel Core i3 2100T
Scheda Madre:	MSI P67A-GD65 - Gigabyte H67MA USB3 B3
Memorie RAM:	G Skill RipjawsX F3-12800CL9-4GBXL 4x4 GB - Kingston PC3 10600 CL9 1x1GB
Scheda Video:	NVIDIA Quadro 600 (1 GB) - Integrata
Harddisk:	Crucial 120GB SSD - Crucial 64GB SSD
Alimentatore:	SilverStone NightJar 400w - Alimentazione linare DY con PicoPsu
Scheda Audio:	....... - X Sabre Matrix/JLSound I2S over USB with AK4396
Raffreddamento ad Aria:	noctua ndh14 - .........
Sistema Operativo:	Windows 8.1 - Windows server 2012 R2
Software:	HQPlayer/LMS - Audio Optimizer/NDA/Squeezelite

Nome Computer:	Windows HQPlayer/LMS + Windows NAA
Processore:	Intel Core i7 2600K - Intel Core i3 2100T
Scheda Madre:	MSI P67A-GD65 - Gigabyte H67MA USB3 B3
Memorie RAM:	G Skill RipjawsX F3-12800CL9-4GBXL 4x4 GB - Kingston PC3 10600 CL9 1x1GB
Scheda Video:	NVIDIA Quadro 600 (1 GB) - Integrata
Harddisk:	Crucial 120GB SSD - Crucial 64GB SSD
Alimentatore:	SilverStone NightJar 400w - Alimentazione linare DY con PicoPsu
Scheda Audio:	....... - X Sabre Matrix/JLSound I2S over USB with AK4396
Raffreddamento ad Aria:	noctua ndh14 - .........
Sistema Operativo:	Windows 8.1 - Windows server 2012 R2
Software:	HQPlayer/LMS - Audio Optimizer/NDA/Squeezelite

Processore:	Intel Core2 Duo
Scheda Madre:	Intel DP35DP
Memorie RAM:	DDRII, 4GB
Scheda Video:	nVidia, fanless
Harddisk:	Western Digital AV-GB WD30EURX, 3 TB
Scheda Audio:	DIYINHK Xmos USB-I2S + AK4490 DAC, North Star design Model 192 DAC (via USB-I2S), QNKTC "Audio Widget" AB-1.1
Case:	Antec Sonata
Sistema Operativo:	Debian GNU/Linux
Software:	LMS+C-3PO+Squeezelite-R2

Processore:	Intel Core2 Duo
Scheda Madre:	Intel DP35DP
Memorie RAM:	DDRII, 4GB
Scheda Video:	nVidia, fanless
Harddisk:	Western Digital AV-GB WD30EURX, 3 TB
Scheda Audio:	DIYINHK Xmos USB-I2S + AK4490 DAC, North Star design Model 192 DAC (via USB-I2S), QNKTC "Audio Widget" AB-1.1
Case:	Antec Sonata
Sistema Operativo:	Debian GNU/Linux
Software:	LMS+C-3PO+Squeezelite-R2

Nome Computer:	Windows HQPlayer + NAA CuBox-i2
Processore:	Intel Core i7 4790 Quad Core 3.6GHz
Scheda Madre:	Asus H97I-PLUS Mini ITX
Memorie RAM:	Corsair Vengeance 2x4GB 1600Mhz DDR3 Low Profile
Harddisk:	Samsung 2.5" 120GB 840 EVO Series SSD
Alimentatore:	Cooler Master G450M 450W
Scheda Audio:	LKS Audio Dual ES9018 USB DAC MH-DA002
Raffreddamento ad Aria:	Cooler Master fan Gemini II M4 CPU Cooler
Case:	Silverstone ML04
Sistema Operativo:	Win 8.1; Win 10; WinServer; AudioLinux
Software:	HQPlayer

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

Strumenti della discussione

Valuta questa discussione

Display

Informazioni Thread

Users Browsing this Thread

Regole d'invio

Nome Computer:	pc (server musicale), minipc (client), i5 Sviluppo
Processore:	pc: DualCore AMD Athlon 64 X2, 3000 MHz (15 x 200) 6000+; miniPc: Cleron N2930 fanless; I5: Intel Core I5-7400 3.00 GHz.
Scheda Madre:	pc: Asus M2N (3 PCI, 2 PCI-E x1, 1 PCI-E x16, 4 DDR2 DIMM, Audio, Gigabit LAN) miniPc ? I5 Asus Z-270 P
Memorie RAM:	pc 4 x Kingston KTC1G-UDIMM 1 GB DDR2-800 DDR2 SDRAM (6-6-6-18 @ 400 MHz) miniPc 2x 2GB, I5 2x 8GB
Scheda Video:	pc: NVIDIA GeForce 210 (1024 MB), miniPc Intel HD, I5 Intel HD.
Harddisk:	pc: 3 x WDC WD20 EARS-00MVWB0 SCSI Disk Device (1863 GB). 2 xWDC WD10 EACS-22D6B0 SCSI Disk Device (931 GB), miniPc 1 x 64 GB SSD M2, I5 522 GD SSD + 1TB HD WD RED.
Alimentatore:	pc 500W, miniPc 12V 3A Lineare, I5 650 W
Scheda Audio:	Lu Criaturo, Audio Research DAC 1-20
Case:	pc MiniTOWER ATX, miniPc fanless 8123, I4 Minitower ATX
Lettori CD/DVD:	DVD-RAM:12x, DVD-ROM:16x, CD:48x/32x/48x DVD+RW/DVD-RW/DVD-RAM)
Schermo LCD/CRT:	I5: Philips 24"
Sistema Operativo:	Pc Debian/WIn XP, miniPc Gentoo, I5: Win10 / Ubuntu.
Software:	Logitech media serve 7.9 + C-3PO, Squeezelite R2.

Nome Computer:	Futro S450 (Thin Client)
Processore:	AMD Sempron 200U 1,6 Ghz
Scheda Madre:	MiniITX Fanless
Memorie RAM:	1 Gb
Scheda Video:	integr.
Harddisk:	comp.flash 4 Gb
Alimentatore:	Esterno lineare 230 AC/19V DC
Scheda Audio:	Esterna JLSound I2SoverUSB
Raffreddamento ad Aria:	fanless
Case:	Fujitsu/Siemens
Lettori CD/DVD:	no
Schermo LCD/CRT:	no
Sistema Operativo:	DEBIAN - VoyageMPD - Daphile - MpdPup
Software:	LMS +C3PO - Squeezelite-R2