¿Cómo organizar un ping mínimo? Servidor de comercio en Londres - página 4
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
¡Hola!
Además, existe la opinión[enlace al producto en el Market eliminado por el moderador] de quemuchos EAs comprados enMetaQuotes VPSfuncionan muy mediocremente en el Market.
Me gustaría saber. ¿Es una enfermedad crónica (sistémica) o mis pacientes todavía tienen algo que esperar?
Por el contrario, funcionan de forma más estable.
Tienen 16-24 núcleos físicos, una tonelada de memoria y no hay una gran pérdida para el funcionamiento de 100 sistemas operativos, como los VPS habituales.
Sí, el mismo lugar. Y la misma situación por desgracia.
Hay el mismo desconocimiento de las preguntas de usted.
¿Qué se está haciendo para evitar que la situación se repita? ¿Por qué no hay una notificación básica de problemas en MQID?
El servicio no es cursi de ninguna manera.
Trabajamos duro y mejoramos nuestros servicios. Este es nuestro negocio.
Como optativa, le daré una dirección para pensar: qué dificultades encuentran quienes permiten ejecutar decenas de miles de programas ajenos en su hardware. Qué hacen algunos cuando compran un servicio de 10 dólares por una carga de 1000.
Usé el alojamiento hace un año, lo usé hace un mes. La tendencia se mantiene, el servicio es inestable. Están poniendo a punto la infraestructura a mi costa.
No digo que tengas una tarea fácil, y no te vengo con consejos sobre cómo hacerlo mejor. Simplemente constato el hecho: el servicio es miserable porque no resuelve su tarea principal: el funcionamiento estable e ininterrumpido del terminal.
Es "mucho mejor que una UPU normal" sólo en teoría hasta ahora. Para el usuario es peor en este momento.
Se te ha olvidado añadir "operación terminal con un montón de robots". Y realmente hay un montón de ellos.
No tienes mucha información sobre los VPS normales, a diferencia de mí. Hay muchos problemas ocultos (no teóricos en absoluto), además de los reales que he descrito. También bloquean cuentas por cometer actos de vandalismo, y la reciente (hace unos meses) infección viral de wannacry de decenas de miles de escritorios virtuales de comerciantes que se solucionó con su completa eliminación.
Uno de los ISP que no tenía ningún administrador de Windows y tenía varios miles de escritorios virtuales infectados decidió culparnos de ello. A lo largo de este verano, decenas de miles de VPNs de comerciantes justos tuvieron que ser recreadas por múltiples ISPs.
No digo que no tengamos errores. Pero lo que digo es que nuestro servicio es órdenes de magnitud mejor, si hablamos de tiempos de reacción realmente rápidos y velocidad de los terminales robotizados.
Se te ha olvidado añadir "operación terminal con un montón de robots". Y realmente hay muchos.
¿Son seis robots un montón?
No tienes mucha información sobre los VPS normales, a diferencia de mí.
Sí, hace tiempo que no uso la UPU.
Estaba comparando con un servidor dedicado, equivocado. Pero el servidor dedicado estaba ejecutando 20 de estos terminales, no 1, y no había tales problemas.
No digo que no tengamos errores. Pero afirmo que nuestro servicio es órdenes de magnitud mejores, si hablamos de una respuesta realmente rápida y de la velocidad de los terminales robotizados.
Todo lo que quiero es un servicio estable. Corrija los errores, por favor.
¿Son 6 robots un montón?
Es precisamente en 6 robots donde nuestro servicio muestra una ventaja, dando a esos mismos 6 robots 6 núcleos físicos en lugar de uno virtual.
¿Comprende lo que esto significa para la velocidad de cálculo y la reducción de la latencia? Y sólo estamos hablando del procesador.
En general, no pienses sólo en ti, piensa en otros vecinos que llevan muchos más robots.
Sí, hace tiempo que no utilizo la UPU.
Comparado con un servidor dedicado, mal. Pero el servidor dedicado ejecutaba 20 de estos terminales, no 1, y no había tales problemas
Aquí está la respuesta. Se está comparando con un servidor físico dedicado.
Desde un VPS normal estarías escribiendo esto ahora.
Es precisamente en 6 robots donde nuestro servicio muestra una ventaja, dando a estos 6 robots 6 núcleos físicos en lugar de uno virtual.
¿Entiendes lo que esto significa para la velocidad y la latencia?
Hasta ahora sólo he experimentado una cantidad decente de vuelo debido a 2 accidentes en 1 mes.
No puedo sentir el beneficio de la baja latencia.
La ventaja de la baja latencia no se nota.
Pero la latencia es baja. Eso no se puede discutir.
Pero hay una baja latencia. No se puede discutir eso.
Eso no se puede discutir.
Lo único que falta es que esta latencia sea estable.
Sugiero introducir varios niveles de SLA (Service Level Agreement) para el alojamiento de MQL. Cada nivel de SLA debe tener un precio diferente. El alojamiento tendría el mismo ping al servidor del corredor. Y dependiendo del nivel de SLA, los acuerdos de nivel de servicio podrían ser diferentes en términos de precios, tiempo de indisponibilidad del alojamiento. Y también los parámetros técnicos sobre la carga del VPS, cuál es el número permitido de EAs para ejecutar en un VPS particular. Y en qué violaciones de MQL VPS el usuario será desconectado del servicio. Lo principal es que todo sea claro y transparente desde el principio.