BFS e real-time scheduler [RISOLTO]

Postate qui per tutte le discussioni legate a Linux in generale.

Moderatore: Staff

Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Mario Vanoni
Iper Master
Iper Master
Messaggi: 3174
Iscritto il: lun 3 set 2007, 21:20
Nome Cognome: Mario Vanoni
Slackware: 12.2
Kernel: 3.0.4 statico
Desktop: fluxbox/seamonkey
Località: Cuasso al Monte (VA)

Re: BFS e real-time scheduler [RISOLTO]

Messaggio da Mario Vanoni »

conraid ha scritto: Fammi capire Mario,fino ad ieri i 1000hz erano anti unix e vicini a m$, ora kernel real time, della serie "non mi serve per quel che dovrebbe fare realmente ma il computer schizza"...
Non è che in pratica stai scoprendo che con l'hardware che hai bastava lasciare l'installazione di default per avere prestazioni migliori del tuo "compilo come agli albori di unix"?
Dal mio profilo e` ovvio che uso sempre kernel moderni,
la differenza sta` in primo luogo nello scheduler,
velocita` compilare un kernel:
1. BFS di Con Kolivas
2. CFS di Ingo Molnar
3. RT di Thomas Gleixner
Qui non cambiava molto 100Hz oppure 1000Hz,
anche con fluxbox situazione simile.

Con 2.6.33.1-rt11 le cose cambiano
time make -j 2 bzImage 6m2,
con il -ck1 5m51, solo 11 secondi di differenza, un 3%.
Ma fluxbox/SeaMonkey diventano molto veloci.

Se osservi quanto dice top, noti voci nuove

Codice: Seleziona tutto

Cpu0  :  3.1%us,  0.4%sy,  0.0%ni, 94.7%id,  1.6%wa,  0.1%hi,  0.0%si,  0.0%st
Cpu1  :  3.0%us,  0.4%sy,  0.0%ni, 94.9%id,  1.6%wa,  0.1%hi,  0.1%si,  0.0%st
Mem:   4145024k total,  2395940k used,  1749084k free,   230408k buffers
Swap:        0k total,        0k used,        0k free,  1407948k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                                                                               
 3783 root      20   0  184m  98m  20m S    2  2.4  10:07.20 seamonkey-bin                                                                                                                                          
    1 root      20   0   776  308  264 S    0  0.0   0:00.73 init                                                                                                                                                   
    2 root      20   0     0    0    0 S    0  0.0   0:00.00 kthreadd                                                                                                                                               
    3 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/0                                                                                                                                            
    4 root     -50   0     0    0    0 S    0  0.0   0:00.00 sirq-high/0                                                                                                                                            
    5 root     -50   0     0    0    0 S    0  0.0   0:02.74 sirq-timer/0                                                                                                                                           
    6 root     -50   0     0    0    0 S    0  0.0   0:00.00 sirq-net-tx/0                                                                                                                                          
    7 root     -50   0     0    0    0 S    0  0.0   0:02.72 sirq-net-rx/0                                                                                                                                          
    8 root     -50   0     0    0    0 S    0  0.0   0:03.13 sirq-block/0                                                                                                                                           
    9 root     -50   0     0    0    0 S    0  0.0   0:00.00 sirq-block-iopo                                                                                                                                        
   10 root     -50   0     0    0    0 S    0  0.0   0:00.00 sirq-tasklet/0                                                                                                                                         
   11 root     -50   0     0    0    0 S    0  0.0   0:00.65 sirq-sched/0                                                                                                                                           
   12 root     -50   0     0    0    0 S    0  0.0   0:00.13 sirq-hrtimer/0                                                                                                                                         
   13 root     -50   0     0    0    0 S    0  0.0   0:01.20 sirq-rcu/0                                                                                                                                             
   14 root      RT   0     0    0    0 S    0  0.0   0:00.20 posixcputmr/0                                                                                                                                          
   15 root      10 -10     0    0    0 S    0  0.0   0:00.01 desched/0                                                                                                                                              
   16 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/1                                                                                                                                            
   17 root      RT   0     0    0    0 S    0  0.0   0:00.20 posixcputmr/1                                                                                                                                          
   18 root     -50   0     0    0    0 S    0  0.0   0:00.00 sirq-high/1                                                                                                                                            
   19 root     -50   0     0    0    0 S    0  0.0   0:03.50 sirq-timer/1                                                                                                                                           
   20 root     -50   0     0    0    0 S    0  0.0   0:00.00 sirq-net-tx/1                                                                                                                                          
   21 root     -50   0     0    0    0 S    0  0.0   0:02.75 sirq-net-rx/1                                                                                                                                          
   22 root     -50   0     0    0    0 S    0  0.0   0:03.00 sirq-block/1                                                                                                                                           
   23 root     -50   0     0    0    0 S    0  0.0   0:00.00 sirq-block-iopo                                                                                                                                        
   24 root     -50   0     0    0    0 S    0  0.0   0:00.00 sirq-tasklet/1                                                                                                                                         
   25 root     -50   0     0    0    0 S    0  0.0   0:00.74 sirq-sched/1                                                                                                                                           
   26 root     -50   0     0    0    0 S    0  0.0   0:00.13 sirq-hrtimer/1                                                                                                                                         
   27 root     -50   0     0    0    0 S    0  0.0   0:01.10 sirq-rcu/1                                                                                                                                             
   28 root      10 -10     0    0    0 S    0  0.0   0:00.01 desched/1                                                                                                                                              
   29 root      -2 -20     0    0    0 S    0  0.0   0:00.16 events/0                                                                                                                                               
   30 root      -2 -20     0    0    0 S    0  0.0   0:00.24 events/1                                                                                                                                               
   31 root      20   0     0    0    0 S    0  0.0   0:00.00 khelper                                                                                                                                                
   32 root      20   0     0    0    0 S    0  0.0   0:00.00 async/mgr                                                                                                                                              
   33 root      20   0     0    0    0 S    0  0.0   0:00.00 sync_supers                                                                                                                                            
   34 root      20   0     0    0    0 S    0  0.0   0:00.00 bdi-default                                                                                                                                            
   35 root      20   0     0    0    0 S    0  0.0   0:00.00 kblockd/0                                                                                                                                              
   36 root      20   0     0    0    0 S    0  0.0   0:00.00 kblockd/1                                                                                                                                              
   37 root      20   0     0    0    0 S    0  0.0   0:00.00 kacpid                                                                                                                                                 
   38 root      20   0     0    0    0 S    0  0.0   0:00.00 kacpi_notify                                                                                                                                           
   39 root      20   0     0    0    0 S    0  0.0   0:00.00 kacpi_hotplug                                                                                                                                          
   40 root     -51   0     0    0    0 S    0  0.0   0:00.00 irq/9-acpi                                                                                                                                             
   41 root      20   0     0    0    0 S    0  0.0   0:00.00 ata/0                                                                                                                                                  
   42 root      20   0     0    0    0 S    0  0.0   0:00.00 ata/1                                                                                                                                                  
   43 root      20   0     0    0    0 S    0  0.0   0:00.00 ata_aux                                                                                                                                                
   44 root      20   0     0    0    0 S    0  0.0   0:00.00 ksuspend_usbd                                                                                                                                          
   45 root      20   0     0    0    0 S    0  0.0   0:00.02 khubd                                                                                                                                                  
   46 root      20   0     0    0    0 S    0  0.0   0:00.01 kseriod                                                                                                                                                
   47 root      20   0     0    0    0 S    0  0.0   0:00.00 kmmcd                                                                                                                                                  
   50 root      20   0     0    0    0 S    0  0.0   0:00.00 rpciod/0                                                                                                                                               
   51 root      20   0     0    0    0 S    0  0.0   0:00.00 rpciod/1                                                                                                                                               
   52 root      20   0     0    0    0 S    0  0.0   0:02.87 kswapd0                                                                                                                                                
   53 root      20   0     0    0    0 S    0  0.0   0:00.00 aio/0                                                                                                                                                  
   54 root      20   0     0    0    0 S    0  0.0   0:00.00 aio/1                                                                                                                                                  
   55 root      20   0     0    0    0 S    0  0.0   0:00.00 nfsiod                                                                                                                                                 
   56 root      20   0     0    0    0 S    0  0.0   0:00.00 crypto/0                                                                                                                                               
   57 root      20   0     0    0    0 S    0  0.0   0:00.00 crypto/1                                                                                                                                               
   66 root     -51   0     0    0    0 S    0  0.0   0:07.63 irq/19-ahci                                                                                                                                            
   67 root      20   0     0    0    0 S    0  0.0   0:00.00 scsi_eh_0                                                                                                                                              
   68 root      20   0     0    0    0 S    0  0.0   0:00.00 scsi_eh_1                                                                                                                                              
   69 root      20   0     0    0    0 S    0  0.0   0:00.00 scsi_eh_2                                                                                                                                              
   70 root      20   0     0    0    0 S    0  0.0   0:00.00 scsi_eh_3                                                                                                                                              
   71 root      20   0     0    0    0 S    0  0.0   0:00.00 scsi_eh_4                                                                                                                                              
   72 root      20   0     0    0    0 S    0  0.0   0:00.00 scsi_eh_5                                                                                                                                              
   79 root     -51   0     0    0    0 S    0  0.0   0:00.00 irq/16-ahci                                                                                                                                            
   80 root      20   0     0    0    0 S    0  0.0   0:00.00 scsi_eh_6                                                                                                                                              
   81 root      20   0     0    0    0 S    0  0.0   0:00.00 scsi_eh_7                                                                                                                                              
   84 root     -51   0     0    0    0 S    0  0.0   0:00.18 irq/18-ehci_hcd                                                                                                                                        
root@va2:~# 
Mi piace da sempre provare kernel, aiuta gli sviluppatori,
basta che guardino counter.li.org e/o klive.cpushare.com,
e vedono se la loro versione e` usata.

