Newsgroup: it.comp.hardware
Titolo: Tempi di caricamento

 
Ecco come promesso i tempi di caricamento dei due s.o., nelle versioni 7 
32 e 64bit.
 
La configurazione ï¿œ Q9400, P5Q, 4gb ddr2 800, disco Seagate Barracuda 
7200.10 7200rpm.
 
 
Caricamento iniziale, dal selettore del menï¿œ di boot a caricamento 
terminato delle applicazioni nel desktop, s.o. appena installato con 
esclusivamente installati Avira antivirus e firewall:
 
32bit:  40 sec.
64 bit:  59 sec.
 
Con s.o. installati da 4 mesi circa e tutto il set di applicazioni 
completo (diverse decine).
 
32 bit:  1:15
64 bit:  1:48
 

 32 e 64bit.
 
Impossibile. Il problema non è Windows ma qualcos'altro. Es: un driver 
di periferica zoppo. Ricronometra un avvio in safe mode.
 
-- 
_______________________________________
 
Luc (40, CO) -- Acer Aspire M5610 Q6600
MediaCenter TechSolo TC-380 - HD7770 OC
Amilo Si 1520 12" T2300 - Sony Tablet S
_______________________________________


 
 
no, come ï¿œ stato detto la maggiore differenza la fanno proprio tutte le 
applicazoni a 32bit (che sono quasi la totalitï¿œ) e che girano in una 
sorta di emulazione a 32bit a rallentare il tutto.
 

 sorta di emulazione a 32bit a rallentare il tutto
 
Cazzata.


Dopo dura riflessione, Giovanni ha scritto :

per curiositï¿œ, come hai fatto a rilevare i tempi?
 
-- 
[ b a z ]
"Scettico io? Ne dubito!"
" La coerenza ï¿œ l'ultimo rifugio delle persone prive di immaginazione"
- socio MSTC - Responsabile Gruppi Antanati Gomito/Piede
- Mister Vistracï¿œonpetto
 
 

 64 bit:  59 sec.
 
ammazza... la mia macchina virtuale, installata da un bel po' con win7
64 ci impiega 40 secondi scarsi ad accendersi (compreso il tempo per
premere ctrl-alt-canc e mettere la password)...
 
 
 
 
-- 
MirkoB.   
ne...@bsi-net.it
 
Motoretta BMW R1200R Lightgrey
 
L'indirizzo em@il non � da considerarsi pubblico,
ma utilizzabile solo per temi inerenti il NG corrente.

per curiosit�, come hai fatto a rilevare i tempi?
 
L'ideale sarebbe fare molte prove e fare la media, perch� il singolo
avvio pu� variare a causa delle varie attivit� che partono in modo
automatico e imprevedibile.
 
-Windows update
-Aggiornamento AV
-Aggiornamento programmi di gestione periferiche
-Aggiornamenti Java e Flash
-Strascichi di Windows Update (processi che girano al riavvio)
-Varie ed eventuali
 
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 -Varie ed eventuali
 
si, ma come ha preso i tempi? occhio+cronometro? log di qualcosa con i 
min:sec?



 
 
Ma tu non li leggi mai i post iniziali?   :-)
Dal menï¿œ selector di boot fino alla fine del caricamento delle 
applicazioni, cioï¿œ quando finisce piï¿œ o meno l'attivitï¿œ continua dell'hd.
E' vero che non ï¿œ preciso, perï¿œ il 64bit risulta in media sempre piï¿œ 
lento, sempre in quelle propozioni. Ovviamente i drivers della mobo sono 
installati, ma senza e con non cambia nulla.


 
 
Questo di sicuro, se avessi un pc attuale con un ssd non noterei nemmeno 
la differenza.

Giovanni ha pensato forte :

gli leggo gli leggo (anche se spesso poi li dimentico) ma vorrei capire 
fisicamente coem hai fatto, cronometro alla mano quindi?
 
