MetaTrader 5 en Intel Xeon Phi 7250 - 272 núcleos en un ordenador - página 7
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Gracias por la reseña, todo está muy bien descrito
por mi parte, estas cosas se utilizan en los superordenadores... y saben qué poner ahí
el rendimiento de tal cosa es definitivamente mejor que un servidor xeon
por supuesto, usted puede poner algo como HP superdome X - pero el precio está más allá de la mente del universo
cuando se optimizan los EAs, no es la frecuencia lo que importa sino el número de hilos ....
también es cierto que cuanto más alta sea la frecuencia y más núcleos, más rápido será el cálculo
https://aws.amazon.com/ru/ec2/spot/pricing/
Los precios son más precisos en la LC. El pago es por horas. Usted paga por su servidor sólo cuando realmente lo necesita, no por todo el mes.
La configuración suele variar según la región.https://aws.amazon.com/ru/ec2/spot/pricing/
Los precios son más precisos en la LC. El pago es por horas. Usted paga por su servidor sólo cuando realmente lo necesita, no por todo el mes.
Dependiendo de la región, los paquetes suelen cambiar.¿cuántas horas son? sólo tengo una prueba de un año en amazon
https://aws.amazon.com/ru/ec2/spot/pricing/
Los precios son más precisos en la LC. El pago es por horas. Usted paga por su servidor sólo cuando realmente lo necesita, no por todo el mes.
Dependiendo de la región, los paquetes suelen variar.Son casos puntuales.
Se recomiendan las instancias puntuales:
No son adecuados para la optimización. No importa lo baratos que sean.
Los milagros no ocurren, hay que pagar por la capacidad de procesamiento.
0,6 libras por 1 hora m4.10xlarge. Para los precios al contado redondeados a la hora: 1:02:05 - el cargo sería por 2 horas.
EBS es una unidad virtual. Se cobra por separado, pero es muy barato. Pago por GB/mes.
Son casos puntuales.
No son adecuados para la optimización. No importa lo baratos que sean.
No hay milagros, hay que pagar por la capacidad de procesamiento.
¿En qué se basa tan extraña conclusión?
A la hora de seleccionar una instancia puntual, es importante evaluar la tolerancia a las interrupciones de la aplicación y el nivel de reducción de costes deseado. Cuanto menor sea la tasa de interrupción seleccionada, más tiempo se ejecutarán las instancias puntuales.
La clave aquí es la aceptabilidad de las interrupciones de la aplicación.
En cuanto ejecute la optimización al menos una vez en dicha instancia, comparta sus impresiones.
Probablemente mucha gente estará interesada en ver:
Eso sucede.
¿Miedo a las interrupciones? En realidad, para la optimización, el abandono de los agentes no es crítico.
El precio al contado rara vez se actualiza. El precio se fija por hora de uso. Si el precio se actualiza para la hora siguiente, sólo se producirá una interrupción cuando se supere el precio solicitado. Esto es similar a un stop loss:)
Para que no haya interrupción, basta con especificar el precio de la tarifa de la instancia. Mi instancia funcionó durante 14 horas sin interrupción.
¿Miedo a las interrupciones? En realidad, para la optimización, el abandono de los agentes no es crítico.
El precio al contado rara vez se actualiza. El precio se fija por hora de uso. Si el precio se actualiza para la hora siguiente, sólo se producirá una interrupción cuando se supere el precio solicitado. Esto es similar a un stop loss:)
Para que no haya interrupción basta con especificar el precio de la tarifa de la instancia. Mi instancia funcionó durante 14 horas sin interrupción.
Ahora es más divertido. Pero todavía no. Tengo que calcular el ahorro real.
Con los agentes en la nube todo está claro: usted paga por el tiempo de trabajo del agente y nada más. La optimización ha comenzado, en la pasada 1 se tienen 256 (512) agentes en un trabajo, en la pasada 2 se emplearán menos agentes, en la pasada 20 se emplearán un orden de magnitud menos agentes que en la pasada 1, etc.
No es así como funciona con los agentes de instancia. Se paga por el tiempo de trabajo de toda la instancia, y no importa el tiempo que los agentes hayan trabajado individualmente. Es decir, es necesario calcular un equilibrio óptimo entre la potencia de cálculo de la instancia y el tiempo dedicado a la optimización para no tener que pagar dinero y tiempo extra.
Y algo en este sentido me parece que la instancia no será más barata que una nube de MQ, sea cual sea. Incluso a precios reducidos, es decir, al contado.
Y ambas opciones pierden ante la compra de una pepelatsa limpiamente :) Siempre que haya algo que contar, por supuesto.