Newsgroup: it.comp.hardware.cpu
Titolo: Utilizzo Risorse Athlon 64

 ragazzi sapete nulla di un problema della gestione della memoria degli
A64?
Un mio amico dice che qualche volta ( quando trasferisce file grossi: più
di 500Mb) la memoria fisisca disponibile gli va azero..
Ora mi sono accorto che giocando con Alexander e con migliaia di omini da
gestier.. dopo 30 minuti il mio GIGA di ram va a zero ed il pc è
inusabile.
-
 _______________________________________________________
Workgroup is not accessible. You might not have permission to use this
network resource.servers for this workgroup is not currently available.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

> Windows was created to keep stupid people away from UNIX.
Tu hai grossi prbl.
-- 


 vero: publicità ingannevole?
Trollallero Trollalà
-- 
Apocalysse
"Io sono l'Apocalysse e dopo di me il nulla"
Forum Samsung:
http://www.anvi.it/forum/index.php?showforum=42
Salsa Cubana:
http://www.encantolatino.it

 inusabile.
I problemi che hai descritto in base ai pochi dettagli forniti
sembrano quelli tipici legati alla gestione della
memoria da parte del S.O. oppure dell'applicazione.
Niente a che vedere con il processore.
Nel primo caso (a meno che non ci sia qualche problema
a livello di S.O.) semplicemente durante la copia il S.O.
usa tutta la ram fisica "libera" come buffer per il
trasferimento dei dati in modo da rendere la cosa piu
rapida (ed ovviamente la segna come utilizzata), ma non appena
le applicazioni iniziano a richiedere memoria il buffer in ram
viene ridotto non appena possibile in modo da rendere
disponibile la ram che serve.
Nel secondo caso si tratta invece probabilmente di
tre fattori concomitanti:
1) "migliaia di omini" significa che vengono allocati/deallocati
     in ram migliaia di "descrittori degli omini" e di cose collegate
     ad essi (es: se un "omino" e' un arciere, per ogni freccia
     che lancia viene allocato un descrittore della freccia, che
     poi viene deallocato quando la freccia colpisce qualcosa, ecc. ecc.)
     in tali situazioni puo capitare che il working set dell'applicazione
     cresca notevolmente e non stia piu in cache, con conseguente
     rallentamento.
2.1) le funzioni di allocazione/deallocazione di dati
    allocati dinamicamente passano da un tempo
    "praticamente costante" per ogni operazione di allocazione/deallocazione
    (quando le richieste sono relativamente poche per unita di tempo)
    ad una situazione in cui tali operazioni hanno complessita O(n)
    o peggiore (significa che impiegano un tempo proporzionale ad n
    dove n e' il numero di elementi nelle strutture dati usate
    per tener conto di cosa e' allocato e di cosa e' stato
    deallocato e potrebbe essere riutilizzato, questo succede
    quando ci sono molte richieste consecutive in cui i blocchi
    di ram allocata vengono "sparpagliati" troppo rendendo piu
    complessa la loro compattazione quando vengono liberati
    e piu complessa la ricerca di un blocco "da riciclare"
    quando viene chiesta l'allocazione di un nuovo blocco).
2.2) spesso le applicazioni hanno loro routine per
    "riciclare" la memoria allocata/deallocata tramite
    chiamate al S.O. (l'idea e' che in questo modo
    tali operazioni sono piu rapide, visto che si risparmiano
    un sacco di chiamate al S.O.), ma se hanno qualche bug
    oltre al problema della "perdita di efficienza per n grandi"
    potrebbero anche mettersi ad allocare blocchi di memoria
    senza piu rilasciarla al S.O. (il programma chiama il "suo"
    sistema di allocazione/deallocazione ma se questo
    non libera con sufficiente efficienza i blocchi di memoria
    che non servono piu, la memoria allocata dall'applicazione
    continua a crescere)
2.3) gli stessi problemi che ha il sistema di allocazione/deallocazione
    interno all'applicazione li potrebbe avere pure quello
    a livello di il S.O. (il sistema di memory management di Win9x
    era famigerato per questo) in particolare il caso piu frequente
    e' il "peggioramento ad O(n)" discusso nel punto 2.1 se il S.O.
    non riesce a "ricompattare" con sufficiente efficienza i blocchi
    di memoria liberati dalle applicazioni
    (sia in termini di quantita che di tempo).
3) l'applicazione (il gioco nel caso che hai descritto) quando e' stata
    sviluppata non era stata testata in certe condizioni oppure
    chi ha sviluppato il programma e chi ne valutava il livello di qualita
    ha pensato che non si trattasse di un difetto tale da giustificare
    ulteriori ritardi per apportare altre migliorie.
L. Micheletto

 Niente a che vedere con il processore.
CUT
Perfetto, rrisposta esaustiva.
Ho scritto qui sopra perchè ho la possibilità di avere un campione di 
utilizzatori con Proci AMD: tutto grazie ad un rivenditore di Componenti Hw.
Il dubbio è sorto quando uno ha iniziato a fare questi "trascinamenti" di 
file vicini al giga.
I punti in comune sono:
AMD 64.
Sisop XP
Windows 2000.
La discriminante per il problema del trasporto di file immensi è Forse 
Norton Antivir-- provati anche NOD32...
Con antivir sembra non farlo.
mentre per Il gioco Niente... lo fa sia su Windows 2000 che su XP ( xia HE 
che Pro).
Appena ho tempo proverò a cercare qualche bench sul Multitasking.. Solo 
curiosità ma anche informazioni interessanti.
Qulche cliente ha deciso di passare/cabiare a P4 perchè fa video editing e 
non ha voglia di vedere questo decadimento di prestazioni.
Grazie ancora 


In effetti spesso Norton puà causare questi problemi...pure io
ho avuto questo comportamento con alcuni pc che lo utilizzavano.

 Con antivir sembra non farlo.
Se c'e' di mezzo l'antivirus, tieni presente che intercetta
le operazioni sui file ed analizza i dati in transito
(ed a seconda di come e' settato scompatta pure al volo
  i file compressi per analizzarne il contenuto) ed a causa
di questo il calo di prestazioni in certi casi e' notevole.
L. Micheletto