Da un paio di giorni mi è stato recapitato da Dell il pacchetto gratuito di aggiornamento a Window 7. Avevo infatti acquistato un laptop in dicembre (un bell XPS Studio 1340) che aveva Vista precaricato: ho potuto quindi beneficiare dell’upgrade gratuito a Windows 7.
L’installazione è andata abbastanza bene: c’è ancora una periferica non riconosciuta nonostante abbia montato tutti i nuovi driver Dell che mi sono stati recapitati in un CD allegato. Purtroppo, dato che era nelle mie intenzioni valutare Windows 7 per decidere se fosse opportuno fare l’upgrade anche sul fisso (dove ho ancora Vista), sono rimasto deluso. Non perchè Windows 7 non funzioni … anzi. Il fatto è che funziona come Vista o, se dei miglioramenti ci sono stati, non giustificano certo, a mio modestissimo modo di vedere le cose, L’ASSURDO ESBORSO DI OLTRE 280 EURO che mi chiedono.
Se è vero che, come molti dicono, Windows 7 è un Vista che funziona, dovrebbero farlo pagare pochi Euro e mandarti pure un biglietto di scuse per averti fatto perdere tutto quel tempo per cercare di rendere Vista utilizzabile. Eh già … perchè alla fine, dopo smanacciamenti nel registro, aggiustamenti di valori di cache nel file system, sistemazione parametri nei driver e compagnia bella, Vista funziona, come Seven. Solo che Seven funziona out-of-the-box, mentre con Vista dovrete perderci del tempo.
Tradotto … ti facciamo pagare perchè ti diamo già su un DVD quello che è stato il lavoro di milioni di utenti che, gratuitamente, hanno fatto da betatester e da cavie. Mannaggia …
Non ho trovato nulla di eclatante in Seven … tale da richiedere l’aggiornamento del mio vecchio Vista: il file system è lo stesso, IIS è lo stesso, il supporto Wireless è lo stesso, il consumo di memoria uguale … probabilmente con l’uso scoprirò nascoste preziosità-
Altro sfogo.
01 feb
Posted by: Andrea Lanfranchi in: Mondo IT
Mentre sto attendendo che il corriere consegni il pacchetto di Dell con il quale dovrei ricevere l’upgrade gratuito a Windows 7, ho voluto fare una ricerchina per vedere se l’annoso problema di una lentezza mostruosa nella copia dei file via rete sperimentata già con Vista fosse stato risolto.
Con mia grande sorpresa … no !!
Inserendo in Google i classici termini “slow network copy Windows 7″ si trovano ancora decine di migliaia di post irrisolti, inseriti da persone ormai disperate, il più delle volte arrese. Eppure questo secondo approfondimento ha portato i suoi frutti. Ho trovato una soluzione, illustrata per Windows 7, che, almeno per la mia configurazione, ha risolto il problema. Consideratelo quindi come un ulteriore tentativo di porre rimedio ad una delle tante annoyances di Windows Vista : non ne cercherò altri perchè, ripeto, ora finalmente la copia dei miei file anche di grandi dimensioni con Vista ( e spero anche con 7 ) funziona a velocità cristiane.
Ecco dunque come procedere (Windows Vista)
netsh int ip show offload Dovrebbe apparire un output simile al seguente: Interfaccia 1: Loopback Pseudo-Interface 1
Interfaccia 7: Connessione alla rete locale (LAN)
Checksum ipv4 transmit supportato.
Checksum udp transmit supportato.
Checksum tcp transmit supportato.
LSO tcp supportato.
Checksum ipv4 receive supportato.
Checksum udp receive supportato.
Checksum tcp receive supportato.
netsh int ip set global taskoffload=disabled. Come unico output dovreste ricevere un OK.ncpa.cpl (viene avviata l’applet di gestione delle connessioni di rete)netsh int ip show offload. Questa volta, a parte l’elenco delle interfacce, non dovrebbe apparire alcun messaggio di stato.Trovandosi a scegliere la migliore versione per Windows per il nostro computer, ci si imbatte, non ultimo, nella scelta tra un’architettura a 32 bit o a 64 bit. La percezione comune, purtroppo sbagliata, vuole che le versioni a 64bit dei sistemi operativi abbiano performance comunque superiori a quelle degli omologhi a 32 bit. Non è così: in linea generale è molto difficile apprezzare significativi aumenti di prestazioni nell’architettura a 64bit rispetto a quella a 32. E per di più potrebbero esserci delle implicazioni negative nell’adottare le versioni x64 di Windows Vista e Windows 7.
L’architettura a 64 bit è la naturale evoluzione di quella a 32 ma il suo sviluppo non ha mai avuto come obiettivo primario quello dell’aumento delle prestazioni: al contrario lo “scoglio” da superare era (ed è) quello della limitazione fisica nell’accesso allo spazio degli indirizzi di memoria utilizzabili. Per le architetture a 32 bit il limite superiore è 2^32 ovvero 4.294.967.296 (poco più di 4Gb). Limite per altro teorico perchè la quantità di memoria realmente disponibile per le applicazioni viene ridotta della quantità riservata alle periferiche su piastra motivo per cui in un sistema a 32 bit l’utente non avrà mai a disposizione 4GB pieni. Con l’architettura a 64 bit questo limite viene spostato sensibilmente in alto (2^64 = 18.446.744.073.709.551.616) rendendo disponibili spazi di indirizzi di memoria che verosimilmente (dati i valori esposti) non costitueranno un limite per un bel pezzo di tempo.
Ovviamente questa ampliata disponibilità può avere un impatto rilevante sulle prestazioni del nostro computer ma bisogna fare delle considerazioni. Tutti sappiamo che avere più RAM a bordo significa aumento delle prestazioni perchè così il sistema riesce a tenere in RAM i dati di più processi simultanei senza ricorrere al paging su disco. Se però si monta un sistema a 64 bit su un PC con meno di 4GB di RAM fisica è evidente che, anche potendo accedere ad indirizzi superiori ai 4GB, la RAM fisica oltre i 4GB non c’è quindi, giocoforza, il sistema operativo swappa su disco perdendo quindi ogni vantaggio. In queste condizioni appare chiaro che non è più l’architettura a 64 bit che può aumentare le nostre prestazioni quanto piuttosto, nel caso specifico, un hard-disk molto veloce. Al contrario, avendo a disposizione oltre 4GB di Ram, verrà consumato un minore numero di cicli per il roll-out / roll-in dei dati inRAM quando si passa da un processo all’altro.
Un’altra considerazione da fare è relativa a quali ambiti applicativi possono avvantaggiarsi dall’adozione di un sistema operativo a 64bit :
Anche in queste condizioni comunque NON sempre un sistema operativo Windows a 64 bit può risultare più veloce di un omologo a 32bit.
Ad aggravare il tutto ci si è messa la Microsoft che per le sue versioni a 64 bit di Windows 7 e di Vista richiede obbligatoriamente che i driver siano firmati elettronicamente (adducendo come giustificazione – sensata per altro – della necessità di un aumento di stabilità del sistema) : questo può comportare dei problemi per esempio a quegli utenti che, pur dotati di oltre 4GB di ram, hanno a bordo periferiche ancora valide ma per le quali i produttori non hanno ancora rilasciato versioni ufficiali dei propri driver per 64 bit.
In funzione di quanto sopra emerge un altro aspetto non trascurabile: il confronto di prestazioni tra un sistema a 32 bit ed uno puro a 64 bit è un esercizio senza significato. Bisogna tenere infatti presente che driver e programmi sono DIVERSI e spesso i produttori nella ricompilazione a 64bit li ottimizzano
Nella ricerca quindi delle migliori prestazioni il tipo di architettura è sicuramente uno degli elementi discriminanti ma non certo il più importante: ancora l’hardware è il pilastro portante delle scelte facendoci preferire ampie disponibilità di RAM, dischi molto veloci e processori multicore.
In un mio precedente post ho cercato di spiegare come i programmi per la cosiddetta pulizia del registro sono fondamentalmente inutili. Ciò non toglie che il registro di Windows, come del resto tutte le altre componenti di questo sistema operativo, meriti una certa cura e, soprattutto, avere a disposizione delle indispensabili copie di sicurezza può essere utile per toglierci di impaccio in situazioni critiche, come ad esempio il danneggiamento dei file in cui i valori del registro sono scritti (hive).
Esistono diversi metodi per poter salvare una copia del registro di sistema e ripristinarlo in caso di necessità : il più comune è senz’altro il Punto di Ripristino del sistema (da Windows XP in poi). Il Punto di Ripristino permette di riportare il computer ad uno stato precedente senza perdere le informazioni personali più recenti come documenti, cronologie, preferiti o cookie. Generalmente l’utilità interna che si occupa di creare delle “foto” (snapshot) dello stato del computer (Il punto di ripristino appunto) tiene costantemente sotto controllo il sistema e numerose applicazioni creando un fix in automatico prima che vengano eseguite operazioni che possano avere impatti rilevanti sulla configurazione generale (come ad esempio l’applicazione di una patch di Windows Update o l’installazione di un nuovo programma).
Questo metodo tuttavia può non sempre rivelarsi affidabile perchè, ad esempio, nel caso vogliate ripristinare lo stato di parecchio tempo addietro, questo potrebbe essere stato automaticamente “cancellato” perchè non c’era spazio su disco sufficiente, o perchè risulta danneggiato. Fare affidamento sui punti di ripristino potrebbe essere rischioso specialmente se sono stati creati molto tempo addietro.
Un secondo metodo prevede l’esportazione del registro di sistema tramite l’utilità regedit (esportando singoli rami o l’intera radice) in file di testo che poi possono essere “reinseriti” all’interno del registro. Anche questa seconda modalità può avere delle controindicazioni. L’esportazione, infatti, genera dei file che saranno solo “fusi” con il registro in sede di ripristino, non riporteranno il registro allo stato in cui è stato salvato. Per esempio se il registro, al momento dell’esportazione, disponeva (si fa per dire) di solo 10mila chiavi e dopo qualche tempo ce le troviamo tutte incasinate ed incrementate di numero (per esempio 12mila) l’unica cosa che potremo fare è quella di riportare le 10mila chiavi iniziali al valore che avevano al momento dell’esportazione ma le eccedenti 2000 restano dove sono. Solo per nota tecnica l’esportazione del registro può essere effettuata anche da riga di comando utilizzando l’utilità reg. (es. reg export). La grave lacuna di questo metodo comunque è il fatto che l’esportazione del registro NON è completa : per esempio il hive SECURITY non viene esportato affatto. Per cui il semplice export tramite regedit è sempre monco.
Vi è poi, come terzo strumento disponibile, la possibilità di salvare “Lo stato del sistema” (system state) utilizzando NTBackup. Installato per default su tutte le versioni di Windows da NT in poi, fanno eccezione Windows XP Home (per il quale gli utenti che desiderano NTBackup devono seguire queste istruzioni di Microsoft) e le recenti versioni di Windows Vista e Windows 7 per le quali è comunque possibile copiare il tool da una installazione di Windows XP. Tramite NTBackup è possibile salvare il System State che comprende il registro, il database di registrazione degli oggetti COM+ e i file di avvio (boot).
Tutti gli strumenti appena elencati sono compresi nel vostro sistema operativo oppure facilmente ottenibili tramite download Microsoft. Non c’è quindi bisogno di arrovellarsi alla ricerca di strumenti offerti da terze parti … ricerca che spesso è pericolosa dato che quando si parla di “Registro di sistema” si sta parlando dell’ossatura principale di Windows. Eppure tutti questi strumenti sono incompleti e non garantiscono un vero ripristino del registro di sistema in caso di necessità.
Viene allora da pensare : perchè semplicemente non copiarsi i file in cui è scritto il registro di sistema e buona notte. Semplice … perchè il sistema non ve lo fa fare in quanto sono in uso. (Per i curiosi i file hive del registro si trovano in %Windir%\System32\Config)
In soccorso ci viene una piccola utilità freeware (quindi gratuita) che si chiama ERUNT Emergency Recovery Utility for Windows NT. I più anziani ricorderanno senz’altro che per Windows 9x/ME esisteva un tool simile, ufficiale Microsoft, che si chiamava appunto ERU. Purtroppo dall’avvento di Windows NT in poi questa utilità non è più stata riproposta dal big di Redmond, grazie anche alle minori possibilità di danneggiamento al registro di sistema.
Ci ha pensato dunque Lars Hederer (lo sviluppatore di ERUNT) a mettere a disposizione per le nuove generazioni di Windows un tool di backup e recovery del registro di sistema oltre ad un utile strumento per l’ottimizzazione del registro (no … non l’ottimizzazione che pensate voi fatta di eliminazione di chiavi orfane … solo la vera ottimizzazione ovvero la compattazione e la deframmentazione degli hive su disco)
Con Erunt potrete tenere effettuare le copie di backup del registro e, se le ripristinate, sarete sicuri che il registro tornerà all’esatto stato in cui era al momento del salvataggio. Come opzione Erunt vi chiede di essere inserito nei programmi ad esecuzione automatica per eseguire un backup automatico all’avvio del pc: lo ritengo superfluo. State attenti però a fare le copie di backup prima di iniziare qualche attività “rischiosa”.
Purtroppo l’intero software è in inglese anche se molto intuitivo: l’unica cosa che mi sento di tradurre dagli avvisi importanti riguarda gli utenti di Windows Vista e di Windows 7
“ERUNT e NTREGOPT nella versione corrente 1.1j sono compatibili con Windows 7 e Windows Vista ma per entrambi è richiesto che sia disabilitato UAC .“
Molti di voi già le conosceranno, ma per quelli che non sono espertissimi ecco un piccolo compendio delle scorciatoie/impostazioni, che possono rendere più efficiente la vostra sessione di lavoro con Vista.
takeown /f [nomecartella] /r /d y [Enter]
icacls [nomecartella] /grant administrators:F /t [Enter]Ne avete altre ? … segnalatemele.
| L | M | M | G | V | S | D |
|---|---|---|---|---|---|---|
| « lug | ||||||
| 1 | ||||||
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| 16 | 17 | 18 | 19 | 20 | 21 | 22 |
| 23 | 24 | 25 | 26 | 27 | 28 | 29 |
| 30 | 31 | |||||