slacky.eu

è uscito il 2.6.30, anche se non è ancora dichiarato un kernel.org

Waiting Pat...

jimmy_page_89 ha scritto:è uscito il 2.6.30, anche se non è ancora dichiarato un kernel.org

Quindi?

Emanuele

www.kernel.org mi risulta non accessibile da circa un'ora...

Io ci sono andato:

The latest stable version of the Linux kernel is: 2.6.29.4 2009-05-20 05:27 UTC F V VI C Changelog
The latest prepatch for the stable Linux kernel tree is: 2.6.30-rc8 2009-06-03 03:48 UTC B V VI C Changelog
The latest snapshot for the stable Linux kernel tree is: 2.6.30-rc8-git6 2009-06-09 00:01 UTC B V C

Evidentemente il nostro amico ha amicizie più in alto. Ma non ho capito comunque il senso del topic, era tanto per informarci?

Emanuele

solo per informazione....
http://www.kernel.org/pub/linux/kernel/ ... 30.tar.bz2

ok, non ne capivo il senso. Si vede che il sito è in ritardo .

Emanuele

spina ha scritto:ok, non ne capivo il senso. Si vede che il sito è in ritardo .

Emanuele

no problem
forse aspettano di fare la patch per il realtime, non ancora disponibile, dato che di solito è immediatamente disponibile (almeno da quello che ho potuto vedere io)

Evidentemente il nostro amico ha amicizie più in alto.

...questo l'annuncio, diverse ore fa, di Linus -> http://article.gmane.org/gmane.linux.kernel/849020 che ho riportato anche in uno dei siti (http://linuxinvent.info/) presenti nella mia firma. La cosa più interessante, è che è stato integrato, come staging drivers -> http://kernelnewbies.org/Linux_2_6_30#h ... d5146dda00 , il progetto comedi -> http://www.comedi.org per le schede di acquisizione dati, questo hardware insomma -> http://comedi.org/hardware.html ...ad esempio io ho questa -> http://www.omega.de/produkt/p2/pcidas12.asp

Bye

http://lkml.indiana.edu/hypermail/linux ... 01348.html

vecchio ...

Io l'ho compilato ieri, ora supporta anche immagini in lzma
Per il resto niente di sconvolgente, almeno per me
Anzi... chi mi sa dire se conviene abilitare la cache per i filesystem di rete e come funziona?
Ed i tracciatori delle varie operazioni del kernel servono solamente in fase di debug o sono utili anche a noi comuni mortali?

conraid ha scritto:Io l'ho compilato ieri, ora supporta anche immagini in lzma
Per il resto niente di sconvolgente, almeno per me

bhe c'e' tomoyo (simile ad apparmor, ma migliorato sotto certi aspetti; rimane comunque la diatriba tra modelli di sicurezza basati sugli oggetti e quelli basati sui nomi e percorsi di file come tomoyo, ma non e' da buttare il fatto di avere in mainline un modulo di sicurezza con una gestione semplificata rispetto a selinux, ma non troppo semplificato come smack, che per fare cose semplici va bene ma, se vai oltre, hai ovviamente grossi limiti)

Anzi... chi mi sa dire se conviene abilitare la cache per i filesystem di rete e come funziona?

bhe, se conviene dipende dal contesto in cui lo usi e riguardo al funzionamento e' perlappunto una cache (i file acceduti di recente vengono salvati sui dischi locali e quando si va a riaccederli, se nel frattempo non hanno subito modifiche, anziche' rileggerli da rete li si legge dai dischi locali)

Ed i tracciatori delle varie operazioni del kernel servono solamente in fase di debug o sono utili anche a noi comuni mortali?

se ti riferisci a ftrace e' una sorta di systemtap molto limitato, non e' "scriptabile" (che poi in realta' neanche systemtap e' scriptabile nel vero senso del termine come dtrace, ma lo script viene convertito in un modulo del kernel) a piacere, ma offre una serie di controlli precotti accedibili via debugfs (sia per l'abilitazione dei controlli che per la lettura dell'output). Venendo alla tua domanda, questo tipo di controlli sono utili perlopiu' per fare analisi prestazionali e debug, quindi vengono utilizzati principalmente da sviluppatori o da sistemisti (ad esempio a me capita ogni tanto di utilizzarli per analisi prestazionali quando un dato servizio ha colli di bottiglia, per capire dove sono tali colli, e come risolverli); all'utente home, se non per motivi di studio e curiosita' personale, non sono molto utili.

