Può mancare la "bit bit" tra le prestazioni di impatto del server Web e del server DB?

10

Ho avuto una riunione con un fornitore di software oggi sulla loro infrastruttura consigliata per la distribuzione di una particolare applicazione. L'applicazione richiede due server: un app server per le pagine Web del server (.NET, Windows) e un database (SQL Server). Il venditore ha affermato che questi due server dovevano avere una "bit bit". Ciò che intendevano con questo è che se il server dell'app era a 32 bit, SQL Server dovrebbe essere a 32 bit, o se l'app è a 64 bit, SQL Server è a 64 bit. Altrimenti, le prestazioni avranno un impatto negativo.

Questo mi sembra ridicolo. I server sono indipendenti e comunicano solo attraverso una rete. I protocolli di rete non hanno nulla a che fare con la "bit-ness" del processore su entrambi i server.

Sono nel torto? C'è una ragione per cui una mancata corrispondenza potrebbe effettivamente influire negativamente sulle prestazioni?

NOTA: so che alcune app potrebbero essere eseguite più velocemente o più lentamente a 32 bit rispetto a 64 bit. Ma il venditore stava dicendo che la corrispondenza tra server web e server DB causa un problema. Questa è l'affermazione che sto interrogando.

    
posta RationalGeek 26.01.2011 - 18:51
fonte

6 risposte

10

Suppongo che sia possibile che sanno di qualche interazione specifica tra quei due prodotti che causa un problema quando c'è una mancata corrispondenza (ma ne dubito davvero - avrei messo circa 10: 1 quote che il venditore ne sia pieno).

Potresti voler controllare su serverfault per domande sugli effetti di disallineamenti del genere, ma dubito che troverai molto, perché dubito che ci sia un vero problema da trovare ...

    
risposta data 26.01.2011 - 18:58
fonte
6

Richiedi una prova. Ha fatto un'affermazione discutibile, ha (mis-) venduto delle cose, o dovrebbe dargli una copia di sicurezza o ritirarle. Salva te stesso il legwork.

    
risposta data 26.01.2011 - 20:18
fonte
4

La differenza tra coppie di server a 32 bit e 64 bit con molta probabilità non comporterà alcuna differenza. Ciò che farà la differenza è endianness di vari processi, che il venditore potrebbe aver confuso come "bit parity".

    
risposta data 26.01.2011 - 20:39
fonte
3

In breve direi che la parità non è importante. SQL Server non ha un protocollo separato a 64 e 32 bit.

Tuttavia, ti consiglio di cambiare server a 64 bit a prescindere. SQL Server è disponibile solo a 64 bit e credo che Windows Server stia andando anche in quella direzione.

    
risposta data 26.01.2011 - 19:02
fonte
2

Bene, se il fornitore si riferisse strettamente alle prestazioni, potrebbe esserci del vero. Non c'è certamente alcuna incompatibilità tra i sistemi x86 e amd64, perché il protocollo di rete dovrebbe nasconderlo.

Tuttavia la rappresentazione interna dei valori deve essere trasformata durante il trasferimento. Quindi una parte di pack/unpack ne farà parte. Tuttavia, suppongo che il protcol di rete non definisca due varianti e sia ottimizzato per la rete a 64 bit o 32 bit. Quindi potrebbe esserci una conversione e potrebbe anche essere misurabile. Ma probabilmente non è significativo.

    
risposta data 26.01.2011 - 19:13
fonte
1

Tecnicamente la connessione al server SQL è di solito un canale binario (ora non conosco questo sistema in particolare potrebbe essere un canale basato su testo) quindi ci sarà qualche conversione alla destinazione quando i risultati di una query sono recuperate.

Questo porta a due domande:

  1. Questa conversione viene eseguita solo su 32 x 64 Potrebbe essere che il canale binario sia indipendente dal sistema (in modo che possa supportare 32x64 e 32x32 e 64x64) e la conversione avverrà comunque su un sistema 32x32.

  2. Qual è il costo della conversione.
    Non riesco a immaginare che questo possa influire su di te. Il costo della conversione da binario a binario è piccolo e fisso.

C'è un'altra domanda che devi chiedere:

Il costo della parità di bit è più alto? Altrimenti, perché scherzare con i consulenti. Se esiste una significativa differenza di costo, qual è il vero calo delle prestazioni e la cosa più importante la diminuzione delle prestazioni riduce le prestazioni del server Web al di sotto dell'accettazione della soglia.

vale a dire. Se il server ha bisogno di server 200 pagine al secondo. Un sistema 32x32 può fornire 202 un 32x64 in grado di consegnare 200 e un 64x64 in grado di consegnare 210. Quindi in questa situazione non importa quale sistema hai (tutti soddisfano la barra), ma è il costo aggiuntivo che vale le 10 pagine in più al secondo .

Alla fine anche se c'è un piccolo costo extra (che dubito). È un costo significativo o misurabile rispetto agli altri costi maturati dal WebServer. Esaminando un esempio estremo: se il costo di creazione di una pagina è 100ms di cui 15ms è il WebServer. Se la versione non a parità di bit è il 33% più costosa (20 ms), questo davanzale solleva solo il costo di creazione di una pagina a 105 ms con un incremento solo del 5%.

    
risposta data 26.01.2011 - 20:26
fonte

Leggi altre domande sui tag