Scripts: ThirdPartyTicks - página 8

[BillionerClub]

fxsaber:

Lamentablemente no consigo actualizar el código, la KB está jurando.

Estimados, ¡gracias! por todo lo que han hecho.

Lo más probable es que el código fue editado después de la publicación.

[fxsaber]

fxsaber:

Lamentablemente no consigo actualizar el código, la KB está jurando.

Funcionó. Lo actualicé.

[fxsaber]

Por favor, pregunta a los que usan el script en procesadores potentes.

Descarga (puedes hacerlo en un PM) tu velocidad de ejecución, si es superior a esta (mira el log en la pestaña Expertos).

UnZip RannForex\EURUSD.rann\EURUSD.rann_20200130.csv.zip 377549 bytes - unpack size 2933546 bytes.
Total Ticks (EURUSD.rann) = 51248067 (5064206 ticks/sec.), Reserve = 63143394
UnZip RannForex\EURUSD.rann\EURUSD.rann_20200131.csv.zip 416283 bytes - unpack size 3290661 bytes.
Total Ticks (EURUSD.rann) = 51324594 (5064652 ticks/sec.), Reserve = 63143394
Recording...
Calculating Digits...
Normalizing Ticks...
Correcting Ticks...
Corrected 49944 ticks.
Saving Ticks...
Saved ticks = 51324594 (3465702 ticks/sec)
Generating Rates...
Generated Rates = 716312
Saving Rates...
Saved Rates = 716312 (5544639 rates/sec)
EURUSD.rann_RannForex saved ticks = 51324594
Alert: EURUSD.rann_RannForex - Done.

Me interesa el procesador y el número resaltado. El resultado del ejemplo anterior se hace en esta configuración.

Windows 10 (build 18362) x64, IE 11, UAC, Intel Core i7-6700 K  @ 4.00 GHz, Memory: 8625 / 16322 Mb, Disk: 17 / 223 Gb

[Edgar Akhmadeev]

fxsaber:

Interesado en el procesador y el número asignado. El resultado del ejemplo anterior se realiza en esta configuración.

Miró a su configuración, de inmediato el momento: los expertos escriben que para un trabajo eficaz y rápida de espacio libre SSD debe ser de al menos 25%. Por debajo de eso, comienza una fuerte caída en la velocidad.

[fxsaber]

Edgar Akhmadeev:

He mirado tu configuración, y tengo un momento: los expertos escriben que para que el SSD funcione de forma eficiente y rápida debe haber al menos un 25% de espacio libre. Por debajo de ese porcentaje, la velocidad empieza a caer en picado.

En este caso, el cuello de botella sigue siendo la CPU.

[HimOrik]

fxsaber, gracias por tu trabajo.

Al compilar este EA https://www.mql5.com/ru/forum/232030/page2#comment_7069847, obtengo un error.

Error

Texto de búho

en el archivo de datos

¿Diferente número de argumentos?

[fxsaber]

HimOrik:

Al compilar este EA https://www.mql5.com/ru/forum/232030/page2#comment_7069847, da un error.

Añade/reemplaza estas líneas

  MAXPROFIT( const double Commission = 0, const bool inRelative = false ) : FlagUP(true), MinMax(-DBL_MAX), Relative(inRelative),
                                                                            MarkupBid(1 - Commission), MarkupAsk(1 + Commission)
  {
    this.SetReserve(RESERVE);
  }
  
  void AddTick( MqlTick &Tick )
  {
    this.SetMarkup(Tick);
    
    if (this.Relative)
      MAXPROFIT::MathLog(Tick);
    
    if (this.FlagUP)
    {
      if (Tick.bid > this.MinMax)
        this.MinMax = Tick.bid;
      else if (Tick.ask < this.MinMax)
      {
        this.Add(this.MinMax);
        
        this.MinMax = Tick.ask;
        this.FlagUP = false;
      }
    }
    else
    {
      if (Tick.ask < this.MinMax)
        this.MinMax = Tick.ask;
      else if (Tick.bid > this.MinMax)
      {
        this.Add(this.MinMax);

[Sergei Lebedev]

fxsaber:

Hace algún tiempo noté retrasos relacionados con esto, así que implementé especialmente una solución al problema. Desde entonces no ha habido retrasos.

Ahora tengo 18 GB de archivo y zips > 35 000 piezas. Todo funciona rápido, sin retrasos.

Tal vez no hayas entendido bien cómo funciona, por eso planteas esa hipótesis.

Hoy también estaba tratando con este script y sigo teniendo el mismo entendimiento que traveller00 2 que hay una doble comprobación de la presencia de una actualización: supongamos que Sync = t rue(es decir, hay una necesidad de hacer Refresh)

- primero ejecutamos Refresh() - en la sección de todos los símbolos hemos determinado si hay actualizaciones en el servidor,

- luego ejecutamos Update(false) - bombeamos nuevos archivos zip para un símbolo en particular, false impide un segundo Refresh,

- a continuación, ejecute ToCustomSymbol(Sync, false, MinPips) - aquí reconstruimos el símbolo personalizado, pero si inicialmente Sync = t rue, entonces Refresh(true) se llama de nuevo.

Idealmente, después de llamar a Refresh() es más correcto llamar a ToCustomSymbol(false, false, MinPips) .

¿Puede decirme si esto es lo correcto?

[HimOrik]

fxsaber, gracias por la rápida respuesta.

Esta es la imagen al optimizar:

ajustes

no cuenta. ¿Estoy haciendo algo mal?

[fxsaber]

HimOrik:

no cuenta. ¿Estoy haciendo algo mal?

En la configuración del comprobador debe seleccionar un criterio de optimización personalizado.