On Thu, 27 Apr 2006 21:51:09 -0300 Angel Claudio Alvarez <[EMAIL PROTECTED]> wrote:
> El vie, 28-04-2006 a las 02:04 +0200, Seve M escribió: > > Ufffff la que se ha montado. Chicos, compañeros no os pongáis así. > > Siento haber generado este revuelo. Además no se si para nada, porque > > al final lo he implementado de otra forma. > > > > La verdad es que el método de Java y RMI me parece un poco bruto, > > pero también es valido. O por lo menos también funciona. Yo para > > ejecutar un script optaría por otros métodos mas ligeros. Pero no > > quiero entrar en mas polémica. > > > > El caso es que al final son varios usuarios los que van a ejecutar > > los scripts, todos ellos desde windows (que poca fama tiene linux > > entre los no-informaticos), así que he decidido hacer una mini > > aplicación en python con sockets. Hay un servidor escuchando en el > > debian y luego en cada uno de los windows hay un cliente que autentica > > al usuario que ejecuta el script. Mas que nada es para que quede > > constancia de quien a ejecutado que, y así si falla algo queda > > reflejado en el log quien a hecho que. > > Me gustaría, si alguien me lo puede decir, que me indique si esto > > es muy costoso para la maquina. Aunque yo creo que no, total es una > > comunicación por sockets ligeritos. Lo único es que el servidor estara > > en marcha siempre esperando peticiones. > > > No creo que sea costoso para el servidor, en terminos de uso de cpu y > memoria. > Igualmente podes verificarlo con un "ps -ef |grep proceso >> proceso.log > " y lo metes en un cron cada X tiempo y luego lo analizas > > > > > > Un saludo, y no os enfadéis. > nadie se enfada, pero hay algunos con los dedos mas rapidos que el > pensamiento > :) > > > > -- > Angel Claudio Alvarez > Usuario Linux Registrado 143466 > GPG Public Key en http://pgp.mit.edu > key fingerprint = 3AED D95B 7E2D E954 61C8 F505 1884 473C FC8C 8AC4 > > Dale campeón. Te saludamos... Si perdiste el hilo que hablaba de la designación creo que debería leer tu correo con más atención. -- Miguel Da Silva. Servicio de Informatica. Facultad de Ciencias.