Il fatto della velocita` WM l'ho notata per puro caso,
con la conferma della moglie (zero IT), poi ho approfondito.

PS Il 2.6.33.1 originale di Greg KH non l'ho neanche provato.

Avatar utente
conraid
Staff
Staff
Messaggi: 13631
Iscritto il: gio 14 lug 2005, 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Desktop: kde
Località: Livorno
Contatta:

Re: BFS e real-time scheduler [RISOLTO]

Messaggio da conraid »

Mario Vanoni ha scritto:
conraid ha scritto: Fammi capire Mario,fino ad ieri i 1000hz erano anti unix e vicini a m$, ora kernel real time, della serie "non mi serve per quel che dovrebbe fare realmente ma il computer schizza"...
Non è che in pratica stai scoprendo che con l'hardware che hai bastava lasciare l'installazione di default per avere prestazioni migliori del tuo "compilo come agli albori di unix"?
Dal mio profilo e` ovvio che uso sempre kernel moderni,
la differenza sta` in primo luogo nello scheduler,
nessuno nega questo, ma sono scheduler adatti ad ambienti desktop (bfs) ed a situazioni particolari (rt). Altrimenti useremmo tutti rt e via.
La sensazione è che tu volessi usare compilazioni e situazioni classiche e magari "server", con hardware e situazioni prettamente dekstop, ed ora stai scoprendo che le cose non stanno così. Probabilmente è solo una mia impressione sbagliata.
Ma non penso che con kolivas e thomas gleixner abbiano fatto quelle patch per compilare il kernel in minor tempo, ma per avere prestazioni migliori nell'uso quotidiano in ambito desktop spremendo la cpu al massimo il primo, e per far rispondere il pc in modo "real time" quando serve, latenza audio e simili, il secondo.
Se hai un file server ti serve ben altro, anche se poi il kernel si compila nel doppio del tempo.
Naturalmente sintetizzo e semplifico, non me vogliano i puristi.

Io per esempio ho provato cfs, e va sì più veloce, ma fondo il notebook. Mi tengo il default, con gestione energetica powersave.

Avatar utente
Blallo
Packager
Packager
Messaggi: 3302
Iscritto il: ven 12 ott 2007, 11:37
Nome Cognome: Savino Liguori
Slackware: 14.2 / 12.2
Kernel: 4.4.14-smp
Desktop: DWM
Località: Torino / Torremaggiore (FG)
Contatta:

Re: BFS e real-time scheduler [RISOLTO]

Messaggio da Blallo »

andando un po' OT, io l'ho provato dopo il chiamiamolo entusiastico post di mario
ed effettivamente molte applicazioni sono molto più reattive
probabilmente questo rt è più orientato al desktop di quanto possa sembrare
ora io non sono il tipo che fa bench e tutto, mi baso sull'esperienza "al tatto", quindi potrei solo avere illusioni nella mia vista :p

Mario Vanoni
Iper Master
Iper Master
Messaggi: 3174
Iscritto il: lun 3 set 2007, 21:20
Nome Cognome: Mario Vanoni
Slackware: 12.2
Kernel: 3.0.4 statico
Desktop: fluxbox/seamonkey
Località: Cuasso al Monte (VA)

Re: BFS e real-time scheduler [RISOLTO]

Messaggio da Mario Vanoni »

conraid ha scritto: Ma non penso che con kolivas e thomas gleixner abbiano fatto quelle patch per compilare il kernel in minor tempo, ma per avere prestazioni migliori nell'uso quotidiano in ambito desktop spremendo la cpu al massimo il primo, e per far rispondere il pc in modo "real time" quando serve, latenza audio e simili, il secondo.
Esperienza ed analisi dei sei mesi passati.

Macchina 1 in un locale, cd /dir/dei_wav
aplay inizio_disco.wav
HD 1TB con 32MB di memoria on-board

Macchina 2 in un altro locale,
mount la macchina 1, ethernet 100MB/s,
cd macchina_1/dir/dei_wav
aplay in_mezzo_al_disco.wav

Funziona perfettamente, ma sporadicamente interruzione,
casualmente su una o sull'altra macchina ed udibile,
aplay segnala
underrrun!!! (at least 20734.947 ms long)
numeri sempre di 5 cifre decimali.

Questo con kernel standard (CFS), BFS e RT.

IMVHO non e` un problema kernel,
ma della HW/SW del HD incapace di seguire i ritmi CPU/RAM/kernel!

