Las colonias de hormigas tienen un sofisticado sistema para decidir cuántas hormigas recolectoras de comida tienen que mandar fuera de la colonia, y usan un protocolo parecido al del Internet para calcular el ?ancho de banda? que hay disponible para transferir la información.
|
etiquetas: hormigas , internet , comunicacion , naturaleza , insectos
Las hormigas no hacen nada similar a las computadores. Más bien las computadoras hacen cosas similares a las hormigas. Las hormigas están en este planeta desde hace muchos miles de años, y las computadoras unas décadas.
Incluso las hormigas imitan otros procesos del TCP, como el "comienzo lento", cuando la fuente envía una oleada de datos al empezar la transmisión para medir el ancho de banda disponible.
Las hormigas no imitan a las computadoras, en todo caso sería al revés. El párrafo anterior denota egocentrismo humano y anglosajón en particular.
Por eso, los algoritmos de optimización de colonias de hormigas (ant colony optimization) suelen poner para cada "rastro de feromonas" una cuenta atrás, y cuando se acaba se borra este "rastro".
Y gracias por llamarme estudiante universitario, me hace sentir más joven de lo que soy.
SYN
SYN/ACK
ACK
portal.uc3m.es/portal/page/portal/actualidad_cientifica/noticias/Nueva
www.cienciaxplora.com/divulgacion/que-nos-ensenan-hormigas-computacion
Así, por ejemplo, a modo divulgativo.
El comentario que ha iniciado todo esto es #12 y en él se afirma "el TCP no regula nada solo es un protocolo de transporte orientado a conexion que garantiza la entrega punto a punto, el que escribe el articulo de tcp ni puta idea" y yo diría que intentar evitar la congestión sí es regular algo.
Y que el algoritmo de las hormigas se parezca al TCP no implica que el propósito sea exactamente el mismo. Se trata de dos cosas tan alejadas la una de la otra que una coincidencia parcial en el algoritmo es de destacar. Me parece un poco absurdo, sinceramente (y sin ánimo de ofender) pretender invalidar la investigación diciendo que eso no es "calcular el ancho de banda".
Sobre la congestión, no dije nada de cabeceras, sino de metadatos del protocolo, como peticiones de retransmisión, por ejemplo (es la causa principal).
Correctamente redactado sería más o menos: "Internet usa un protocolo parecido para calcular el ancho de banda; al que usan las hormigas para calcular cuantas deben salir del hormiguero a trabajar...".
Aquí si está claro que las hormigas eran antes que Internet.
Saludos.
el TCP no regula nada solo es un protocolo de transporte orientado a conexion que garantiza la entrega punto a punto
¿que el protocolo tcp no regula nada? Juas! y tu dices que el que ha escrito esto no tiene ni puta idea?
Ya sé que está mal llamado pero ya es un tecnicismo incorporado al lenguaje.
Te pego otro enlace, es la RFC que especifica el protocolo TCP: www.ietf.org/rfc/rfc793.txt
En toda la especificación no encuentro el término metadata, por todas partes habla de headers.
Si no me equivoco, además, no encontrarás peticiones de retransmisión por ninguna parte, ya que creo que no existen de forma explícita. Lo que se hace es informar del progreso y la falta de progreso indica que seguramente un paquete se ha perdido, pero el emisor decide cuándo darlo por perdido y reenviarlo.
Esto se hace mediante el campo Acknowledgment Number de la cabecera.
Espero que no te ofendas por mi supuesto tono, no pretendo ser ni parecer prepotente. Quizá debería haber insertado emoticonos para que vieses que mi tono es cordial, que estoy abierto a críticas y a cualquier cosa dentro de un marco de respeto.
"TCP usa una serie de mecanismos para conseguir un alto rendimiento y evitar la congestión de la red (la idea es enviar tan rápido como el receptor pueda recibir). Estos mecanismos incluyen el uso de ventana deslizante, que controla que el transmisor mande información dentro de los límites del buffer del receptor, y algoritmos de control de flujo, tales como el algoritmo de Evitación de la Congestión (congestion avoidance), el de comienzo lento (Slow-start), el de retransmisión rápida, el de recuperación rápida (Fast Recovery), y otros."
el TCP no regula nada solo es un protocolo de transporte orientado a conexion que garantiza la entrega punto a punto
Decir que TCP no regula nada y que "solo" es una conexion que garantiza la entrega es una BURRADA. Y punto pelota. Y esto lo que denota es que no tienes ni idea de lo que es ni de lo que hace el protocolo TCP. Puedes seguir poniendo negativos como el crio inmaduro que eres.
#32 y tu, no sabes ni de lo que hablas o mas bien hablas sin propiedad alguna cuando dices vagamente que "el control del flujo de datos no lo hace tal sino que lo hace pascual". ¿De que leches estas hablando? Habla con propiedad ¿de que control hablas? Cuando tu hablas de control en la capa de aplicacion estas hablando de otra cosa que no tiene nada que ver con lo que se esta diciendo en este articulo. Por supuesto, la interpretacion de cuando el flujo de datos termina es responsabilidad de la aplicacion. A TCP eso se la suda ¿que tiene que ver eso? YO te lo digo, NADA. En cambio, TCP controla un cojon de cosas para que ambos receptores puedan comunicarse. Por ejemplo, una de ellas es que uno de los extremos pueda "decirle" al otro "eh, para, que no puedo con mas". Y eso no tiene que ver nada con la puñetera congestion de la red, ostias. Eso es un control de flujo, que, por supuestisimo, hace TCP de extremo a extremos. Y tu vienes a decir EXPLICITAMENTE (otra burrada) que TCP no realiza un control de flujo. Con dos cojones. Asi salen los estudiantes ahora de la universidad. Madre mia.
Vaya par.
es.wikipedia.org/wiki/Transmission_Control_Protocol
#24 , anda que estas intentando desacreditarle cuando tiene toda la razon , deja de hacer el ridiculo
y tus intentos de desacreditar a #32 son bastante tristes , habla de como se distribuyen las capas en OSI :facepalm:
#34 ¿Por qué no reenvían inmediatamente y por qué hay una ventana? Para evitar congestión. y las hormigas hacen lo mismo o algo muy parecido.