Newsgroup: it.economia.borsa.trading-online
Titolo: Directa e Real-Time: BEL PROBLEMA

Sono cliente directa, e fino ad oggi non ho mai avuto partircolari problemi.
Oggi avevo deciso di fare una prova, e misurare con un orologio
radiocontrollato (quelli con l'ora sempre precisa), a quanto ammontasse il
ritardo dei dati real-time offerti con tecnologia Push tramite
Visual-Trader..
Tanto per cominciare, i dati di preapertura non si sono visti fino alle 9:10
( chi sa che dati erano, dato che l'ora non era riportata..)
Poi alle 9:30 cominciano ad arrivare i dati della contrattazione continua,
ma arrivano a rilento..
Sotto i miei occhi ci sono i book di una decina di titoli, e tutti
cominciano ad accusare un certo ritardo..
Via via che passa il tempo il ritardo aumenta..
Vi basti pensare che adesso che sono le 10 in punto, i dati sono quelli dell
9:47
Il ritardo ammonta a ben 13 minuti in questo istante....
Inutile dire che QT, adottando una tecnologia differente, é perfettamente in
orario (esegue un refresh ogni 20 secondi pertanto il ritardo é di
quest'ordine).
Non so dove andremo a finire oggi, ma il ritardo continua ad aumentare.. poi
vi dirò a che punto siamo arrivati..

 quest'ordine).
Riporto qui sotto uno solo dei frammenti che possono essere utili,
tratti dal thread di cui sopra
Cordiali saluti
Mario Fabbri
------------------------
Amministratore Delegato
DIRECTA SIMpA
---------------------------
Un investitore mi ha scritto chiedendo chiarimenti sul fatto curioso che
molti programmi di ricezione quotazioni push hanno questa tendenza a
finire in ritardo "sotto stress", mentre Quote Tracker, anche su piccoli
sistemi dà sempre quotazioni molto tempestive...
Questo, probabilmente, avviene solo perché QT lavora non in push, ma
in autorefresh: con QT (di solito) non è il server che "spara" i dati
sul PC, a mano a mano che arrivano, ma è il PC che li richiede dal
server ogni X secondi...
In questo secondo caso il dato è di solito meno tempestivo (se l'auto
refresh rinfresca i dati ogni 10 secondi, le quotazioni tarderanno "in
media" 5 secondi, mentre un buon streaming push "spacca il secondo") ma
evita alla radice questo tipo di problemi, perché se il PC è "sotto
stress" , vorrà dire soltanto che le sue richieste di aggiornamento si
diraderanno:
se infatti dopo 10 secondi il PC "non ce la fa" ancora a richiedere i
dati, li richiederà solo dopo 12... ma quando questi arriveranno saranno
ancora "freschi".
Diradando le ricezioni e autoriducendosi il lavoro cioé l'autorefresh
garantisce il mantenimento di livello di aggiornamento "piuttosto
costante" anche sotto stress...
Invece col push questa valvola di sfogo non c'è: se i dati richiesti
sono "molti" rispetto alle capacità di ricezione/elaborazione a un certo
punto - se il mercato diviene troppo vivace - i dati diventano "troppi"
e si forma una "coda" perché il server ne mette correttamente in
spedizione "tanti" al secondo, a mano a mano che la Borsa glieli invia,
ma il PC ricevente ne ritira "di meno"...
e qui l'accodamento e quindi il ritardo può crescere moltissimo e finire
adirittura nei "minuti"...
 

 ha scritto nel messaggio
news:1fnc1bq.1ktic8rnxs2bkN%mario....@directa.it...
CUT
La ringrazio per il suggerimento.
In effetti il problema era causato da un collo di bottiglia software.
La connessione era attiva e molto sotto il limite di traffico, ma era in
funzione il DDE di VT.
Su Excel era inoltre attivo un programma VBA  per campionare i dati.
Tale programma metteva in pausa il motore VBA di EXCEL, e pertanto il DDE
non era in grado di aggiornare continuamente i dati sul foglio di
esportazione..
Il problema era quindi causato da un applicativo che interferiva con il DDE
di VT.
Ne concludo che tale DDE non sia ancora allo stato dell'arte, poiché non
dovrebbe interferire con lo scarico dei dati sul tabellone (questo dovrebbe
avere la priorità..)
Comunque ho risolto disattivando le pause nel programma di campionamento..
LS