questo non lo so. Qualche info forse si può trovare qui:
https://www.kernel.org/doc/Documenta...tchdog-api.txt
http://wiki.linuxaudio.org/wiki/system_configuration
http://www.makelinux.net/ldd3/chp-7-sect-4
questo non lo so. Qualche info forse si può trovare qui:
https://www.kernel.org/doc/Documenta...tchdog-api.txt
http://wiki.linuxaudio.org/wiki/system_configuration
http://www.makelinux.net/ldd3/chp-7-sect-4
Ultima modifica di UnixMan : 24-11-2016 a 14:48
Ciao, Paolo.
«Se tu hai una mela, e io ho una mela, e ce le scambiamo, allora tu ed io abbiamo sempre una mela per uno. Ma se tu hai un'idea, ed io ho un'idea, e ce le scambiamo, allora abbiamo entrambi due idee.»
499 / 3 = 1 CPU interrupt ogni 166...333 ms.
10/2 = 1 CPU interrupt ogni 0...5 ms.
Da quello che ho capito io cercando di documentarmi in merito, su sistemi RT se processi a priorità inferiore impiegano la CPU per tempi > all'intervallo max tra 2 interrupt di un processo RT (l'output di squeezelite,ad esempio) un processo "watchdog" si attiva con il compito di fermarli e lasciare risorse al processo vitale.
Questo è il motivo per cui un sistema RT a parità di cose da fare può provocare un carico maggiore. Non è ottimizzato per i consumi ma per garantire che il processo 'vitale' si svolga nei tempi previsti, senza interruzioni.
L'utilizzo di Buffer elevati (e period count bassi) rende inutile il lavorio, dato che i 'tempi da garantire' diventano molto meno stringenti per ogni singolo passaggio (quindi cala conseguentemente la probabilità che altri processi occupino la CPU per tempi così lunghi) con l'effetto collaterale dell'aumento della latenza.
Aggiungo io che alti buffer suonano più morbidi, mentre piccoli buffer suonano più veloci e con medio alti in evidenza (dettaglio?) ...ci sarà una relazione tra le cose?
Ciao, Marco.
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
— E. F. Schumacher (mis-attributed to A. Einstein)
________________________________________________________________________________
Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE
Posto il la configurazione del kernel che mi sta veramente piacendo...la puó provare chiunque, la compilazione é molto veloce, in caso di HW differente basta cambiare solo qualcosina. @Marco ti consiglio di provarlo sia con valori per alsa 40:2::1 che 40:2::0 .
Senza Moduli e sono circa 2860 righe
https://paste.pound-python.org/show/...OmOMOMxO9qhX5/
101 tasks
le opzioni che mi incuriosiscono nel kernel sono queste:codice:top - 11:38:06 up 1:34, 1 user, load average: 0,19, 0,10, 0,08 Tasks: 101 total, 1 running, 100 sleeping, 0 stopped, 0 zombie %Cpu(s): 0,2 us, 0,2 sy, 0,0 ni, 99,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st KiB Mem : 3933720 total, 1658840 free, 2090388 used, 184492 buff/cache KiB Swap: 0 total, 0 free, 0 used. 1771576 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 84 root -51 0 0 0 0 S 8,0 0,0 8:04.96 irq/20-xhci-hcd 5692 squeeze+ -79 0 2198092 1,958g 3900 S 1,7 52,2 0:32.15 squeezelite-R2 7095 root 20 0 23928 3116 2596 R 0,7 0,1 0:00.15 top 2379 root -51 0 0 0 0 S 0,3 0,0 0:24.58 irq/16-enp1s0 1 root 20 0 4196 1488 1392 S 0,0 0,0 0:01.66 init 2 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kthreadd 3 root 20 0 0 0 0 S 0,0 0,0 0:00.45 ksoftirqd/0 4 root -2 0 0 0 0 S 0,0 0,0 0:00.78 ktimersoftd/0 6 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/0:0H 8 root -2 0 0 0 0 S 0,0 0,0 0:01.34 rcu_preempt 9 root -2 0 0 0 0 S 0,0 0,0 0:01.34 rcu_preempt 9 root -2 0 0 0 0 S 0,0 0,0 0:00.00 rcu_sched 10 root -2 0 0 0 0 S 0,0 0,0 0:00.00 rcub/0 11 root -2 0 0 0 0 S 0,0 0,0 0:00.29 rcuc/0 12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kclksetdelayd 13 root rt 0 0 0 0 S 0,0 0,0 0:00.00 posixcputmr/0 14 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kcmosdelayd 15 root rt 0 0 0 0 S 0,0 0,0 0:00.01 migration/0 16 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 17 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 18 root rt 0 0 0 0 S 0,0 0,0 0:00.00 migration/1 19 root -2 0 0 0 0 S 0,0 0,0 0:00.24 rcuc/1 20 root -2 0 0 0 0 S 0,0 0,0 0:00.56 ktimersoftd/1 21 root 20 0 0 0 0 S 0,0 0,0 0:00.34 ksoftirqd/1 22 root rt 0 0 0 0 S 0,0 0,0 0:00.00 posixcputmr/1 24 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/1:0H 25 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/2 26 root rt 0 0 0 0 S 0,0 0,0 0:00.01 migration/2
e se attivare o no in General setup Automatic process group sheduling
Ciao, Paolo.
«Se tu hai una mela, e io ho una mela, e ce le scambiamo, allora tu ed io abbiamo sempre una mela per uno. Ma se tu hai un'idea, ed io ho un'idea, e ce le scambiamo, allora abbiamo entrambi due idee.»
Al momento é disabilitato...anche perché volevo sperimentare libcgroup e queste si installano senza errore solo se quella opzione é disabilitata
PS: le immagini di sopra sono prese cosi....la configurazione che ho postato é diversa dalle immagini (per le prime tre)..é stata scelta terza opzione prima immagine, seconda nella seconda e seconda nella terza....(giusto per precisare)
Ho visto usare i cgroups (Control Groups) per limitare le risorse ad alcuni processi, a lavoro. Dici che nel nostro uso sono utili?
Intanto, sto cercando un DOM (DiskOnModule) per la mia configurazione vecchiotta: l'USB2 è troppo lento e intasa il controller, magari un qualcosa collegato al SATA non sarebbe male. Ora ho un disco meccanico (250Gb! :o) che basta e avanza, ma un similSSD è un'altra cosa.
Ultima modifica di smanet_ : 11-12-2016 a 15:10
Sicuro!!!
In effetti ancora non ho capito bene come funziona...
ma da qualcosa trovata in giro pensavo a una cosa del genere
in cgconfig.conf
Dove viene creato un kernel cgroup di nome rtaudio. Gestito da root, tutti gli utenti del gruppo audio possono usarlo. Viene definito l´uso della cpu da parte dei processi RT, quelli appartenenti al gruppo posoono usarlo per i 950000 ns e al resto rimane la restante parte 50000 ns.codice:namespace { cpu = /; } group rtaudio { perm { task { uid = root; gid = audio; } admin { uid = root; gid = root; } } cpu { cpu.rt_runtime_us = 950000; } }
e poi cambiare il cgrules.conf con le applicazioni che ci interesano.
es.
codice:@audio:squeezelite-R2 cpu rtaudio/ @audio:mpd cpu rtaudio/ @audio:networkaudiod cpu rtaudio/
Dopo aver parlato con Piero Olmeda l´autore di AudioLinux (AudioLinux - The audiophile realtime plug & play operative system) e di rtapp e ha confermato che per lui non c´é nessun problema nell´usare RTapp in gentoo,
allora ho parlato con fediliallalinea che si reso subito disponibile all´adattamento di RTapp per Gentoo.
Ha dovuto aggiungere qualche script e modifacarne qualche altro per farli funzionare su Gentoo.
Tipo gli initScript di avvio per RTapp e rtapp-timere e un conf per quest ultimo che si trova in /etc/conf.d/rtapp-timer
se si aggiunge rtapp-timer all´avvio é inutile aggiungere anche rtapp.
Per chi usa una interfaccia grafica le "applicazioni" se le ritrova nei menu in sistema. Altrimenti vanno lanciati da terminale, funzionano da qualsiasi posizione .
Questo é il redame contenuto nei sorgenti http://www.tophifi.it/ftp/packages/rtapp.tar.gz
fedeliallalinea ha previsto sia una installazione con systemd che con openrc (é precisocodice:RTAPP suite RTAPP RTRESET RTSTATUS RTMONITORIRQ RTCHECK RTTEST Copyright AudioLinux <audiolinux AT fastmail DOT fm> http://www.audio-linux.com License: custom 2015 version 0.6.4 --------------------------------------------------------------- Before running rtapp, have a look at the config file located at /etc/rtapp/rtapp.conf and make sure the defaults are OK. -------------------------------- For the variables RTIRQ_PRIO_DECR, RTIRQ_PRIO_HIGH, RTIRQ_PRIO_DECR, RTIRQ_NAME_LIST see rtirq documentation. # Here you can list the applications that you want give realtime priority # jack and jackdbus shoud not be included in this list. APPLICATIONS="mpd hqplayer hqplayerd mediacenter20 networkaudiod deadbeef linuxsampler ardour-3.5.403 rosegarden" # Maximum value MAX_PRIORITY for application priority. This must be (RTIRQ_PRIO_DECR + 1) < MAX_PRIORITY <= (RTIRQ_PRIO_HIGH - (RTIRQ_PRIO_DECR * <number of items in RTIRQ_NAME_LIST>)) MAX_PRIORITY="80" # manual: the applications priority will have the value set in MAX_PRIORITY # manualdec: same as manual but the priority will decrease by one step from the first to the last application # auto: the value will be a step (RTIRQ_PRIO_DECR) under the minimum value of priority set by rtirq (this value depends on the number of items in RTIRQ_NAME_LIST and the number of audio hardware connected to the same USB bus) # autodec: same as auto but the priority will decrease by one step from the first to the last application MODE="autodec" ------------------------------- To start rtapp, you must first start the systemctl timer: # systemctl start rtapp.timer Then you can enable the service at boot: # systemctl enable rtapp.timer rtapp.timer will call rtapp.service in /usr/lib/systemd/system rtapp will check the priority of audio applications every 60 seconds. If you wanto to change this please edit OnUnitActiveSec in /usr/lib/systemd/system/rtapp.timer RTRESET rtreset will reset all real time priority (irq and applications) to SCHED_OTHER RTSTATUS rtstatus will show the status of irq and applications realtime priorities. It is also very useful for checking if your audio card is sharing IRQ with another device since it is showing the Vendor and Product names! (cat /proc/interrupts instead would be useless because it will not show cards names) In the EXAMPLE 1 below you can see three USB audio cards and HQplayer application with very high max priority in rtirq. In this example the Amanero USB card is connected to an USB extender. As you can see "CMEDIA USB2.0 High-Speed True HD Audio" is sharing interrupt 23 with "Combo384 Amanero", but "iFi (by AMR) HD USB Audio" is the only hardware device connected at interrupt 16, as it should be for best performance. Now, if you want to give the maximum priority to "iFi (by AMR) HD USB Audio", you must check the usb of this card, in this case usb1, and change the line RTIRQ_NAME_LIST="rtc usb snd" to RTIRQ_NAME_LIST="rtc usb1 snd" RTMONITORIRQ For checking the realtime utilization you can start rtmonitorirq. This will show the name of devices connected to the specified irq and the IRQs/Second parameter. If the same irq of an audio device is used by another device you will see that IRQs/Second will be > 0 also when the audio card is disconnected. --> see EXAMPLE 2 below RTTEST rttest will show the latency of your system using first only cyclictest (STANDARD TEST) and after both hackbench and cyclictest (STRESS TEST). The package rt-tests is a dependency. If the results of STANDARD TEST are much higher than the results of STRESS TEST and you have an Intel processor you could add a line like intel_idle.max_cstate=0 to your Grub or Syslinux kernel line in configuration file. RTCHECK rtcheck will show some important information about your system: 1) Type of kernel (realtime or not) 2) rtc0 and hpet max user frequency 3) CPU scaling status 4) System latency 5) Audio group members 6) pam-limits 7) Realtime max priority and max memory allocation ++++++++++++++++++++++++++++++ EXAMPLE 1 (rtstatus) REALTIME PRIORITY RTPRIO PRI COMMAND 95 135 irq/8-rtc0 93 133 irq/16-firewire 91 131 irq/23-ehci_hcd 90 130 irq/23-uhci_hcd 89 129 irq/44-snd_hda_ 50 90 irq/9-acpi 50 90 irq/17-mmc0 50 90 irq/18-ehci_hcd 50 90 irq/16-uhci_hcd 50 90 irq/21-uhci_hcd 50 90 irq/19-uhci_hcd 50 90 irq/19-uhci_hcd 50 90 irq/19-mmc1 50 90 irq/19-ata_piix 50 90 irq/18-uhci_hcd 50 90 irq/1-i8042 50 90 irq/45-mei_me 50 90 irq/18-i801_smb 50 90 irq/43-enp0s25 50 90 irq/46-nvidia 1 41 ksoftirqd/0 1 41 ksoftirqd/1 87 127 /usr/bin/jackdbus auto 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer 85 125 /usr/bin/hqplayer -------------------------------------------------------------------------------------------------------- AUDIO CARDS CARD TYPE ADDRESS NAME card0 Internal Audio card card0 --> -- ALC889 Digital card1 USB Audio card usb6 --> 262a:10e2 HiFimeDIY Audio SA9023 -------------------------------------------------------------------------------------------------------- USB INTERRUPTS AND DEVICES USB1 IRQ=18 EHCI Host Controller, UVC Camera (05ca:18b5) USB2 IRQ=16 RF Receiver, Sony RF Receiver, UHCI Host Controller USB3 IRQ=23 EHCI Host Controller, Officejet 6500 E709n, Ventura Ultra, WorkCentre 3119 Series USB4 IRQ=21 Broadcom Bluetooth Device, UHCI Host Controller USB5 IRQ=19 Touchscreen, UHCI Host Controller USB6 IRQ=23 HiFimeDIY Audio SA9023 USB Audio, SA9023 USB Audio, UHCI Host Controller USB7 IRQ=19 UHCI Host Controller USB8 IRQ=18 HID FLASH LOADER, Logitech Unifying Device. Wireless PID:101b, UHCI Host Controller, USB Receiver -------------------------------------------------------------------------------------------------------- FIREWIRE INTERRUPTS AND DEVICES fw0 IRQ=16 Linux Firewire fw1 IRQ=16 EDIROL -------------------------------------------------------------------------------------------------------- INTERNAL SOUND CARD AND INTERRUPTS card0 IRQ=44 HDA Intel Headphone, HDA Intel Line, HDA Intel Mic -------------------------------------------------------------------------------------------------------- SUMMARY OF ALL INTERRUPTS IRQ=0 IO-APIC-edge timer IRQ=1 IO-APIC-edge i8042 IRQ=8 IO-APIC-edge rtc0 IRQ=9 IO-APIC-fasteoi acpi IRQ=16 IO-APIC-fasteoi firewire_ohci, uhci_hcd:usb2 --> RF Receiver, Sony RF Receiver, UHCI Host Controller --> EDIROL, Linux Firewire IRQ=17 IO-APIC-fasteoi mmc0 IRQ=18 IO-APIC-fasteoi ehci_hcd:usb1, uhci_hcd:usb8, i801_smbus --> EHCI Host Controller, UVC Camera (05ca:18b5) --> HID FLASH LOADER, UHCI Host Controller, USB Receiver --> SMBus I801 adapter at 0400 IRQ=19 IO-APIC-fasteoi uhci_hcd:usb5, uhci_hcd:usb7, mmc1, ata_piix --> Touchscreen, UHCI Host Controller --> UHCI Host Controller IRQ=21 IO-APIC-fasteoi uhci_hcd:usb4 --> Broadcom Bluetooth Device, UHCI Host Controller IRQ=23 IO-APIC-fasteoi ehci_hcd:usb3, uhci_hcd:usb6 --> HiFimeDIY Audio SA9023 USB Audio, SA9023 USB Audio, UHCI Host Controller --> EHCI Host Controller, Officejet 6500 E709n, Ventura Ultra, WorkCentre 3119 Series IRQ=43 PCI-MSI-edge enp0s25 IRQ=44 PCI-MSI-edge snd_hda_intel --> HDA Digital PCBeep, HDA Intel Headphone, HDA Intel Line, HDA Intel Mic, Realtek IRQ=45 PCI-MSI-edge mei_me IRQ=46 PCI-MSI-edge nvidia --> NVIDIA i2c adapter 0 at 1:00.0, NVIDIA i2c adapter 1 at 1:00.0, NVIDIA i2c adapter 2 at 1:00.0, NVIDIA i2c adapter 5 at 1:00.0 +++++++++++++++++++++++++++++++++++++ EXAMPLE 2 (rtmonitorirq) IRQ=23 HARDWARE DEVICES: IO-APIC-fasteoi ehci_hcd:usb3, uhci_hcd:usb6 ---> EHCI Host Controller, Officejet 6500 E709n, Ventura Ultra, WorkCentre 3119 Series, HiFimeDIY Audio SA9023 USB Audio, SA9023 USB Audio, UHCI Host Controller, IRQs/Second --> 9 IRQs/Second --> 0 IRQs/Second --> 25 IRQs/Second --> 0 IRQs/Second --> 9 IRQs/Second --> 0 +++++++++++++++++++++++++++++++++++++ EXAMPLE 3 (rttest) Please enter the number of loops in ten thousands units and hit Enter. Example: 1 instead of 10000 1 STANDARD TEST policy: fifo: loadavg: 0.49 3.57 10.31 1/466 7471 T: 0 ( 7470) P:98 I:100 C: 10000 Min: 4 Act: 10 Avg: 11 Max: 34 T: 1 ( 7471) P:98 I:100 C: 10000 Min: 3 Act: 17 Avg: 14 Max: 34 STRESS TEST Running in process mode with 10 groups using 40 file descriptors each (== 400 tasks) Each sender will pass 10000 messages of 100 bytes policy: fifo: loadavg: 0.49 3.57 10.31 89/869 7875 T: 0 ( 7509) P:98 I:100 C: 10000 Min: 3 Act: 5 Avg: 5 Max: 26 T: 1 ( 7569) P:98 I:100 C: 10000 Min: 4 Act: 5 Avg: 5 Max: 22)
se nelle USE flag é presente systemd installa i service per systemd, se no installa solo quelli per openrc.
Questa ultima cosa l ha fatta anche per networkaudiod.
Per installarlo basta aggiornare l´overlay gallifrey
codice:layman -s gallefreyse sul sistema non sono presenti rtirq e rt-tests li installa come dipendenze.codice:emerge --ask rtapp
Esempio di qualche comado:
mi dice che l´irq della JL non é usato da nessuno, se i valori erano diversi da 0 c´era altro che usava lo stesso irq.codice:IRQ=19 IO-APIC 19-fasteoi ahci[0000:00:13.0] IRQ=20 IO-APIC 20-fasteoi xhci-hcd:usb1 --> JLsounds Hi-Rez Audio 2.0, USB2.0 Hub, xHCI Host Controller gentooplayer RTapp # rtmonitorirq Please type the irq number that you want to monitor Possible values are: 0 8 9 16 18 19 20 NMI LOC SPU PMI IWI RTR RES CAL TLB TRM THR MCE MCP ERR MIS PIN PIW ? 20 IRQ=20 HARDWARE DEVICES: IO-APIC 20-fasteoi xhci-hcd:usb1 --> JLsounds Hi-Rez Audio 2.0, USB2.0 Hub, xHCI Host Controller, (Press q to quit) IRQs/Second --> 0 IRQs/Second --> 0 IRQs/Second --> 0 IRQs/Second --> 0 IRQs/Second --> 0 IRQs/Second --> 0q IRQs/Second --> 0
test su kernel fullyRT
test su kernel basicRTcodice:gentooserver package.keywords # rttest Please enter the number of loops in ten thousands units and hit Enter. Example: 1 instead of 10000 1 STANDARD TEST # /dev/cpu_dma_latency set to 0us policy: fifo: loadavg: 0.00 0.00 0.02 2/203 7570 T: 0 ( 7566) P:98 I:100 C: 10000 Min: 2 Act: 5 Avg: 4 Max: 24 T: 1 ( 7567) P:98 I:100 C: 10000 Min: 2 Act: 5 Avg: 4 Max: 9 T: 2 ( 7568) P:98 I:100 C: 10000 Min: 2 Act: 3 Avg: 3 Max: 9 T: 3 ( 7569) P:98 I:100 C: 9999 Min: 4 Act: 5 Avg: 4 Max: 12 STRESS TEST Running in process mode with 10 groups using 40 file descriptors each (== 400 tasks) Each sender will pass 10000 messages of 100 bytes # /dev/cpu_dma_latency set to 0us policy: fifo: loadavg: 0.00 0.00 0.02 132/606 7976 T: 0 ( 7614) P:98 I:100 C: 10000 Min: 2 Act: 5 Avg: 4 Max: 19 T: 1 ( 7653) P:98 I:100 C: 10000 Min: 3 Act: 5 Avg: 4 Max: 13 T: 2 ( 7695) P:98 I:100 C: 10000 Min: 3 Act: 5 Avg: 4 Max: 9 T: 3 ( 7740) P:98 I:100 C: 10000 Min: 2 Act: 4 Avg: 4 Max: 12 If the results of STANDARD TEST are much higher than the results of STRESS TEST and you have an Intel processor you could add a line like intel_idle.max_cstate=0 to your Grub or Syslinux kernel line in configuration file. Beware that in this case the CPU temperature will increase.
codice:Please enter the number of loops in ten thousands units and hit Enter. Example: 1 instead of 10000 1 STANDARD TEST # /dev/cpu_dma_latency set to 0us policy: fifo: loadavg: 0.00 0.01 0.01 1/125 2484 T: 0 ( 2481) P:98 I:100 C: 10000 Min: 3 Act: 4 Avg: 3 Max: 11 T: 1 ( 2482) P:98 I:100 C: 9994 Min: 3 Act: 4 Avg: 3 Max: 17 T: 2 ( 2483) P:98 I:100 C: 9952 Min: 3 Act: 4 Avg: 3 Max: 12 T: 3 ( 2484) P:98 I:100 C: 9910 Min: 2 Act: 4 Avg: 3 Max: 9 STRESS TEST Running in process mode with 10 groups using 40 file descriptors each (== 400 tasks) Each sender will pass 10000 messages of 100 bytes # /dev/cpu_dma_latency set to 0us policy: fifo: loadavg: 15.78 3.28 1.07 361/527 2903 T: 0 ( 2520) P:98 I:100 C: 9931 Min: 4 Act: 6 Avg: 5 Max: 234 T: 1 ( 2545) P:98 I:100 C: 9952 Min: 3 Act: 7 Avg: 6 Max: 345 T: 2 ( 2574) P:98 I:100 C: 9899 Min: 3 Act: 5 Avg: 6 Max: 338 T: 3 ( 2597) P:98 I:100 C: 9848 Min: 3 Act: 5 Avg: 5 Max: 356 If the results of STANDARD TEST are much higher than the results of STRESS TEST and you have an Intel processor you could add a line like intel_idle.max_cstate=0 to your Grub or Syslinux kernel line in configuration file. Beware that in this case the CPU temperature will increase.
RTAPP:
puoi ricordarci a cosa serve e perchè è utilie? Non avevamo già risolto con altri strumenti (non ricordo il nome, però)? Se si, sono alternativi e va eliminato il primo o possono convivere?
La mia memoria comincia a perdere colpi...
p.s.
Vorrei provare la compilazione con i tuoi parametri, ma non riesco più a trovare le istruzioni complete per farlo, riesci a metttere un link?
p.p.s.
Qualcuno ha provato con un PI o ODROID?
Ciao, Marco.
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction."
— E. F. Schumacher (mis-attributed to A. Einstein)
________________________________________________________________________________
Autore della patch R2 per Squeezelite e del plugin C-3PO. note libere
Logitech media Server 7.9 > miniPc + squeezelite-R2 / SB+ > "Lu Scalmentu" NOS R2R DAC by TubeOne/ AudioResearch DAC 1-20 >
Klimo Merlino Gold TPS > DIS Interconnect > Kent Gold > Reference > Monitor Audio Studio 20 SE
Ci sono attualmente 3 utenti che stanno visualizzando questa discussione. (0 utenti e 3 ospiti)
|
nexthardware.com - © 2002-2022 |
Rispondi quotando
