Newsgroup: it.comp.hardware.cpu
Titolo: configurazione minima X DVD

Salve.
Ho intenzione di comprare un masterizzatore DVD LG o NEC e
a tal proposito devo comprare un computer + potente del mio Pentium II 400
128mb - hd 6 gb
ma le mie finanze non permettono un pc nuovo di zecca.
Avro problemi con un Pentium III a 900 mhz - 256 mb ram - HD da 20GB ?
Quali sono le caratteristiche minime per poter usare il masterizzatore senza
problemi ?
Grazie in anticipo

 masterizzatore senza problemi ?
Come potenza in sé, sei a posto. Come spazio, sei strettino: un DVD č poco
meno di 5 GB (e tra qualche tempo magari ne vedremo piů spesso di piů ampi),
devi tenerti quasi tutto l'HD libero per farti immagini e cosě via.
MaxArt

 molti giorni. Si comincia ad "affogare" dopo un pò di tempo ed uso.
Eh? Me la potresti spiegare meglio, per favore?
-- 
La luce e' la mano sinistra delle tenebre,
e le tenebre la mano destra della luce.
(Ursula K. Le Guin)

 farvi impressionare ?!?! Tutti geni sono miiiiiiiiiiiii
la ram piena non è un male, anzi, è lo swapping che è male. 

 programmi su programmi, vedi dopo un pò come inizia ad andare il pc!!
Ah... allora i server che stanno su un anno di fila?


 Tutti geni sono miiiiiiiiiiiii
Non te la prendere, sei tu che spieghi male. E dovresti capire che quel che
dici dipende più che altro dal sistema operativo.
Windows 9x/Me hanno una pessima gestione della memoria, che viene occupata
in pratica senza far niente. Windows XP va molto meglio da questo punto di
vista.
MaxArt

 perfettamente! Se vuoi passa per casa a vedere   ;)   :P
E' un problema noto da anni, specialmente se si parla di
sistemi con S.O. Windows.
In pratica succede che alcune applicazioni hanno dei "memory leak"
(i blocchi di memoria che vengono allocati temporaneamente non vengono
  sempre rilasciati correttamente quando non servono piu e finisce
  che magari a poche manciate di byte alla volta ci si ritrova con un
  sacco di ram allocata "inutilizzata" che non viene rilasciata
  nemmeno alla stessa applicazione che l'ha allocata).
Ci sono poi situazioni in cui il sistema di gestione della memoria
allocata del S.O. comincia a "frammentare" rendendo sempre piu difficile
allocare blocchi di ram oltre una certa dimensione (era un
problema visibilissimo con Win9x, ma per i S.O. Microsoft basati
sul kernel NT la cosa e' stata di gran lunga migliorata).
Nel caso di Windows ci sono poi pure alcuni memory leak
di DLL "standard" che non sono stati corretti per mantenere
la compatibilita con il software gia in commercio.
Per esempio, se si guarda nella documentazione dei socket TCP/IP
si vede che "stranamente" dopo una prima versione delle API
con funzioni con gli stessi nomi di quelle dei BSD Socket
(quelle ottenute "adattando a Windows" il software TCP/IP BSD)
ci sono varie funzioni che iniziano con WSA_ che a parte
qualche funzionalita in piu *sembrano* uguali a quelle
"vecchie" ... con la differenza aggiuntiva che le "nuove"
funzioni non hanno certe bug e non producono certi memory leak
(in questo modo le applicazioni scritte usando le "vecchie"
  API girano lo stesso anche se producono dei memory leak
  mentre le applicazioni scritte usando le "nuove API quasi uguali"
  hanno molte meno rogne).
Non e' un problema solo di Windows, solo che mentre con altri S.O.
hai maggior controllo (e' piu facile disattivare le applicazioni
o le funzionalita ritenute non necessarie o non sufficientemente
affidabili, oppure puoi sostituirle con roba equivalente
ed in generale puoi permetterti un riavvio limitato a singoli servizi
senza che succeda qualcosa di strano nei meandri del S.O.)
con Windows c'e' molta piu roba "intoccabile" che se ci si mette le
mani fa piu casini che a lasciarla stare cosi come si trova.
Con NT 4.0 il problema del "rallentamento inspiegabile" era molto
piu marcato che con XP, ma c'e' ancora, in particolare se si eseguono
applicazioni che "si dimenticano" di rilasciare risorse GDI ed altra
roba del S.O.
Oltre a questo, persino alcune famose applicazioni di gestione dati
in certe situazioni "frammentano" i loro stessi dati
(indici frammentati e/o dati troppo sparpagliati su disco)
al punto che oltre un certo punto per risolvere il problema
bisogna fare un dump dei dati ("salvataggio" dei dati
in un formato "da archiviazione" non utilizzabile direttamente
dal database per eseguire ricerche e modifiche) seguito da una
"rigenerazione" (si cancella il "vecchio" database e si
ricaricano i dati "salvati" in precedenza in modo da riottenere
un database non piu frammentato ne nei dati e neppure negli indici).
Questa ultima situazione puo dipendere da varie cause (a volte
bug nelle routine di "compattamento/ottimizzazione" del database
altre volte sequenze ricorrenti di modifiche/inserimenti/cancellazioni
che "ingannano" le routine di "compattamento/ottimizzazione").
L. Micheletto