masalapianta ha scritto:

conraid ha scritto:Io l'ho compilato ieri, ora supporta anche immagini in lzma
Per il resto niente di sconvolgente, almeno per me

bhe c'e' tomoyo (simile ad apparmor, ma migliorato sotto certi aspetti; rimane comunque la diatriba tra modelli di sicurezza basati sugli oggetti e quelli basati sui nomi e percorsi di file come tomoyo, ma non e' da buttare il fatto di avere in mainline un modulo di sicurezza con una gestione semplificata rispetto a selinux, ma non troppo semplificato come smack, che per fare cose semplici va bene ma, se vai oltre, hai ovviamente grossi limiti)

Purtroppo non ho mai approfondito questi aspetti, prima o poi devo iniziare, anche se sarebbe solo curiosità personale per adesso

Anzi... chi mi sa dire se conviene abilitare la cache per i filesystem di rete e come funziona?

bhe, se conviene dipende dal contesto in cui lo usi e riguardo al funzionamento e' perlappunto una cache (i file acceduti di recente vengono salvati sui dischi locali e quando si va a riaccederli, se nel frattempo non hanno subito modifiche, anziche' rileggerli da rete li si legge dai dischi locali)

il contesto sarebbe solamente uso home con nfs per utilizzo tra due o più pc, anche se adesso ho dimuito molto l'utilizzo di nfs, prima che compilavo in un altro pc lo usavo sempre, adesso solo in fase di backup o poco altro
per adesso lo metto come modulo, poi vedrò

Ed i tracciatori delle varie operazioni del kernel servono solamente in fase di debug o sono utili anche a noi comuni mortali?

se ti riferisci a ftrace e' una sorta di systemtap molto limitato, non e' "scriptabile" (che poi in realta' neanche systemtap e' scriptabile nel vero senso del termine come dtrace, ma lo script viene convertito in un modulo del kernel) a piacere, ma offre una serie di controlli precotti accedibili via debugfs (sia per l'abilitazione dei controlli che per la lettura dell'output). Venendo alla tua domanda, questo tipo di controlli sono utili perlopiu' per fare analisi prestazionali e debug, quindi vengono utilizzati principalmente da sviluppatori o da sistemisti (ad esempio a me capita ogni tanto di utilizzarli per analisi prestazionali quando un dato servizio ha colli di bottiglia, per capire dove sono tali colli, e come risolverli); all'utente home, se non per motivi di studio e curiosita' personale, non sono molto utili.

[/quote]

sì riferisco a ftrace, ho visto che hanno aggiunto il "tracciamento" di altri parametri.
Se lo compilo, in modo che anche questo per curiosità personale voglia testarlo, rallenta il sistema o no?

conraid ha scritto: il contesto sarebbe solamente uso home con nfs per utilizzo tra due o più pc, anche se adesso ho dimuito molto l'utilizzo di nfs, prima che compilavo in un altro pc lo usavo sempre, adesso solo in fase di backup o poco altro

se lo usi solo per il backup (soprattutto con cose come rsync) e' poco utile

sì riferisco a ftrace, ho visto che hanno aggiunto il "tracciamento" di altri parametri.
Se lo compilo, in modo che anche questo per curiosità personale voglia testarlo, rallenta il sistema o no?

finche' non abiliti alcun controllo l'overhead e' trascurabile

masalapianta ha scritto:

conraid ha scritto: il contesto sarebbe solamente uso home con nfs per utilizzo tra due o più pc, anche se adesso ho dimuito molto l'utilizzo di nfs, prima che compilavo in un altro pc lo usavo sempre, adesso solo in fase di backup o poco altro

se lo usi solo per il backup (soprattutto con cose come rsync) e' poco utile

sì riferisco a ftrace, ho visto che hanno aggiunto il "tracciamento" di altri parametri.
Se lo compilo, in modo che anche questo per curiosità personale voglia testarlo, rallenta il sistema o no?

finche' non abiliti alcun controllo l'overhead e' trascurabile

Grazie Guido