Dane z MT4 do programu w C++ w czasie rzeczywistym
- f16_rocket
- Stały bywalec
- Posty: 56
- Rejestracja: 09 wrz 2011, 01:54
lordmonkey
Nie myślałeś o optymalizacji kodu ?
Twoja funkcja PeriodNumber jest bardzo czasochłonna.
Szybciej byłoby mieć tablicę intów i brać z niej wartości zamiast
wołać funkcję.
Do tego zapisywanie do pliku przez MT4 ma swoje wady. Czasami potrafi
MT4 skopać coś z uchwytami i wykasować cały plik. Osobiście przesyłam
ramki multicastem do serwera.
Nie myślałeś o optymalizacji kodu ?
Twoja funkcja PeriodNumber jest bardzo czasochłonna.
Szybciej byłoby mieć tablicę intów i brać z niej wartości zamiast
wołać funkcję.
Do tego zapisywanie do pliku przez MT4 ma swoje wady. Czasami potrafi
MT4 skopać coś z uchwytami i wykasować cały plik. Osobiście przesyłam
ramki multicastem do serwera.
Każdy chce mieć pieniądze, ale pieniądze nie zawsze chcą każdego 

Wątek jest stary..
Porównując powyższe rozwiązanie "named pipes" i wspomniany multicast.. jest jakaś większa i znacząca różnica?

Z mt4 ? Do jakiego serwera (własnej aplikacji?) ?Tymek pisze:Osobiście przesyłam
ramki multicastem do serwera.
Porównując powyższe rozwiązanie "named pipes" i wspomniany multicast.. jest jakaś większa i znacząca różnica?
Mt4 to w ogole jest bee.. ale jak na razie widze, ze najlepiej to sprawuje sie praca z plikamiTymek pisze:Czasami potrafi
MT4 skopać coś z uchwytami i wykasować cały plik.

R.E.P.T.I.L.E. - Robotic Electronic Person Trained for Infiltration and Logical Exploration (off-line,only e-mail)
reptile
Tak do aplikacji, która odbiera i robi dalsze rzeczy
Multicast daje ci możliwość bez dodatkowej konfiguracji odpalić
dodatkowe aplikacje które będą to odbierać nie tak jak w TCP/IP.
Miałem duże problemy z plikami, szczególnie gdy tester przekraczał
300000 trejdów w teście, wtedy potrafił kasować pliki.
I używam do tego własnego DLL'a który jest odpowiedzialny za komunikację
z i do serwera (aplikacji)
Tak do aplikacji, która odbiera i robi dalsze rzeczy

Multicast daje ci możliwość bez dodatkowej konfiguracji odpalić
dodatkowe aplikacje które będą to odbierać nie tak jak w TCP/IP.
Miałem duże problemy z plikami, szczególnie gdy tester przekraczał
300000 trejdów w teście, wtedy potrafił kasować pliki.
I używam do tego własnego DLL'a który jest odpowiedzialny za komunikację
z i do serwera (aplikacji)

Każdy chce mieć pieniądze, ale pieniądze nie zawsze chcą każdego 

- f16_rocket
- Stały bywalec
- Posty: 56
- Rejestracja: 09 wrz 2011, 01:54
No to zależy jak duży plik i ile w mt4 obrabiałeś.. chociaż w mt4 tyle bugów, że głowa boli a w nowym buildzie znowu spieprzony terminal.. i przy >10 transakcji sie sypieTymek pisze:Miałem duże problemy z plikami, szczególnie gdy tester przekraczał
300000 trejdów w teście, wtedy potrafił kasować pliki.

Problem mt4 i testera to problem pamieci w mt4.. tam sie za wiele nie da wepchnąć.. ani analizować.. przy 10k tablicy mt4 świruje, a MQ nie chce tego naprawiać zmieniać.. jeśli robisz tylko write i flush no to luz, ale jeśli już czytamy plik no to problemy.. tylko,że za dużego pola działania w oddzielnych aplikacjach (mt4 i własna) nie ma.. bo nie bardzo jest jak sterować testerem.. live obejdzie..
Jestem ciekaw tego "z" to pewnie nie będzie za dużo danych ?I używam do tego własnego DLL'a który jest odpowiedzialny za komunikację
z i do serwera (aplikacji) Wink
R.E.P.T.I.L.E. - Robotic Electronic Person Trained for Infiltration and Logical Exploration (off-line,only e-mail)