Repository 32bit  Forum
Repository 64bit  Wiki

previsione per uscita versione stabile 13.0 64bit

Se avete problemi con l'installazione e la configurazione di Slackware64 postate qui. Non usate questo forum per argomenti che trattano la Slackware32 o generali... per quelli usate rispettivamente il forum Slackware e Gnu/Linux in genere.

Moderatore: Staff

Regole del forum
1) Citare sempre la versione di Slackware64 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 Slackware64, se l'argomento è Slackware32 o generale usate rispettivamente il forum Slackware o Gnu/Linux in genere.
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.

Re: previsione per uscita versione stabile 13.0 64bit

Messaggioda Blallo » sab giu 13, 2009 18:40

appunto...devi elaborare un tt di dati da indirizzare per un tot di ram alla volta no? se ne indirizzi il doppio per ogni operazione fai prima credo...
EDIT se così non è ditemi come è almeno imparo una cosa nuova :)
Io sono il detective Arsenio Magret, e porto sempre la camicia TATUATA!
Avatar utente
Blallo
Packager
Packager
 
Messaggi: 3234
Iscritto il: ven ott 12, 2007 10:37
Località: Torino / Torremaggiore (FG)
Nome Cognome: Savino Liguori
Slackware: 14.1 / 12.2
Kernel: 3.12.2-ck
Desktop: Openbox

Re: previsione per uscita versione stabile 13.0 64bit

Messaggioda Vito » sab giu 13, 2009 18:58

La ram occupata resta la stessa, solo che la cpu al posto d un N bit ne sposta 2N,
questo non ha effetto sulla quantità di RAM usata perchè se un programma occupa 100M
che io abbia 32bit o 64bit è lo stesso.La differenza sta nel fatto che il processore li elabora più velocemente e quindi
ecco perchè nelle applicazioni multimediali risalta questo effetto.
Il processore preleverà dalla memoria centrale (ma questa è molto approssimata come cosa perchè c'è la cache di mezzo)
un quantitativo maggiore di bit e quindi si avrà la sensazione di maggiore fluidità.

Poi ovviamente per la velocità di trasferimento c'è comunque il problema della differenza di velocità memoria/cpu ecc ecc...
Ma meglio non ingarbugliarsi in questi discorsi.

Esempio:

Un'istruzione occupa 64bit, se il sistema operativo è ottimizzato per i 64bit con un colpo di clock ed un solo accesso in memoria il processore porterà l'istruzione e la eseguirà.
Se non hai l'ottimizzazione per i 64 bit ma per i 32: il processore con due colpi di clock (e quindi ben due accessi in memoria) preleverà l'istruzione.
Ovviamente ho presupposto che il bus dati sia a 64bit.
"Stat rosa pristina nomina, nomina nuda tenemus." [ Umberto Eco - Il nome della rosa]

"Faber est suae quisque fortunae ." [ Appio Claudio Cieco]
Avatar utente
Vito
Staff
Staff
 
Messaggi: 4135
Iscritto il: mar dic 05, 2006 17:28
Località: Augsburg (DE)
Nome Cognome: Vito
Slackware: 64 14.0 multilib
Kernel: 3.2.29-xps
Desktop: KDE 4.10.2
Distribuzione: Linux Mint 17

Re: previsione per uscita versione stabile 13.0 64bit

Messaggioda Mario Vanoni » sab giu 13, 2009 19:07

jimmy_page_89 ha scritto:appunto...devi elaborare un tt di dati da indirizzare per un tot di ram alla volta no? se ne indirizzi il doppio per ogni operazione fai prima credo...
EDIT se così non è ditemi come è almeno imparo una cosa nuova :)


[OT]
Illusione,
se il programma non sa usare 2/4/8/16/32 CPU in contemporanea,
anche 4/8/16/32/64/128GB di RAM non servono.

Vedi
make -j NUMERO bzImage
quale esempio pratico, riproducibile!

Quali programmi odierni sono capaci di fare quanto fa make(1)?
Mario Vanoni
Iper Master
Iper Master
 