(sono palloso, vorrei mentalmente verificare l'incertezza dello 
strumento, deformazione semi-professionale)
;)



 
Sï¿œ certo, cronometro alla mano, non ci sono altri modi in questo caso 
per farlo purtroppo.
Ma certo 19 secondi a s.o. appena installato non ï¿œ un tempo 
trascurabile, come a s.o. "datato", anche se la differenza non fosse 
precisa al secondo.

 la differenza.
 
macchina virtuale installata su un normalissimo disco 7200rpm...



 
eh vabbeh, ma cpu e ram cosa sono?

 eh vabbeh, ma cpu e ram cosa sono?
 
la macchina virtuale ha configurato un singolo core con 2GB di ram
la cpu reale � un i7


 32 e 64bit.
[cut]
 
Non capisco il senso di questa misura. Accendere un PC significa doverlo 
usare (possibilmente in modo produttivo...), non stare con il cronometro 
in mano a registrare i tempi di avvio.
 
Comunque quello che hai rilevato e' il tempo di caricamento del sistema 
operativo + antivirus + firewall.
Quali sono i tempi di caricamento del *solo* sistema operativo ?
 
Ovvio che se fai eseguire codice a 32 bit su un sistema operativo a 64 
bit sara' introdotta una latenza (spesso trascurabile) dovuta 
all'emulazione delle chiamate a 32 bit...
 
Ciao!
Simone.

Giovanni ha usato la sua tastiera per scrivere :

Onestamente non vedo come puï¿œ stupire una cosa simile... E' normale che 
un windows a 64bit ci metta di piï¿œ a partire. Il problema nasce dal 
fatto che il sistema a 64 bit, per mantenere la compatibilitï¿œ con i 
programmi a 32bit, deve caricare sia le librerie (dll) a 64 bit che 
quelle a 32bit. E ciï¿œ comporta sia un maggior consumo di ram che sia 
una lentezza nei caricamenti iniziali. Se ci metti poi che la maggior 
parte delle applicazioni (giochi, browser etc etc) sono ancora a 32bit, 
Windows, tramite superfetch e similari, carica queste librerie al boot. 
Ciï¿œ comporta la differenza che mostri te. Ciï¿œ non toglie che su un 
computer recente metterei sempre un os a 64bit :)
 
Cmq se vuoi approfondire:
http://msdn.microsoft.com/en-us/library/windows/desktop/aa384249%28v=vs.85%29.aspx
 

 di periferica zoppo. Ricronometra un avvio in safe mode.
 
Cronometrare in safe mode non ha alcun senso.

 premere ctrl-alt-canc e mettere la password)...
 
E ti sembra un paragone sensato?

 Cronometrare in safe mode non ha alcun senso.
 
Il tempo ha *sempre* senso.


 Il tempo ha *sempre* senso.
 
Non in safe mode.

 Non in safe mode.
 
"sempre" non ammette eccezioni.


 "sempre" non ammette eccezioni.
 
L'eccezione sei *tu*, comunque buon lavoro in "safe mode". :-)

 L'eccezione sei *tu*, comunque buon lavoro in "safe mode". :-)
 
Mai detto che debba lavorarci in safe. Cronometra e spegne.


 Mai detto che debba lavorarci in safe. Cronometra e spegne.
 
A parte l'inutilita' della cosa...
Tu parti dal presupposto che in safe mode a 32 o 64 bit processi e 
servizi siano identici e quindi confrontabili.
Naturalmente la tua e' un'ipotesi del tutto campata in aria, vero?

 servizi siano identici e quindi confrontabili.
 
Ca**o, ma prova! Se fosse veramente un driver gnucco? E che cacchio, 
sempre a temperare supposte...


 sempre a temperare supposte...
 
E se invece no? Prima di far congetture, e' meglio documentarsi.
Come immaginavo, tutto campato in aria.

 Prima di far congetture, e' meglio documentarsi
 
La congettura si basa sull'assurdità del post iniziale.
