Pagina 1 di 1

Proposta per liveCd (basati su Gnome e Kde) su pacchetti i686 anziché i386?

Inviato: sabato 10 febbraio 2007, 15:36
da AlexSistemiFree
Proposta per liveCd (basati su Gnome e Kde) su pacchetti i686 anziché i386?
Avvio questo mini-sondaggio partendo da una considerazione di base, gli ambienti desktop specificati sono pesanti, pur disponendo di un Pentium (quindi non la serie II) e di sufficiente quantità di Ram, le prestazioni sono modeste (tanto per usare un'eufemismo) di conseguenza perché non rilasciare tali liveCd direttamente in i686?
Un certo incremento di prestazioni dovrebbe esserci.
Diciamo il 15-20 % rispetto ai pacchetti i386? Oppure di più? E' solo un'ipotesi.

L'edizione server invece, proprio per il fatto di essere a linea di comando, non ha di questi problemi e come l'edizione minimale, può essere utilizzata in tante situazioni, dal server, alla realizzazione di firewall, router, eccetera.

Non penso che una simile scelta nuocerebbe a nessuno dato che, ripeto, di fatto l'edizione desktop abbinata a computer di classe Pentium consente prestazioni scarse.

Ciao Ale

Re: Proposta per liveCd (basati su Gnome e Kde) su pacchetti i686 anziché i386?

Inviato: sabato 10 febbraio 2007, 15:37
da Ikitt
AlexSistemiFree ha scritto: Proposta per liveCd (basati su Gnome e Kde) su pacchetti i686 anziché i386?
Avvio questo mini-sondaggio partendo da una considerazione di base, gli ambienti desktop specificati sono pesanti, pur disponendo di un Pentium (quindi non la serie II) e di sufficiente quantità di Ram, le prestazioni sono modeste (tanto per usare un'eufemismo) di conseguenza perché non rilasciare tali liveCd direttamente in i686?
Un certo incremento di prestazioni dovrebbe esserci.
Diciamo il 15-20 % rispetto ai pacchetti i386? Oppure di più? E' solo un'ipotesi.
Oppure di meno? Qualcuno ha mai fatto dei benchmark? :)

Re: Proposta per liveCd (basati su Gnome e Kde) su pacchetti i686 anziché i386?

Inviato: sabato 10 febbraio 2007, 15:44
da AlexSistemiFree
Di meno lo trovo alquanto improbabile, un miglioramento, ci deve essere anche se non so quantificare la cifra esatta ...  8)
Di certo non penso che questa mia piccola proposta sia qualcosa di sconvolgente anzi sarebbe un modo, senza traumi, per disporre di un sistema più performante ...  ;)

Ciao Ale  :)

Re: Proposta per liveCd (basati su Gnome e Kde) su pacchetti i686 anziché i386?

Inviato: sabato 10 febbraio 2007, 15:47
da Ikitt
AlexSistemiFree ha scritto: Di meno lo trovo alquanto improbabile, un miglioramento, ci deve essere anche se non so quantificare la cifra esatta ...  8)
Personalmente, a occhio, penso si viaggi attorno al 5% considerando la media di tutto.
Ma e` una sensazione, no numeri :)
Di certo non penso che questa mia piccola proposta sia qualcosa di sconvolgente anzi sarebbe un modo, senza traumi, per disporre di un sistema più performante ...  ;)
Personalmente sono anche io a favore, nonostante tutto. Pero` proporrei anche (e sopratutto!) interventi piu` invasivi come prelink o (meglio) uso di GNU_HASH per le librerie condivise

Re: Proposta per liveCd (basati su Gnome e Kde) su pacchetti i686 anziché i386?

Inviato: sabato 10 febbraio 2007, 16:01
da AlexSistemiFree
Se l'incremento di prestazioni fosse così minimale non avrebbe molto senso rilasciare il tutto come i686, spero che sia maggiore.
Proposte più forti, ma mi sono trattenuto ...  :-X, sarebbero ad es. quello di evitare, ove possibile, le librerie condivise, del resto con l'immenso spazio degli hdd disponibili da diversi anni ..., inoltre l'uso di una simile soluzione comporta vantaggi pure dal punto di vista della sicurezza.
Ma preferisco lanciare una proposta, non "rivoluzionaria", nella speranza (ammesso che ci siano discreti incrementi prestazionali), che venga accolta e poi rilanciata a chi di dovuto.

Ciao Ale :)

Nota:
Mi daresti qualche riferimento riguardo alle Gnu_Hash?
Non ho idea di cosa si tratti ...  :-[

Re: Proposta per liveCd (basati su Gnome e Kde) su pacchetti i686 anziché i386?

Inviato: sabato 10 febbraio 2007, 16:09
da Ikitt
AlexSistemiFree ha scritto: Se l'incremento di prestazioni fosse così minimale non avrebbe molto senso rilasciare il tutto come i686, spero che sia maggiore.
Sono molto interessato a benchmark in questo senso, ma non ne ho mai trovati, praticamente.
Proposte più forti, ma mi sono trattenuto ...  :-X, sarebbero ad es. quello di evitare, ove possibile, le librerie condivise, del resto con l'immenso spazio degli hdd disponibili da diversi anni ..., inoltre l'uso di una simile soluzione comporta vantaggi pure dal punto di vista della sicurezza.
Sono favorevole a limitare le librerie condivise, ma non vedo vantaggi per la sicurezza, anzi :)
Mi daresti qualche riferimento riguardo alle Gnu_Hash?
Non ho idea di cosa si tratti ...  :-[
http://gentoo-wiki.com/HOWTO_Hashstyle

Questo e` un buon inizio

Re: Proposta per liveCd (basati su Gnome e Kde) su pacchetti i686 anziché i386?

Inviato: sabato 10 febbraio 2007, 20:14
da Linux Square team
ma i processori con piattaforma 686 sono pochi, no  :-\
Mi potete dire se i processori con EMT64 sono a 64 bit oltre che a 32?  ;D

Re: Proposta per liveCd (basati su Gnome e Kde) su pacchetti i686 anziché i386?

Inviato: domenica 11 febbraio 2007, 19:00
da AlexSistemiFree
Cerca di non confonderti, processori i686 sono moltissimi!
Dal Pentium II (o dal Celeron) in poi.
Sono le applicazioni a 64 bit che, attualmente, non coprono tutti gli spazi delle equivalenti 32 bit.

Ikitt vantaggi per la sicurezza nell`uso di librerie statiche derivano dal fatto che se un malintenzionato opera qualche cambiamento nelle librerie condivise ne sono affetti tutti i programmi che le utilizzano, nell`altro caso no.

Ciao Ale  :)

Re: Proposta per liveCd (basati su Gnome e Kde) su pacchetti i686 anziché i386?

Inviato: domenica 11 febbraio 2007, 19:18
da Ikitt
AlexSistemiFree ha scritto: Ikitt vantaggi per la sicurezza nell`uso di librerie statiche derivano dal fatto che se un malintenzionato opera qualche cambiamento nelle librerie condivise ne sono affetti tutti i programmi che le utilizzano, nell`altro caso no.
Se un malintenzionato puo` far danni con le librerie condivise, allora vuol dire che ha privilegi di root, e a quel punto abbiamo perso comunque :)