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.
Questo e' il modello di preemption tradizionale di Linux,
ideato in rispetto del throughput. Fornira' una buona latenza
nella maggior parte dei casi, ma non vi sono garanzie e
lunghi ritardi possono occasionalmente avvenire.
Selezionare questa opzione se si sta compilando un kernel
per un server o un sistema scientifico o di calcolo, o
se si vuole massimizzare la potenza di calcolo grezza del
kernel a dispetto delle latenze nello scheduling.
Preemption volontaria del kernel (desktop) (PREEMPT_VOLUNTARY)
Questa opzione riduce la latenza del kernel aggiungendo piu' punti
di "preemption esplicita" al codice del kernel. Questi nuovi punti
di preemption sono stati selezionati per ridurre la massima latenza
del rischedulamento, causando reazioni piu' veloci delle applicazioni
al costo di un throughput leggermente piu' basso.
Questo consente reazioni ad eventi interattivi permettendo ad un
processo a bassa priorita' di pre-svuotarsi volontariamente anche se
sta eseguendo una chiamata in kernel mode.
Questo consente alle applicazioni di girare piu' 'dolcemente' anche
quando il sistema e' sotto carico.
Selezionare questo se si sta compilando un kernel per un sistema
desktop.
Kernel preemptible (desktop a bassa latenza) (PREEMPT)
Questa opzione riduce la latenza del kernel rendendo preemptible
tutto il codice del kernel (non in esecuzione in una sezione
critica). Questo consente la reazione a eventi interattivi
permettendo ad un processo a bassa priorita' di venire pre-svuotato
involontariamente anche se sta eseguendo una chiamata di sistema
in kernel mode, non potendo altrimenti raggiungere un punto di
preemption naturale. Questo permette alle applicazioni di girare
piu' 'dolcemente' anche quando il sistema e' sotto carico, al costo
di un throughput un po' piu' basso ed un leggero overhead al
codice del kernel.
Selezionare questo se si sta compilando un kernel per un sistema
desktop o embedded con richieste di latenza dell'ordine dei
millisecondi.
vorrei cambiare in latenza destop [2]
ho apache e mysql (un sito) poi lo uso per chattare, scoltare musica, qualche film e p2p....
qualcuno lo ha mai provato con questa config, potrei riscontrare qualche problema ?
Io ho compilato selezionando desktop. Il computer lo uso esclusivamente come desktop e credo che qualche miglioramento in termini di tempo di risposta delle applicazioni c'è stato (forse è solo suggestione ).
Sicuramente di problemi non ne avrai.
Queste opzioni servono per stabilire come si comporterà lo scheduler: se preemptive (con prerilascio) o no. Uno scheduler preemptive interromperà il processo in esecuzione in base a qualche politica di scheduling (di solito allo scadere di un quanto di tempo) per caricarne un altro e quindi favorendo l'avanzamento dell'esecuzione di più processi. Uno scheduler preemptive è quindi più adatto ad un sistema desktop perchè garantirà risposte più veloci e quindi un sistema più "fluido". Un server invece dovrà soddisfare delle richieste in coda. In questo caso si preferisce cercare di portare a termine un processo alla volta perchè è importante soddisfare ogni singola richiesta subito. In uno scheduler non preemptive il processo in esecuzione potrà essere interrotto solamente a causa di un interrupt (attesa di I/O, syscall, etc...). L'utilizzo di uno scheduler preemptive introduce un certo overhead dovuto ai frequenti cambi di processo.
Dopo tutta questa digressione (che a me è servita per fare un ripasso lampo in vista dell'esame di sistemi operativi) posso dirti che dipende dal numero di richieste che ha il server. Se usi il computer anche come desktop puoi anche scegliere l'opzione desktop.
).
