nntp2http.com
Posting
Suche
Optionen
Hilfe & Kontakt

Re: Misure

Von: Marco (nonusare@questo.invalid) [Profil]
Datum: 07.11.2009 18:45
Message-ID: <5966561.BR6mcEBGB3@xkzjympik>
Followup-to: it.lavoro.informatica
Newsgroup: it.lavoro.informatica
STeve wrote:

> Da cui la domanda ! Come poter fare questa scelta, senza fare test, ed
> avere una chance di averci azzeccato ?
> Se canni butti via mesi di lavoro, con l'economia attuale significa
> affossare il progetto.

La risposta e': dipende dal progetto.

Se il sistema ti serve per un progetto di tipo A, devi calcolare i
SteveMIPSA, ossia un numero che ti dica quanto "bene" o "velocemente"
o
quello che ti pare il sistema si comporta *quando usato per il progetto A*.

Se il sistema ti serve per un progetto di tipo B, devi calcolare i
SteveMIPSB, ossia un numero che ti dica quanto "bene" o "velocemente"
o
quello che ti pare il sistema si comporta *quando usato per il progetto B*.

ecc.ecc.

Ovviamente, SteveMIPSA != SteveMIPSB != SteveMIPSX ....

Quello che sembra a me e' che tu invece voglia trovare un singolo numero
"magico" che sintetizzi la "bonta'" del sistema. Capisco che
probabilmente
questo renderebbe semplici i confronti tra sistemi differenti, ma
altrettanto probabilmente tali confronti non sarebbero molto affidabili,
perche' ogni sistema probabilmente e' ottimizzato o si comporta meglio in
certe condizioni rispetto ad altre.

Esempio banale: una Ferrari e' sicuramente meglio di una Jeep se devi
correre in pista, ma se devi andare nel fango o su terreno scosceso la
Ferrari e' ovviamente da scartare.

Se invece ho capito male io, e tu non vuoi tale numero magico, ma vuoi
effettivamente il numero specifico per il progetto/utilizzo X, allora non
vedo altri metodi che basarsi su dei benchmark specifici di X per
calcolarlo. Come penso saprai bene, anche due hardware con caratteristiche
nominali simili potrebbero poi comportarsi molto diversamente in pratica, a
causa di millemila variabili (incluso l'environment in cui il sistema si
trova a funzionare; pensa ad uno stesso processore inserito in una scheda
madre high-end o in una low-end, o con RAM veloce o lenta, bus XZ o ABC,
etc.). Per questo motivo, il tech sheet da solo non dice (e non puo' dire)
tutta la verita'. Allo stesso tempo, non e' semplice combinare le specifiche
delle brochure: se hai una CPU che va a X GHz, con X giga di ram DDR
sarcazzo, bus PCI-X mammeta, scheda di rete FOOBAR a YGbit, etc.etc., sei
sicuro che riesci a calcolare sulla carta che un sistema costruito con
quell'hardware sara' in grado di gestire come dici tu il progetto che hai in
mente? Io non lo saprei fare.

Come diceva Freddy, molto spesso la cosa migliore e' chiedere ai vendor di
mettere in piedi un ambiente di test che riproduca il piu' fedelmente
possibile il progetto che hai in mente, e fargli fare dei benchmark. Poi
prendi i risultati dei vari vendor, e li confronti, sempre tenendo a mente
che comunque sono delle approssimazioni.

Personalmente, a me e' capitato in sede di decisione riguardo ad alcuni
apparati di rete ottici (WDM). Certo, a guardare la brochure tutti davano
40Gbit, con BER simili, etc.etc., ma poi quando gli abbiamo chiesto di
dimostrarci gli apparati in laboratorio (con fiber reels, attenuatori e
quant'altro potesse servire a rendere il tutto il piu' verosimile
possibile), i risultati sono stati molto differenti tra un vendor e l'altro.
Non necessariamente "migliori" o "peggiori", ma sicuramente molto piu'
differenti di quanto ci si potesse aspettare avendo letto le brochure. La
scelta poi e' stata dettata non solo dall'aspetto squisitamente tecnico o
prestazionale ma anche da altri fattori come la manutenzione, la
compatibilita' etc. ma questi non sono direttamente legati alla tua domanda.

Il tutto per dire che probabilmente non e' che nessuno sappia come fare, ma
semplicemente che la risposta dipende da talmente tante cose che un
qualunque parametro X slegato dalla realta' generalmente non e' molto
significativo.

[ Auf dieses Posting antworten ]

Antworten