Messaggi: 3174
Iscritto il: lun set 03, 2007 20:20
Località: Cuasso al Monte (VA)
Nome Cognome: Mario Vanoni
Slackware: 12.2
Kernel: 3.0.4 statico
Desktop: fluxbox/seamonkey

Re: previsione per uscita versione stabile 13.0 64bit

Messaggioda Blallo » dom giu 14, 2009 10:17

no vabbè quello è normale...io dicevo la stessa cosa di vito cioè che indirizzi più memoria per clock rispetto al 32 bit...mi sarò espresso male..
è normale che se un programma è fatto in modo da dividersi il carico su esempio 2 cpu è normale che andrà ancora più veloce e con meno sforzo di cpu
Io sono il detective Arsenio Magret, e porto sempre la camicia TATUATA!
Avatar utente
Blallo
Packager
Packager
 
Messaggi: 3234
Iscritto il: ven ott 12, 2007 10:37
Località: Torino / Torremaggiore (FG)
Nome Cognome: Savino Liguori
Slackware: 14.1 / 12.2
Kernel: 3.12.2-ck
Desktop: Openbox

Re: previsione per uscita versione stabile 13.0 64bit

Messaggioda Mario Vanoni » dom giu 14, 2009 11:47

jimmy_page_89 ha scritto:no vabbè quello è normale...io dicevo la stessa cosa di vito cioè che indirizzi più memoria per clock rispetto al 32 bit...mi sarò espresso male..
è normale che se un programma è fatto in modo da dividersi il carico su esempio 2 cpu è normale che andrà ancora più veloce e con meno sforzo di cpu


Infatti, sto testando
pbzip2 (parallel bzip2) con gli stessi parametri del thread
viewtopic.php?f=2&t=28988
bzip2 ha impiegato 64 ore,
pbzip2 dopo un'ora il 3.6% compresso, occhio e croce 28 ore,
aspettiamo il risultato finale.

Secondo top usa 200% CPU e tutti i 4GB di memoria,
con kernel 2.6.30 statico.
Mario Vanoni
Iper Master
Iper Master
 
Messaggi: 3174
Iscritto il: lun set 03, 2007 20:20
Località: Cuasso al Monte (VA)
Nome Cognome: Mario Vanoni
Slackware: 12.2
Kernel: 3.0.4 statico
Desktop: fluxbox/seamonkey

Re: previsione per uscita versione stabile 13.0 64bit

Messaggioda Blallo » dom giu 14, 2009 12:56

Mario Vanoni ha scritto:
jimmy_page_89 ha scritto:no vabbè quello è normale...io dicevo la stessa cosa di vito cioè che indirizzi più memoria per clock rispetto al 32 bit...mi sarò espresso male..
è normale che se un programma è fatto in modo da dividersi il carico su esempio 2 cpu è normale che andrà ancora più veloce e con meno sforzo di cpu


Infatti, sto testando
pbzip2 (parallel bzip2) con gli stessi parametri del thread
viewtopic.php?f=2&t=28988
bzip2 ha impiegato 64 ore,
pbzip2 dopo un'ora il 3.6% compresso, occhio e croce 28 ore,
aspettiamo il risultato finale.

Secondo top usa 200% CPU e tutti i 4GB di memoria,
con kernel 2.6.30 statico.

dimensione di ciò che comprimi? (forse questo? bzip2 -9 -f -v * time 64 hours, du -hs 651GB)
Io sono il detective Arsenio Magret, e porto sempre la camicia TATUATA!
Avatar utente
Blallo
Packager
Packager
 
Messaggi: 3234
Iscritto il: ven ott 12, 2007 10:37
Località: Torino / Torremaggiore (FG)
Nome Cognome: Savino Liguori
Slackware: 14.1 / 12.2
Kernel: 3.12.2-ck
Desktop: Openbox

Re: previsione per uscita versione stabile 13.0 64bit

Messaggioda Mario Vanoni » dom giu 14, 2009 13:08

jimmy_page_89 ha scritto:dimensione di ciò che comprimi? (forse questo? bzip2 -9 -f -v * time 64 hours, du -hs 651GB)


Esatto, dopo 2.5 ore compresso il 9.2%, quindi veloce.
Mario Vanoni
Iper Master
Iper Master
 
