Velocità di RICEZIONE DATI. Qualcuno sa perché è così LENTO?
Domanda
-
Ciao a tutti,
ho alcune applicazioni WinForm che usano SQLAzure come fonte dati (testuali/numerici), tutto bene tranne che per la velocità con la quale i dati arrivano al client. è di una lentezza incompresibile.
Diciamo che conosco abbastanza come funziona l'ICT e ho fatto due test:
Usando Monitoraggio Risorse ho notato che l'uso della rete, durante il load dei dati nel DataSet era un po' scarsino: sui 28KB/s!
Verificando la geo-location dell IP del SQLAzure server ho visto che un TACEROUTE mi porta a Seattle, ma nei registri ufficiali indica che è in Olanda (plausibile visto che il mio SQLAzure server è WestEurope).
Facendo una paio di test con speedtest.net su Amsterdam e su Seattle ho visto che il ping della connesione 1433 era compatibile con Amsterdam con la quale ho un DL di 9.6Mb/s che ovviamente è moolto maggiore dei 28KB/s raggiunte come DL da SQLAzure.Il server è un livello Basic (con un altro server di livello S0 ho toccato al massimo i 6KB/s!, sempre WE).
Cortesemente qualcuno sa dirmi perchè e/o se c'è un modo di aumentare la velocità di DL dei dati da SQL AZURE?
Grazie in anticipo.
Davide
PS: Per la mia esperienza, a naso, direi che la lentezza non è dovuta a problemi di linea o tecnici, o c'è un "limitatore" o c'è qualcosa migliorabile dal lato software client.
PS2: ho provato anche con SQL Management Console, sia con pacchetti piccoli che grandi, e le velocità di caricamento della stesso query sono identiche a quelle riscontrare con i SW WinForm.
PS3: Ho verificato l'uso dei DTU e lato server le % d'uso sono rimaste sotto al 20-30%
Davide Dolla
Risposte
Tutte le risposte
-
Assolutamente SI
Per scrupolo, odio ragionare su "lucciole" (ovvero delle false basi di partenza), ho rifatto ora un test, qui puoi vedere che i tempi riportati da SSMS sono in linea 19sec, anzi più lento, con i 14.6s registrato dal mio codice di debugging.
Inoltre oggi ho avuto modo di provare una situazione simile (SQL 2008 remoto collegato in VPN e WinForm locale) da un cliente a Monaco (VPN tra due nodi ADSL in città) e devo dire che era quasi come stare in locale!
Quindi ritengo che ci sia qualcosa che rallenti il traffico, magari quello che gira sulla porta 1433, piuttosto che problemi lato SW.
Any suggestion :) ?
Davide Dolla
-
mi sa che a questo punto sia opportuno leggere questi:
http://www.keepitsimpleandfast.com/2012/01/analyze-performance-between-sql-azure.html
http://searchsqlserver.techtarget.com/tip/Speed-up-execution-times-in-Microsoft-SQL-Azure
http://www.troyhunt.com/2013/12/working-with-154-million-records-on.htmlLetti,
ma purtroppo Troy parla dello storage in table e non è questo il caso, SearchSQLServer parla di cose generiche che conosco a fondo.Mentre il primo è un interessante articolo su come fare un cronometraggio sulle perfomances ... proverò e condividerò i risultati.
Il nodo del problema è la velocità di download del risultato della query.
Infatti, seguendo le indicazioni del primo link ho rifatto le prove e riporto qui sotto i risultati:
QUERY:
PRINT 'Query: Cashflow entries to be allocated 1' SET STATISTICS IO ON SET STATISTICS TIME ON SELECT DISTINCT isnull(notaInEvidenza+ '***' ,'') + RAG_SOC as descr, ID, note, PAGA, BANCA, idAgente, noteVettore, RAG_SOC FROM [dbo].[Clienti] WHERE [dbo].[Clienti].[ID]<> '10000000-0000-0000-0000-0000000000000' ORDER BY RAG_SOC SET STATISTICS IO OFF SET STATISTICS TIME OFF PRINT '----------------------------------------------------------------------'
Messaggi:
Query: Cashflow entries to be allocated 1
(Righe interessate: 3407)
Table 'Clienti'. Scan count 2, logical reads 397, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
SQL Server Execution Times:
CPU time = 16 ms, elapsed time = 24 ms.
SQL Server Execution Times:
CPU time = 0 ms, elapsed time = 0 ms.
----------------------------------------------------------------------
Statistiche Client:
Come si nota dalle stats, prova 6 e 7, il maggior tempo "perso" è nella trasmissione dei dati ... che sono 1.102KB!
Tempo di attesa delle risposte del server (tempo di elaborazione della query lato server): 110ms
Tempo di elaborazione client (scaricare i dati): 15.689ms
Tempo della query: 16sGrazie Edoardo per avermi dato un tip che mi permette di esporre il problema in tutta la sua evidenza tecnica e che permette anche di eliminare false piste quali "ottimizzazione del codice", seguire tutte le BP, bla bla.
IL PROBLEMA c'è, ed è dimostrato dal fatto che con una linea vuota da 20Mbs (dove ho raggiunto anche gli 1.2MB/s) la velocità di trasferimento dei TDS è stata di: 70KB/s! (dimostrato senza ombra di dubbio dalle statistiche client)
Io sono pronto anche a fare altri test usando client in altre posizioni geografiche ... ma qualcuno sa indicarmi un posto tipo UserVoice dove poter innescare un thread direttamente con mamma MS?
Magari il passaggio di pacchetti TDS viene rallentato da qualche parte ... oppure SQL Azure è lento a trasferire i dati (ipotesi improbabile)?
Grazie a tutti per la collaborazione.
Secondo voi se posto in qualche gruppo in inglese ho più probabilità di trovare qualcuno di MS che segue SQLAzure?
Davide Dolla
