23 messaggi dal 06 settembre 2008
A naso il problema deve essere nella diversa strutturazione delle due CPU.
La prima ha un solo core e la seconda ne ha 4. Si sa da tempo che ci sono cose che i quad riescono a fare meglio dei mono core e cose che invece fanno decisamente peggio. Probabilmente SQL Server non è ottimizzato a dovere per le tecnologie a multi core.
294 messaggi dal 14 novembre 2001
accidenti non è una buona notizia.

Sto cercando se magari nelle proprietà di SQL Server 2008 c'è qualche opzione x ottimizzarlo meglio... ma mi sembra tutto settato a dovere!

Campo Testaccio, c'hai tanta gloria...
23 messaggi dal 06 settembre 2008
Questo problema (se c'è) non lo risolvi con opzioni.
Il problema nasce dal fatto che il software è nato per piattaforme non threading e ora si dovrà riscrivere tutto (intendo SQL Server) per le nuove cpu...
Comunque parlo senza sapere se questo è il problema, non fraintendetemi. E' una ipotesi. Solo che ultimamente anche in tanti altri ambiti succede la stessa cosa.
1.976 messaggi dal 27 luglio 2005
Contributi
salve,
maurodii wrote:
accidenti non è una buona notizia.

Sto cercando se magari nelle proprietà di SQL Server 2008 c'è qualche opzione x ottimizzarlo meglio... ma mi sembra tutto settato a dovere!

verifica che il compatibility mode non sia rimasto settato a 80.. accedi alle proprieta' del database e verifica..
saluti

Andrea Montanari
http://www.hotelsole.com - http://www.hotelsole.com/asql/index.php
1.976 messaggi dal 27 luglio 2005
Contributi
salve,
stilgar wrote:
Questo problema (se c'è) non lo risolvi con opzioni. Il problema nasce dal fatto che il software è nato per piattaforme non threading e ora si dovrà riscrivere tutto (intendo SQL Server) per le nuove cpu...
Comunque parlo senza sapere se questo è il problema, non
fraintendetemi. E' una ipotesi. Solo che ultimamente anche in tanti altri ambiti succede la stessa cosa.

non e' proprio cosi'... gia' SQL Server 2005 era stato completamente riprogettato proprio per utilizzare con profitto le nuove cpu multicore e SQL Server 2008 ne ha sicuramente incrementato il supporto.. non e' affatto vero cio' che hai indicato.. quando trovo un attimo "abbondante", visto che richiede parecchio tempo questa risposta, vedo di dartene ragione.. ma, se ti fidi sulla parola, non e' affatto come riportato.. che poi una specifca query non possa ben essere parallelizzabile, questo e' altro fatto.. saluti

Andrea Montanari
http://www.hotelsole.com - http://www.hotelsole.com/asql/index.php
294 messaggi dal 14 novembre 2001
Andrea Montanari ha scritto:
salve,
verifica che il compatibility mode non sia rimasto settato a 80.. accedi alle proprieta' del database e verifica..
saluti


E' settato su: SQL Server 2008 (100).

Più tardi proverò a modificare leggermente la query in questione, in modo da vedere esattamente a cosa è dovuta questa lentezza, perché ripeto in altre estrazioni simili eseguite sempre sulla medesima tabella i risultati sono straordinari.

Grazie comunque dell'aiuto a tutti voi, a dopo

Campo Testaccio, c'hai tanta gloria...
294 messaggi dal 14 novembre 2001
Allora... ho creato un nuovo indice su suggerimento di Profiler. Ho ridotto di tanto il distacco tra le performance dei due pc.

Il nuovo pc, con SQL Server 2008 64 bit, è molto più veloce del vecchio pc con SQL Server 2000 in quasi tutte le elaborazioni. E' più lento (ma ora solo "poco" più lento - 15 secondi vs 10 secondi) nell'elaborazione della query che vi ho postato. Se dovesse venirvi (o venire a me) in mente qualcosa ci aggiorniamo. Una cosa interessante a questo punto sarebbe quella di installare sul NUOVO pc windows 2000 + sql server 2000 e vedere cosa succede... ma non so se avrò tempo :P

Grazie, per il momento, a tutti per l'aiuto!!

Campo Testaccio, c'hai tanta gloria...

Torna al forum | Feed RSS

ASPItalia.com non è responsabile per il contenuto dei messaggi presenti su questo servizio, non avendo nessun controllo sui messaggi postati nei propri forum, che rappresentano l'espressione del pensiero degli autori.