Messaggi: 3174
Iscritto il: lun set 03, 2007 20:20
Località: Cuasso al Monte (VA)
Nome Cognome: Mario Vanoni
Slackware: 12.2
Kernel: 3.0.4 statico
Desktop: fluxbox/seamonkey

Re: previsione per uscita versione stabile 13.0 64bit

Messaggioda Blallo » dom giu 14, 2009 13:10

decisamente....
quindi direi che se si è possibilitati ne vale proprio la pena il passaggio a 64
Io sono il detective Arsenio Magret, e porto sempre la camicia TATUATA!
Avatar utente
Blallo
Packager
Packager
 
Messaggi: 3234
Iscritto il: ven ott 12, 2007 10:37
Località: Torino / Torremaggiore (FG)
Nome Cognome: Savino Liguori
Slackware: 14.1 / 12.2
Kernel: 3.12.2-ck
Desktop: Openbox

Re: previsione per uscita versione stabile 13.0 64bit

Messaggioda Communico » dom giu 14, 2009 14:19

Si ma in quel caso il guadagno non è per i 32 bit, ma perchè usa due processori. è ovvio che ci metta circa la metà del tempo...
Communico
Packager
Packager
 
Messaggi: 200
Iscritto il: sab mag 03, 2008 18:59
Località: Seriate (BG)
Nome Cognome: Stefano Cereda
Slackware: current
Kernel: 2.6.29.1
Desktop: kde 4.2.2

Re: previsione per uscita versione stabile 13.0 64bit

Messaggioda Mario Vanoni » dom giu 14, 2009 14:47

Communico ha scritto:Si ma in quel caso il guadagno non è per i 32 bit, ma perchè usa due processori. è ovvio che ci metta circa la metà del tempo...


Non solo, importante l'algoritmo del programmatore,
pbzip2 userebbe 4 CPU con una Core 2 quad.

man pbzip2
-p# Where # is the number of processors (default: autodetect)

pbzip2 -y
...
-p# : where # is the number of processors (default: autodetect [2])
...

bzip2 ha impiegato 64 ore,
pbzip2 dopo esattamente 4 ore ha compresso 3272 files di 22197,
quindi quasi il 15%, cioe` usera` circa 28 ore, meno della meta`!
Mario Vanoni
Iper Master
Iper Master
 
Messaggi: 3174
Iscritto il: lun set 03, 2007 20:20
Località: Cuasso al Monte (VA)
Nome Cognome: Mario Vanoni
Slackware: 12.2
Kernel: 3.0.4 statico
Desktop: fluxbox/seamonkey

Re: previsione per uscita versione stabile 13.0 64bit

Messaggioda Communico » dom giu 14, 2009 17:19

Mario Vanoni ha scritto:
Communico ha scritto:Si ma in quel caso il guadagno non è per i 32 bit, ma perchè usa due processori. è ovvio che ci metta circa la metà del tempo...


Non solo, importante l'algoritmo del programmatore,
pbzip2 userebbe 4 CPU con una Core 2 quad.

man pbzip2
-p# Where # is the number of processors (default: autodetect)

pbzip2 -y
...
-p# : where # is the number of processors (default: autodetect [2])
...

bzip2 ha impiegato 64 ore,
pbzip2 dopo esattamente 4 ore ha compresso 3272 files di 22197,
quindi quasi il 15%, cioe` usera` circa 28 ore, meno della meta`!

Si si ovviamente anche quello, e volendo ci sarebbe anche da considerare che operazioni hai fatto con il pc mentre comprimevi.
Quello che volevo dire è che, come hai scritto, in questo caso il miglioramento è proprio da imputare alla struttura del programma, non ai 32/64 bit
Communico
Packager
Packager
 
Messaggi: 200
Iscritto il: sab mag 03, 2008 18:59
Località: Seriate (BG)
Nome Cognome: Stefano Cereda
Slackware: current
Kernel: 2.6.29.1
Desktop: kde 4.2.2

Re: previsione per uscita versione stabile 13.0 64bit

Messaggioda Bart » mar giu 16, 2009 22:55