Avatar utente
navajo
Staff
Staff
Messaggi: 3884
Iscritto il: gio 8 gen 2004, 0:00
Nome Cognome: Massimiliano
Slackware: 13.37 (x86_64)
Kernel: 2.6.37.6
Desktop: KDE 4.7.0 (Alien)
Località: Roma

Re: BFS e real-time scheduler [RISOLTO]

Messaggio da navajo »

Mario scusami ma non ho capito un H di quello che hai detto, o meglio non ne capisco il nesso con il discorso fatto fin' ora.
In fondo fai bene a provare a ricompilare kernel in tutte le salse possibili, si impara molto, ma alla fine, un kernel real time, per uso desktop, serve a poco. Sempre se non devi fare musica. Anzi in molti casi il kernel rt provoca danni a un sistema che magari ospita server ftp ssh o apache. Infatti Questa modalità permette ad una applicazione di avere accesso alla CPU con la massima priorità (rispetto ad ogni altra applicazione in attesa) ogni volta che venga richiesto, impedendo inoltre che un'altra applicazione possa a sua volta interrompere l'esecuzione (a meno che non sia anch'essa realtime) andando a modificare scheduler, semafori eccetera eccetera.
Insomma alla fine hai si una maggior reattività, ma a scapito di una minore potenza di calcolo.
IMHO se non ne hai bisogno, meglio non usarla, magari a vantaggio di BFS.
EDIT: Spero che mi perdionate se ho detto cavolate.. aspetto opinioni di persone più esperte di noi.

Mario Vanoni
Iper Master
Iper Master
Messaggi: 3174
Iscritto il: lun 3 set 2007, 21:20
Nome Cognome: Mario Vanoni
Slackware: 12.2
Kernel: 3.0.4 statico
Desktop: fluxbox/seamonkey
Località: Cuasso al Monte (VA)

Re: BFS e real-time scheduler [RISOLTO]

Messaggio da Mario Vanoni »

navajo ha scritto:Mario scusami ma non ho capito un H di quello che hai detto, o meglio non ne capisco il nesso con il discorso fatto fin' ora.
In fondo fai bene a provare a ricompilare kernel in tutte le salse possibili, si impara molto, ma alla fine, un kernel real time, per uso desktop, serve a poco. Sempre se non devi fare musica. Anzi in molti casi il kernel rt provoca danni a un sistema che magari ospita server ftp ssh o apache. Infatti Questa modalità permette ad una applicazione di avere accesso alla CPU con la massima priorità (rispetto ad ogni altra applicazione in attesa) ogni volta che venga richiesto, impedendo inoltre che un'altra applicazione possa a sua volta interrompere l'esecuzione (a meno che non sia anch'essa realtime) andando a modificare scheduler, semafori eccetera eccetera.
Insomma alla fine hai si una maggior reattività, ma a scapito di una minore potenza di calcolo.
IMHO se non ne hai bisogno, meglio non usarla, magari a vantaggio di BFS.
EDIT: Spero che mi perdionate se ho detto cavolate.. aspetto opinioni di persone più esperte di noi.
Nel mio ultimo post racconto che suonare musica su due macchine,
con le sorgenti su un unico computer, collegati via ethernet 100Mb/s,
kernel BFS, CFS o RT, e` la HW che sciopera/fa bizze.
Questo sempre con lo stesso kernel sulle due macchine.
L'errore "underrun" e` legato al disco, non al kernel!

Avatar utente
navajo
Staff
Staff
Messaggi: 3884
Iscritto il: gio 8 gen 2004, 0:00
Nome Cognome: Massimiliano
Slackware: 13.37 (x86_64)
Kernel: 2.6.37.6
Desktop: KDE 4.7.0 (Alien)
Località: Roma

Re: BFS e real-time scheduler [RISOLTO]

Messaggio da navajo »

Mario Vanoni ha scritto:
navajo ha scritto:Mario scusami ma non ho capito un H di quello che hai detto, o meglio non ne capisco il nesso con il discorso fatto fin' ora.
In fondo fai bene a provare a ricompilare kernel in tutte le salse possibili, si impara molto, ma alla fine, un kernel real time, per uso desktop, serve a poco. Sempre se non devi fare musica. Anzi in molti casi il kernel rt provoca danni a un sistema che magari ospita server ftp ssh o apache. Infatti Questa modalità permette ad una applicazione di avere accesso alla CPU con la massima priorità (rispetto ad ogni altra applicazione in attesa) ogni volta che venga richiesto, impedendo inoltre che un'altra applicazione possa a sua volta interrompere l'esecuzione (a meno che non sia anch'essa realtime) andando a modificare scheduler, semafori eccetera eccetera.
Insomma alla fine hai si una maggior reattività, ma a scapito di una minore potenza di calcolo.
IMHO se non ne hai bisogno, meglio non usarla, magari a vantaggio di BFS.
EDIT: Spero che mi perdionate se ho detto cavolate.. aspetto opinioni di persone più esperte di noi.
Nel mio ultimo post racconto che suonare musica su due macchine,
con le sorgenti su un unico computer, collegati via ethernet 100Mb/s,
kernel BFS, CFS o RT, e` la HW che sciopera/fa bizze.
Questo sempre con lo stesso kernel sulle due macchine.
L'errore "underrun" e` legato al disco, non al kernel!
ora è chiaro :D grazie Mario

Mario Vanoni
Iper Master
Iper Master
Messaggi: 3174
Iscritto il: lun 3 set 2007, 21:20
Nome Cognome: Mario Vanoni
Slackware: 12.2
Kernel: 3.0.4 statico
Desktop: fluxbox/seamonkey
Località: Cuasso al Monte (VA)

Re: BFS e real-time scheduler [RISOLTO]

Messaggio da Mario Vanoni »

navajo ha scritto:
Mario Vanoni ha scritto:
navajo ha scritto:Mario scusami ma non ho capito un H di quello che hai detto, o meglio non ne capisco il nesso con il discorso fatto fin' ora.
In fondo fai bene a provare a ricompilare kernel in tutte le salse possibili, si impara molto, ma alla fine, un kernel real time, per uso desktop, serve a poco. Sempre se non devi fare musica. Anzi in molti casi il kernel rt provoca danni a un sistema che magari ospita server ftp ssh o apache. Infatti Questa modalità permette ad una applicazione di avere accesso alla CPU con la massima priorità (rispetto ad ogni altra applicazione in attesa) ogni volta che venga richiesto, impedendo inoltre che un'altra applicazione possa a sua volta interrompere l'esecuzione (a meno che non sia anch'essa realtime) andando a modificare scheduler, semafori eccetera eccetera.
Insomma alla fine hai si una maggior reattività, ma a scapito di una minore potenza di calcolo.
IMHO se non ne hai bisogno, meglio non usarla, magari a vantaggio di BFS.
EDIT: Spero che mi perdionate se ho detto cavolate.. aspetto opinioni di persone più esperte di noi.
Nel mio ultimo post racconto che suonare musica su due macchine,
con le sorgenti su un unico computer, collegati via ethernet 100Mb/s,
kernel BFS, CFS o RT, e` la HW che sciopera/fa bizze.
Questo sempre con lo stesso kernel sulle due macchine.
L'errore "underrun" e` legato al disco, non al kernel!
ora è chiaro :D grazie Mario
Il problema sara` risolvibile (forse) quando ci saranno SSD piu` grandi,
per il momento, quardando "Trova Prezzi", si fermano a 256MB.
Visto che le mie macchine si avvicinano al "end-of-live" (eta` 3-4 anni),
magari usciranno SSD da 1-2TB prima della loro morte.

Unico problema aperto, cito:
A story on Geekzone tells us that IDEMA (Disk Drive, Equipment, and Materials Association) is planning to implement a new standard for HDD sector usage, replacing the old 512-byte sector with a new 4096-byte sector.
Se riusciranno a mettersi d'accordo, e se il kernel Linux lo digerira`!

Mario Vanoni
Iper Master
Iper Master
Messaggi: 3174
Iscritto il: lun 3 set 2007, 21:20
Nome Cognome: Mario Vanoni
Slackware: 12.2
Kernel: 3.0.4 statico
Desktop: fluxbox/seamonkey
Località: Cuasso al Monte (VA)

Re: BFS e real-time scheduler [RISOLTO]

Messaggio da Mario Vanoni »

conraid ha scritto: Fammi capire Mario,fino ad ieri i 1000hz erano anti unix e vicini a m$, ora kernel real time, della serie "non mi serve per quel che dovrebbe fare realmente ma il computer schizza"...
Non è che in pratica stai scoprendo che con l'hardware che hai bastava lasciare l'installazione di default per avere prestazioni migliori del tuo "compilo come agli albori di unix"?
Aggiornamento dopo qualche settimana di uso del kernel 2.6.33.2-rt13 statico 1000Hz:

SeaMonkey 2.0.3 con siti con add-ons molto attivi,
premetto con linea TELECOM ITALIA rurale, e` lentissimo.

Rimettendo il kernel a cento Hertz (100Hz) diventa usabile di nuovo.

Quindi esperimentare variazioni di kernel non nuoce!

Avatar utente
Blallo
Packager
Packager
Messaggi: 3302
Iscritto il: ven 12 ott 2007, 11:37
Nome Cognome: Savino Liguori
Slackware: 14.2 / 12.2
Kernel: 4.4.14-smp
Desktop: DWM
Località: Torino / Torremaggiore (FG)
Contatta:

Re: BFS e real-time scheduler [RISOLTO]

Messaggio da Blallo »

prova a rifare delle prove con ck a 1000hz...così per test

Mario Vanoni
Iper Master
Iper Master
Messaggi: 3174
Iscritto il: lun 3 set 2007, 21:20
Nome Cognome: Mario Vanoni
Slackware: 12.2
Kernel: 3.0.4 statico
Desktop: fluxbox/seamonkey
Località: Cuasso al Monte (VA)

Re: BFS e real-time scheduler [RISOLTO]

Messaggio da Mario Vanoni »

jimmy_page_89 ha scritto:prova a rifare delle prove con ck a 1000hz...così per test
Premetto sempre giudizi soggettivi con linea rurale ... dei tempi di Giulio Cesare!
Ogni trattore che passa sotto il filo di rame aumenta il rumore sulla linea.

2.6.33.2-rt13 statico
1000Hz il piu` lento
100Hz molto meglio

2.6.33.1-ck1 statico
100Hz molto meglio, simile a sopra
1000Hz nessuna differenza notabile,
ma TELECOM ITALIA aggiorna ogni 5 secondi i valori della connessione,
per esempio il margine di rumore: /7/8/9/10/11/12/13/14db, quindi ...

make -j 2 bzImage piu` veloce il -ck1

trasferta NFS tra macchine, kernel simili

Avatar utente
Blallo
Packager
Packager
Messaggi: 3302
Iscritto il: ven 12 ott 2007, 11:37
Nome Cognome: Savino Liguori
Slackware: 14.2 / 12.2
Kernel: 4.4.14-smp
Desktop: DWM
Località: Torino / Torremaggiore (FG)
Contatta:

Re: BFS e real-time scheduler [RISOLTO]

Messaggio da Blallo »

io personalmente nel breve periodo di uso dell'rt ho notato si un incremento di prestazioni (ad occhio nudo si intende)
solo che vanno per singola app!
quindi meglio ck secondo me, per uso desktop
un rt me lo tengo sempre, casomai dovessi registrare...

Rispondi