Quote:
Originally Posted by Ziqyss
Un protocolo de chat debe ser lo suficientemente ligero para que el tamaño de las cabeceras y cualquier otro paquete de control no sea significativorespecto al tamño de los dato (de los que ya he exagerado un poco ). Incluso, dado que el lag en los mensajes no es crítico, se puede esperar para juntar varios mensajes en un mismo paquete.
La encriptación en sí no es imprescindible en este caso, a no ser que vaya ya por un canal encriptado y no se pueda evitar.
Por otra parte y como dice Xeph, una máquina diferente (nada del otro mundo) con una conexión propia bastante modesta se podría encargar de todo (si, si, con más coste)
PD. 480 Kbps (no lo pongas en mayúsculas )
|
sea de la forma que sea no es raro ver 700 usuarios conectado y en canales diferentes o un unico canal pero los datos deben ser re-enviados y las cabeceras suman ancho, por mas infimo que sea siguen sumando , eso es indiscutible =)
que se pueda poner una maquina o no es irrelevante, eliminar el chat de reino da una mejoria en el lag (que es lo que se debate) ya que se minimiza el uso de ancho de banda, y como dije antes, contando los 480 KBPS serian unos 40 clientes mas jugando
sobre los de "KBPS" o "Kbps" o "kbps" es indiferente, las siglas Kb. P. S, son lo que componen la abreviatura de Kilobits per second , distinto seria usar la forma kBps que ahi si daria pie a confucion por ser mas normal a KiloByte por segundo, aunque en realidad no hay ningun estandar , ni defacto ni otro realmente implementado sobre el tema