Re: [IRC-DEV] Base de datos distribuida y arranque "frío" de nodos

Internet Relay Chat internet.relay.chat at gmail.com
Mon Feb 6 22:19:09 CET 2006


>El problema es que lo que propones es válido para la tabla "n", pero hay
más tablas y en el futuro podrían ser interesantes. Un ejemplo evidente
es el registro que indica si un nick puede tener 15 caracteres o está
limitado a 9. O el control de IPs virtuales personalizadas. Y a saber
qué se añadirá mañana. El esquema propuesto en mis mensajes anteriores
garantiza que la BDD es estable y está actualizada, sea cual sea su
semántica. Considero que eso es MUY importante.

Te doy la razón, simplemente se trataba de una solución más sencilla el 
problema que planteabas.

>Y no creo que la gente sepa evaluar la razón de un "KILL",
Precisamente por eso los KILL muestran un mensaje. No necesitan saber que se 
produjo una actualización de las tablas, que por estar borradas permitieron 
entrar al usuario...

> y mucho menos si no lo ve porque la conversación va por privado, y no en 
> un canal :).
Cierto, cierto. Pero si se fijan, en los privados suele aparecer arriba la 
ip. No es lo mismo jcea.admin.irc-hispano.org que una ip virtual que no dice 
nada. Y además, ante los privados se suele hacer un whois para ver quien es 
y........ ¿cuántos usuarios van a estar conectados a un nodo test, de forma 
que les engañen con ingeniería social en los 5 segundos que tarde en 
transferir la BDD al conectar?

>Por cierto, yo haría un rename, no un "KILL". Pero sigo prefieiendo mi 
>propuesta. Me parece más genérica.
Sería más _educado_, estoy de acuerdo, pero me temo que los usuarios están 
acostumbrados a que al ver un rename piensen que acaba de registrarse. Un 
kill parecía más explicativo :P

Y a mi sigue sin acabar de gustarme el servidor que rechaza los usuarios... 
puede ser una fuente de problemas a largo plazo.


> Obviamente no has visto la tabla "n" en el disco duro de tu servidor de
IRC :-p. Sabras que es "append only", así que cuando se elimina un
registro o se le da un valor viejo, los datos antiguos siguen ahí,
ocupando sitio. Por eso hace falta compactar, para que la carga de la
BDD sea más rápida (algo que soluciona también la BDD persistente por
MMAP, que fue de lo último que hice para IRC-Hispano), no se te llene el
disco duro y los netjoin sean "razonables".

Tranquilo, que me he leído la teoría ;-)

> En otras palabras, si repites un millón de veces.....
Sí, si ya sé que se satura, especialmente la tabla n, y además está el 
cambio de clave por los usuarios nada más registrarse.


> Los datos que di en el email anterior los obtuve en "directo" del disco 
> duro de un servidor de IRC-Hispano. Osea, van a misa :).
Jeje, yo no tengo acceso a los discos duros de IRC-Hispano :__(   pero 
obtuve los datos con un simple /stats b  :-)
No decía que estuvieran mal, simplemente cómo cambiaban rápidamente 
(mientras escribo ya ha habido 9 cambios).

>Por favor, limita tu "quoteo" :). No repitas todo mi mensaje ENTERO :-p
Ciertamente, ese quote podía sobrar perfectamente... ¿a que repetirte el 
email por trozos queda más disimulado? ;-)

>Sobre lo de si entro o no al IRC, o si me expira el nick, queda entre yo y 
>mi novia :-p.
No era mi intencion molestar (y menos en asuntos de pareja!!).
Únicamente hacía notar esa aparente contradicción con los emails enviados a 
la lista anteriormente (si, hace bastante en tiempo, pero no tanto en 
volumen).
Por cierto....  esa novia no se llamará lleida.net ¿verdad? ;DD

> Por supuesto cualquier cosa que dijese hace un año está anticuada en, al 
> menos, once meses y tres semanas :-p
Por supuesto, por supuesto. Podías entrar hace un año cada 15 días y haber 
dejado de hacerlo nada más enviar el email. Pero entonces el máximo de 
tiempo desde el último uso sería solo de once meses y tres semanas ;-)

Saludos 




More information about the IRC-Dev mailing list