Fare una previsione sull'uscita è impensabile. Questa volta PJV ha rivoluzionato parecchie cose. Secondo me, magari mi sbaglio, aspetta kde 4.3 e ciò vorrebbe dire avere slackware a fine agosto o settembre. C'è anche da dire che KDE 4 attualmente ha parecchie lacune, una su tutte k3b. Manca un vero software di masterizzazione e il porting mi sembra ancora lontano dalla stable.
Bart
Staff
Staff
 
Messaggi: 4248
Iscritto il: dom ago 08, 2004 23:00
Località: Rimini

Re: previsione per uscita versione stabile 13.0 64bit

Messaggioda Vito » gio giu 18, 2009 16:05

Bart ha scritto:Fare una previsione sull'uscita è impensabile. Questa volta PJV ha rivoluzionato parecchie cose. Secondo me, magari mi sbaglio, aspetta kde 4.3 e ciò vorrebbe dire avere slackware a fine agosto o settembre. C'è anche da dire che KDE 4 attualmente ha parecchie lacune, una su tutte k3b. Manca un vero software di masterizzazione e il porting mi sembra ancora lontano dalla stable.


Ma sì, aspettare non farà male...
Anche perchè io preferisco aspettare un po' di più per poi trovare una 13.0 stabile e con tutte le migliorie possibili :p
"Stat rosa pristina nomina, nomina nuda tenemus." [ Umberto Eco - Il nome della rosa]

"Faber est suae quisque fortunae ." [ Appio Claudio Cieco]
Avatar utente
Vito
Staff
Staff
 
Messaggi: 4135
Iscritto il: mar dic 05, 2006 17:28
Località: Augsburg (DE)
Nome Cognome: Vito
Slackware: 64 14.0 multilib
Kernel: 3.2.29-xps
Desktop: KDE 4.10.2
Distribuzione: Linux Mint 17

Re: previsione per uscita versione stabile 13.0 64bit

Messaggioda Mario Vanoni » gio giu 18, 2009 17:39

13.0 ancora quest'anno
13.1 fine anno o inizio 2010
13.2 veramente usabile ???

Resto al 12.2 32-bit, e` stabile,
quindi aspetto il 13.2 64-bit ...
E comprero` le due versioni!

Ma prima non arrischio alcuna macchina.

Eccezione possibile:
che quelli della LKML decidano
di non supportare piu` gcc 4.2.4 per i nuovi kernel.
Mario Vanoni
Iper Master
Iper Master
 
Messaggi: 3174
Iscritto il: lun set 03, 2007 20:20
Località: Cuasso al Monte (VA)
Nome Cognome: Mario Vanoni
Slackware: 12.2
Kernel: 3.0.4 statico
Desktop: fluxbox/seamonkey

Re: previsione per uscita versione stabile 13.0 64bit

Messaggioda navajo » sab giu 20, 2009 17:28

Mario Vanoni ha scritto:13.0 ancora quest'anno
13.1 fine anno o inizio 2010
13.2 veramente usabile ???

Resto al 12.2 32-bit, e` stabile,
quindi aspetto il 13.2 64-bit ...
E comprero` le due versioni!

Ma prima non arrischio alcuna macchina.

Eccezione possibile:
che quelli della LKML decidano
di non supportare piu` gcc 4.2.4 per i nuovi kernel.


Mario, credo che l' ultima parte non sarà realizzata entro i prossimi anni.
In primis perchè Linux non perderà, almeno per me, la dote della compatibilità con macchine datate, e poi perchè il salto definitivo ai 64 bit non sarà totale e definitivo fino a quando qualcuno non lo sarà definitivamente.
ps per provare un 64 bit che sia veramente stabile, e che va come un treno, prova debian lenny.
Ti assicuro che rimarrai piacevolmente sorpreso.
Avatar utente
navajo
Staff
Staff
 
Messaggi: 3790
Iscritto il: gio gen 08, 2004 0:00
Località: Roma
Nome Cognome: Massimiliano
Slackware: 13.37 (x86_64)
Kernel: 2.6.37.6
Desktop: KDE 4.7.0 (Alien)

Precedente

Torna a Slackware64

Chi c’è in linea

Visitano il forum: Nessuno e 1 ospite