Red de pruebas multinúcleo para todos los interesados - página 2
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
Intenté lanzar agentes usando diferentes VPNs.
Hamachi es una herramienta conveniente, nada extra, todos los agentes remotos funcionan. Lástima que la versión gratuita esté limitada a 16 ordenadores.
2. TeamViewer - un software bastante complicado, un montón de cosas extra, pide una contraseña al conectarse, lo que significa que todo el mundo tiene que introducir una contraseña en la persona recién conectada. Confirmar siempre la conexión VPN (puede ser posible hacer la conexión automática en los ajustes, pero no lo he encontrado). Un montón de ventanas diferentes. Como resultado pude conectarme al agente con la IP blanca. No pude conectar con una IP gris.
3. Wippien - es genial, se ve muy bien, pero no pude conectarme a los agentes remotos en absoluto. Y después de un par de horas se desconectó de internet y no pude volver a conectarlo.
4. Comodo Easy VPN también es útil, no he notado nada superfluo, me ha gustado. El agente funciona con IP blanca, no he podido ejecutarlo con IP gris. Tengo varias ventajas en comparación con Hamachi. No tiene ninguna limitación en cuanto al número de ordenadores. El ping es 3 veces menor que en Hamachi. (Hamachi - 33 ms, Comodo Easy VPN - 11 ms)
Creo que no puedo averiguar qué puertos deben ser remitidos para iniciar Comodo Easy VPN con Pi gris. ¿Alguien puede sugerir algo?
¡¡¡WARRRRRRRRRRRR TRABAJO!!! ;)
Por supuesto, no me esperaba semejante pillada del firewall de Vista. Como dicen, no creas en tus ojos. Habiendo instalado Comodo EasyVPN, en el firewall de Vista esta aplicación se registra automáticamente como aplicación permitida, pero no hay conexión con el agente. En cuanto apago el firewall, el agente con la IP gris se conecta.
En general, siempre uso Comodo Firewall como cortafuegos en XP, pero decidí dejarlo en Vista. Yo también tendré que usar Comodo Firewall en Vista.
Esto es lo que hay que hacer para que los agentes entren en la red:1. Instalar Comodo EasyVPN http://easy-vpn.comodo.com/download.html
2. Entrar en la red de agentes: Redes, Unirse a una red, Nombre de la red: Metatester_agents, Contraseña:1234567890
3. Envíe en un mensaje privado los datos de un agente metatester - [Propietario][dirección IP VPN:puerto][contraseña][hora de acceso aproximada].
4. Después de la verificación se obtiene acceso a todos los agentes.
Ya tenemos 6 agentes de metatester en nuestra red.
¡¡¡Únete!!!
¡¡¡Únete!!!
En alguna discusión veraniega en un foro resultó que el agente remoto (compartido) de otra persona puede ser utilizado sólo si nadie está conectado a él todavía. Es decir, cada agente remoto compartido sólo puede atender a un usuario a la vez. ¿Cómo le está funcionando esto hoy en día, en su red de agentes?
Es probable que así sea. Hay varias formas de resolver este problema (al menos así lo veo yo):
1. instalar varios agentes en un único núcleo "libre". Digamos, de 2 a 4. Este método es inconveniente porque el rendimiento de cada agente individual se degradaría;
2. Aumento significativo del número de núcleos. Sin embargo, si sólo tiene un agente por núcleo, esto no resolverá el problema;
3. Regulación del tiempo de uso de la red. Por ejemplo, puede programar el uso de la red por días/horas.
Quizás haya otras soluciones al problema. Hasta ahora veo la mejor solución en el uso de los tres elementos anteriores.
PS
Así que mi idea principal es que todo el mundo en la red debe tener al menos 2 agentes (preferiblemente 2 núcleos) para las necesidades comunes, y el tiempo de actividad también debe ser regulado (aunque en general el primer punto es probablemente suficiente para empezar).
Un verano, en una discusión del foro, resultó que el agente remoto (compartido) de otra persona sólo podía utilizarse si no había nadie más conectado a él. Es decir, cada agente remoto compartido sólo podía atender a un usuario a la vez. ¿Cómo funciona esto hoy, en su red de agentes?
Si un agente está ocupado, hacemos cola y luego comemos.
Ya veo. Una segunda pregunta: ¿se automatizará de algún modo la cola o cada participante tendrá que comprobar periódicamente si hay un agente disponible?
¿O será como en el proverbio "En una familia numerosa no se chasquea el pico"? :) Es una broma :)
Si un agente está ocupado, esperamos en una cola y luego nos comemos al agente. Cuando tenga cientos de agentes, el procesamiento de la tarea será mucho más rápido, que si lo ejecuta en varios agentes locales.
Si se toma un agente por núcleo y un núcleo por participante, podría no funcionar. También habrá cientos de personas...
Ya veo. La segunda pregunta: ¿se automatizará de alguna manera la cola o cada miembro tendrá que comprobar periódicamente si un agente está libre?
¿O será como en el proverbio: "En una familia numerosa no se chasquea el pico"? :) Es una broma :)
Interesting:
По идеи тестер сам должен определять какие из подключенных агентов доступны и свободны. Но лучше как-то управлять всем этим в "ручном режиме".
La verdad es que no. El probador, al ejecutar el procedimiento de optimización, comprueba una vez cuáles de los agentes conectados están disponibles y libres. A los agentes ocupados se les pone una etiqueta de "fracasado". Y el probador no vuelve a acceder a esos agentes. Al menos así fue durante el verano. De ahí la pregunta de si cada miembro de la "gran familia" tendría que comprobar manualmente si hay agentes libres periódicamente (léase "reiniciar el probador/agente").
En este caso, lo más probable es que los que ejecuten la optimización en primer lugar obtengan el mayor número de agentes posibles. Todos los demás están en el orden de los recursos disponibles.
También me interesaría el tráfico entre agentes, ya que entiendo que también sería algo a tener en cuenta.
Ya veo. Una segunda pregunta: ¿se automatizará de algún modo la cola o cada participante tendrá que comprobar periódicamente si hay un agente disponible?
¿O será como en el proverbio: "En una familia numerosa no se chasquea el pico"? :) Es una broma :)
Este no es el objetivo en sí, hay que usarlo según la necesidad, aunque el punto es correcto "in der grosse familie nieht klueven klatz-klatz!" ;)
No es así. Al iniciar un procedimiento de optimización, el probador comprueba una vez cuáles de los agentes conectados están disponibles y libres. A los agentes ocupados se les pone una etiqueta de "fracasado". Y el probador no vuelve a acceder a esos agentes. Al menos así fue durante el verano. De ahí la pregunta de si cada miembro de la "gran familia" tendría que comprobar manualmente si hay agentes libres periódicamente (léase "reiniciar el probador/agente").
En este caso, lo más probable es que quienes sean los primeros en lanzar la optimización, obtengan el mayor número de agentes posibles. Todo lo demás en el orden de los recursos disponibles.
También me interesaría el tráfico entre agentes, por lo que tengo entendido también habrá que pensar en ello.
Propongo probar la red conjuntamente, cada uno podrá comprobar su pregunta personalmente. Los errores e inconvenientes deben ser comunicados para que puedan ser corregidos y complementados.
Probado. Los agentes ocupados fallidos intentan iniciarse cada minuto automáticamente.