QDISC y loopback
Claudio Baeza Retamal [EMAIL PROTECTED] dijo: [...] Yo analize _TODOS_ los algoritmos que existian en linux para ese entonces (2002), algunos tuve que reconstruirlos desde el codigo (ya que no habia informacion y los pocos papers que encontre, no los pude leer, ya que lamentablemente la UdeC no esta subscrita a todas las revistas y comprar el paper era muy caro), para analizar su complejidad computacional, no es que sea vanidoso, pero no puedo estar equivocado :P . Hey! Suena interesante. Tienes tus analisis por alli? -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Thu Jan 13 09:26:38 2005 From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Germ=E1n_Po=F3_Caama=F1o?=) Date: Thu Jan 13 09:26:44 2005 Subject: administracion remota ,consulta sobre cierta tarea In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Le jeudi 13 janvier 2005 à 01:57 -0300, Cristian Gutierrez a écrit : Hoy en la ma~nana, J. o. N. a. H. L. o. M. u. dijo: hola lista [...] tengo mi makina con linux (debian sarge), y yo no estoy alla (en el depto, donde esta mi pc), pero si mi hermano y le deje mi sesion abierta pa que vea paginas etc...ahora tengo varias actualizaciones que hacer via ssh, una de ellas es el kernel, pero para eso se debe reiniciar la makina. Ojo que si el upgrade de kernel falla (por cualquier motivo) se quedan sin pan ni pedazo ambos... hasta que llegues a la maquina. No te es posible esperar a estar ahi para hacerlo? (pero actualizas todo lo demas). En lilo se puede an~adir: append=panic=5 kernelfuncional Donde kernelfuncional es uno que se sabe que arranca sin problemas. De esa manera, si hay problemas, el equipo se reinicia cuando ocurra un panic. Mas informacion en http://www.debian-administration.org/?article=70 -- Germán Poó Caamaño http://www.ubiobio.cl/~gpoo/
QDISC y loopback
Lista, Actualmente uso la qdisc HTB para controlar el trafico de mi red. Alguien sabe si además de controlar el trafico de salida para cualquier interfaz (eth0, eth1, etc2, etc) es necesario tambien asignar una clase especifica para lo (loopback)? Será necesario controlar esa interfaz? Cualquier comentario bien venido Miguel Oyarzo O., INALAMBRICA Punta Arenas
QDISC y loopback
On Wed, Jan 12, 2005 at 01:05:30AM -0300, Miguel Oyarzo wrote: Lista, Actualmente uso la qdisc HTB para controlar el trafico de mi red. Alguien sabe si adem?s de controlar el trafico de salida para cualquier interfaz (eth0, eth1, etc2, etc) es necesario tambien asignar una clase especifica para lo (loopback)? Ser? necesario controlar esa interfaz? No. loopback IIRC no es realmente una interfaz de comunicaciones. Es solo una especie de interfaz dummy. En teoria, nada que no fuera un paquete de prueba o autoconsultas deberia pasar por ahi. Saludos. -- Rodrigo Henriquez M.http://www.corporacionlinux.cl Corporacion Linux S.A. Fonos: 02 2442988 - 02 2444250 From [EMAIL PROTECTED] Wed Jan 12 01:59:30 2005 From: [EMAIL PROTECTED] (Rodrigo Henriquez M - Corporacion Linux S.A.) Date: Wed Jan 12 03:11:33 2005 Subject: La lista se va al demonio In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] On Tue, Jan 11, 2005 at 11:36:41PM -0300, Felipe Cristian Barriga Richards (Lista) wrote: Alvaro Herrera escribi?: Hola, Esta lista ha caido tanto en calidad que ya no vale la pena leerla. No he hecho un seguimiento preciso pero me da la impresion de que el 90% o mas de los mensajes son ruido inutil. Hay muy poco contenido que valga la pena leer. Idem preguntas que valga la pena responder; siempre son las mismas tonteras una y otra vez (como hacer respaldos, como poner antivirus, iptables, etc). Unas pocas si, pero la minoria en medio de tanta pendejada. [bla Bla bla] Saludos cordiales, Estoy de acuerdo contigo. Yo encuentro que deberia hacerse otra lista y asi tener 2: Una para consultas basicas y otra mas cototuda con preguntas serias y que demoran mas de 30 minutos en ser resueltas por google. La lista ha crecido tanto que ya es hora de ramificarla y asi seguir con el nivel que habia tenido hasta hace un par de meses. Este tema se ha hablado, habemos varios que encontramos que la lista hace un buen tiempo ya no es como era antes (para mal). Yo no creo que sea necesario dividirla. Creo que los _nin~os_ que no entienden las reglas que han impuesto por la gente que gentilmente brinda los recursos para generar este espacio de discusion, deben acostarse temprano y dejar de escribir estupideces a esta lista. El dia que eso ocurra, la lista volvera a ser lo mismo que antes. Saludos. PD: No. No uso acentos por que el teclado en espan~ol me incomoda para programar y administrar los servidores (lo digo por si alguno de los nin~os que viene aprender de ortografia a una Lista tecnica de Linux quiere saberlo). -- Rodrigo Henriquez M.http://www.corporacionlinux.cl Corporacion Linux S.A. Fonos: 02 2442988 - 02 2444250 From [EMAIL PROTECTED] Wed Jan 12 02:02:26 2005 From: [EMAIL PROTECTED] (Rodrigo Henriquez M - Corporacion Linux S.A.) Date: Wed Jan 12 03:11:37 2005 Subject: La lista se va al demonio In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] On Wed, Jan 12, 2005 at 01:44:48AM -0300, Satoru Lucas Shindoi wrote: Hola: [...] Interesante, pero podrias haber puesto un link mejor, no? :-) Bueh luego de este divague intelectual(?), pidiendo disculpas al Doc y a Alvaro por el OFFTopic que continue la musica Alvaro nada que ver. Es solo un espectador mas un poco aburrido de tanta tontera junta. PD: ya que estamos, nadie tuvo experiencias con SASL2 y PAM? ;-) Varios de esta lista :-) Cual es el problema especificamente? Con esos datos, dificil ayudarte. Saludos! -- Rodrigo Henriquez M.http://www.corporacionlinux.cl Corporacion Linux S.A. Fonos: 02 2442988 - 02 2444250 From [EMAIL PROTECTED] Tue Jan 11 18:51:33 2005 From: [EMAIL PROTECTED] (Felipe Covarrubias) Date: Wed Jan 12 03:51:49 2005 Subject: La lista se va al demonio In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Enrique Herrera Noya wrote: que?, nos cambiamos a *BSD ??? Alvaro Herrera escreveu: Hola, hola Esta lista ha caido tanto en calidad que ya no vale la pena leerla. en realidad no hay temas que te interesen mucho... No he hecho un seguimiento preciso pero me da la impresion de que el 90% o mas de los mensajes son ruido inutil. fjate que no es asi, mas bien el 10% es del tipo ruido que dices.. Hay muy poco contenido que valga la pena leer. bueno , si no es una lista de publicaciones tecnicas, es de mutua ayuda para resolver dudas y problemas Idem preguntas que valga la pena responder; cuando aprendes , hay cosas que pasan a ser obvias, y ademas siguiendo el espiritu del software libre , eres libre de responder siempre son las mismas tonteras una y otra vez (como hacer respaldos, como poner antivirus, iptables, etc).
QDISC y loopback
At 09:24 a.m. 12/01/2005, Rodrigo Henriquez M - Corporacion Linux S.A. wrote: On Wed, Jan 12, 2005 at 09:24:01AM -0300, Victor Hugo dos Santos wrote: Historiadores creen que en la fecha Wed, 12 Jan 2005 02:05:55 -0300 Rodrigo Henriquez M - Corporacion Linux S.A.[EMAIL PROTECTED] escribio: On Wed, Jan 12, 2005 at 01:05:30AM -0300, Miguel Oyarzo wrote: Lista, Actualmente uso la qdisc HTB para controlar el trafico de mi red. Alguien sabe si adem?s de controlar el trafico de salida para cualquier interfaz (eth0, eth1, etc2, etc) es necesario tambien asignar una clase especifica para lo (loopback)? Ser? necesario controlar esa interfaz? No. loopback IIRC no es realmente una interfaz de comunicaciones. Es solo una especie de interfaz dummy. En teoria, nada que no fuera un paquete de prueba o autoconsultas deberia pasar por ahi. y que pasar?a se estipulara una clase a esta interface con un valor digamos muy bajo Para que querrias hacer eso? obtendr?amos un load average alto, por que el sistema estar?a esperando una respuesta a alguna petici?n ??? No obtendrias nada importante. Seria procesamiento sin sentido, a menos que quieras controlar el trafico desde esa interfaz a las aplicaciones que la utilizan, pero no seria muy recomendable que digamos. por que no sería recomendable? Quien lo dice? Creo q Victor pensó rapidamente una aplicacion. Este ejemplo se ma acaba de ocurrir por la pregunta que el hace (esta muy interesante su duda). Si spamd tiene muy sobrecargada la CPU podrias limitar el trafico de paquetes de consutla a si misma (delo a lo a la puerta 783). En sistemas de alto trafico de correo spamd suele atorar la CPU. Lo mismo con imap y otras cosas. tengo justo un servidor proximo a un colapso de CPU... probaré el efecto de limitar la salida de paquetes desde lo y publicaré aqui el resultado. Saludos Miguel Oyarzo INALAMBRICA Punta Arenas
QDISC y loopback
On Wed, Jan 12, 2005 at 11:41:53AM -0300, Miguel Oyarzo wrote: Agregarle un componente extra para limitar el acceso a un dispositivo (ya sea fisico o virtual) es solo darle mas trabajo al kernel. No es suficiente argumento. Piensalo as?: Un ejemplo de ello: La mayor?a de los kernels de Linux manejan el trafico de las interfaces su cola por omision: pfifo_fast. Pero esta cola no es justa y en sistemas de mucho trafico es muy inutil. Por eso se programaron colas con clases (para QoS) con posibilida de cambiar a SFQ y colas similares. Yo me cambie hace tiempo desde pfifo_fast a SFQ pues al kernel necesitaba darle una cola mas justa y que le permira gestionar mejor el trafico. El resultado final es es mejor que bueno. Y estas seguro que eso se aplica a interfaces de tipo loopback? Yo no lo creo. Agregarle cosas al kernel no siempre es darle m?s trabajo.. a veces pasa al reves. Prueba :-) Tal vez salgan un par de resultados interesantes de ello. Seria bueno verlos. uff.. ojal?... apenas tenga el tiempo publico el resultado... prometido! Cool. Saludos. -- Rodrigo Henriquez M.http://www.corporacionlinux.cl Corporacion Linux S.A. Fonos: 02 2442988 - 02 2444250 From [EMAIL PROTECTED] Wed Jan 12 10:33:19 2005 From: [EMAIL PROTECTED] (Jose Salas G) Date: Wed Jan 12 12:02:15 2005 Subject: Pregunta Sobre Perl. Message-ID: [EMAIL PROTECTED] Estimados, Una consulta. ¿Como puedo desintalar los modulos instalados en perl? ejecuto # perldoc perllocal me muestra los modulos que tengo instalados. y no instale las versiones que deberian ser. Alguién me puede ayudar. Atte. José Salas G próxima parte Se ha borrado un adjunto en formato HTML... URL: https://listas.inf.utfsm.cl/pipermail/linux/attachments/20050112/cff09036/attachment.html From [EMAIL PROTECTED] Wed Jan 12 12:18:24 2005 From: [EMAIL PROTECTED] (Rodrigo Flores) Date: Wed Jan 12 12:13:19 2005 Subject: acx100 chipset In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Hola. Te cuento yo la use en fc2 sin problemas, lee este howto (muy bueno) http://www.houseofcraig.net/acx100_howto.php Atte On Wed, 2005-01-12 at 10:54 -0300, Jorge Palma E. wrote: Estimada Lista Tecnica: ha caido en mis manos una tarjeta D-Link AirPlusG+ modelo dwl-g650+ uso MDK 10.1. official, y al insertarla en la ranura y leer dmesg aparece lo sgte: acx100: It looks like you were coaxed into buying a wireless network card acx100: that uses the mysterious ACX100 chip from Texas Instruments. acx100: You should better have bought e.g. a PRISM(R) chipset based card, acx100: since that would mean REAL vendor Linux support. acx100: Given this info, it's evident that this driver is quite EXPERIMENTAL, acx100: thus your mileage may vary. Visit http://acx100.sf.net for support. acx100_init_module: dev_info is: TI acx_pci acx100_init_module: TI acx_pci.o: Ver 0.2.0pre8 Driver initialized, waiting for cards to probe... PCI: Enabling device :02:00.0 ( - 0002) ACPI: PCI interrupt :02:00.0[A] - GSI 11 (level, low) - IRQ 11 PCI: Setting latency timer of device :02:00.0 to 64 acx100_probe_pci: WARNING: ACX111 support is highly experimental! Found ACX111-based wireless network card at :02:00.0, irq:11, phymem1:0xd012, phymem2:0xd010, mem1:0xccb3, mem1_size:8192, mem2:0xccbc3000, mem2_size:131072. acx100_probe_pci: using ACX111 io resource addresses (size: 54) hw_unavailable = 1 acx_show_card_eeprom_id: EEPROM card ID string check found uninitialised card ID: this is a SpeedStream SS1021 or Gigafast WF721-AEX, no?? reset hw_unavailable++ acx100_reset_mac: enable soft reset... acx100_reset_mac: disable soft reset and go to init mode... acx100_reset_dev: eCPU do not start after boot (SOR), is this fatal? ERROR: no directory for firmware file specified, ABORTING. Make sure to set module parameter 'firmware_dir'! (specified as absolute path!) acx100_reset_dev: Failed to upload firmware to the ACX111 acx100_probe_pci: TI acx_pci: MAC initialize failure! acx100_probe_pci: TI acx_pci.o: Ver 0.2.0pre8 Loading FAILED acx_pci: probe of :02:00.0 failed with error -5 obviamente por la informacion entregada, es un driver experimental, he buscado en la pagina del proyecto acx100.sf.net pero no es mucha la info, solo que al parecer esta tarjeta a veces funciona y a veces no. se me hace que quizas se pueda hacer algo con respecto a lo que dice mas arriba ERROR: no directory for firmware file specified, ABORTING. Make sure to set module parameter 'firmware_dir'! (specified as absolute path!) tal vez solo falta alguna indicacion de algun tipo. entonces la pregunta es: alguien tiene experiencia con esta tarjeta?? o quizas se le ocurra algo leyendo este log?? o ndiswrappers?? estuve probandolo y al parecer instala el driver (o algo asi), pero no se si sera
QDISC y loopback
El SQF es un algoritmo estocaquisto, su complejidad temporal no difiere mucho del pfiifo_fast. Si agregas un algoritmo (codigo) que tiene una complejidad temporal de orden exponencial, es obvio el resultado, las latencias aumentaran exponencialmente con el trafico. El SQF lo unico que hace es un reordenamiento de los paquetes, no da forma para priorizar ni para limitar tasas, el objetivo es que todos los usuarios tengan la misma chance. Por ejemplo, si hay un usuario efectuando una transferencia ftp y tiene ocupado el 90% del canal, cuando otro usuario quiera ocupar el canal, la velocidad de convergencia a compartir el canal 50/50 es mas rapida en el SQF que en el pfifo_fast. Yo he trabajado bastante en el tema, incluso que desarrollado mis propios algoritmos, es una tarea dificil, pues se requieren conocimientos estadisticos y de matematicas discretas que uno no recibe en la formacion como ingeniero, ya que las matematicas del ciclo basico estan orientadas a las otras especialidades (mecanica, electrica, obras civiles, etc). En todo caso, ya he repetido N veces este comentario, el futuro es la Diferenciacion de Servicios, el Traffic Shaper es un subconjunto de lo anterior :) . Concluyendo, hay que tener cuidado con la complejidad de los algoritmos que se meten ahi, ya que puede inducir latencias indeceables en las trasnferencias hacia el medio fisico. claudio On Wed, 2005-01-12 at 11:41 -0300, Miguel Oyarzo wrote: At 10:49 a.m. 12/01/2005, Rodrigo Henriquez M - Corporacion Linux S.A. wrote: On Wed, Jan 12, 2005 at 10:12:11AM -0300, Miguel Oyarzo wrote: [...] por que no seria recomendable? Por que limitarias una tarea que el kernel sabe manejar perfectamente. Si tu sistema esta colapsando, es por sobrecarga o por una mala dimension de tus requerimientos base. Como mencione anteriormente, el kernel sabe manejar esto siempre y cuando tenga los recursos suficientes para hacerlo. Agregarle un componente extra para limitar el acceso a un dispositivo (ya sea fisico o virtual) es solo darle mas trabajo al kernel. No es suficiente argumento. Piensalo así: Un ejemplo de ello: La mayoría de los kernels de Linux manejan el trafico de las interfaces su cola por omision: pfifo_fast. Pero esta cola no es justa y en sistemas de mucho trafico es muy inutil. Por eso se programaron colas con clases (para QoS) con posibilida de cambiar a SFQ y colas similares. Yo me cambie hace tiempo desde pfifo_fast a SFQ pues al kernel necesitaba darle una cola mas justa y que le permira gestionar mejor el trafico. El resultado final es es mejor que bueno. Agregarle cosas al kernel no siempre es darle más trabajo.. a veces pasa al reves. Tal vez salgan un par de resultados interesantes de ello. Seria bueno verlos. uff.. ojalá... apenas tenga el tiempo publico el resultado... prometido! Salu2 Miguel Oyarzo INALAMBRICA Punta Arenas
QDISC y loopback
On Wed, Jan 12, 2005 at 12:42:19PM -0300, Miguel Oyarzo wrote: [...] Y estas seguro que eso se aplica a interfaces de tipo loopback? Yo no lo creo. Pues creelo: mira: # ip link show 1: lo: LOOPBACK,UP mtu 16436 qdisc noqueue (NO TIENE COLA) # tc qdisc add dev lo root handle 1: htb # ip link show 1: lo: LOOPBACK,UP mtu 16436 qdisc htb (AHORA TIENE COLA Y CON CLASE!!!) es decir, puedes permitir clases en lo.. adem?s, tambien puedo aplicar SFQ a subclases creadas a esta interfaz. No veo donde vez el problema aun. Pero si de poder hacerlo, se puede. Yo apuntaba a que lo que quieres hacer se aplica a una interfaz lo? Lo anterior ser?a como la primera parte del experimiento. La II parte es saber si puedo controlar mediante HTB la carga de algunas aplicaciones encolando y clasificando su trafico interno. cuando tenga algo lo comento. Ok. -- Rodrigo Henriquez M.http://www.corporacionlinux.cl Corporacion Linux S.A. Fonos: 02 2442988 - 02 2444250 From [EMAIL PROTECTED] Wed Jan 12 13:08:02 2005 From: [EMAIL PROTECTED] (Horst von Brand) Date: Wed Jan 12 13:08:07 2005 Subject: USB e ide-scsi In-Reply-To: Your message of Wed, 12 Jan 2005 10:02:39 -0300. [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Juan Carlos Jimenez [EMAIL PROTECTED] dijo: Estoy super desorientado, porque se me entrelazan un par de temas. La historia; Tengo un grabador externo (nuevo) USB 2.0, conectado a una tarjeta PCI con puertos USB 2.0. Conectar este dispositivo me ha traido varios problemas. Ademas en el PC tengo un lector de CD IDE y un lector de DVD IDE. Hummm... El problema; Cuando pasa un par de dias, los dispositivos no estan disponibles, no puedo montarlos, no puedo leerlos de ninguna manera y lo que es peor, cuando ejecuto cosas como 'cdrecord -scanbus' los procesos quedan en espera de la respuesta del dispositivo y chao... ahi queda el proceso. Distribucion? Todo actualizado? Fierros exactos (puede ser relevante, pero no creo)? Has cambiado algo entre funcionaba y ahora ya no? Salidas de lspci(8), lsusb(8)? Esto me limita a la hora de grabar, leer CDs, etc Uso ide-scsi porque uso para usar el grabador, aunque me acabo de dar cuenta que el mismo modulo me dice que esta deprecated (interpretacion, porfa!) Deprecated significa que aun se puede usar, pero que su uso no se recomienda (y que desaparecera pronto). y podria usar ide-cd. Con ide-cd, algunos front-ends tipo gcdmaster no tengo disponibles las unidades. Tu distribucion debiera haber arreglado eso... o estas usando paquetes no oficiales? Uso kernel 2.6.7 porque es en el unico que me ha funcionado sin problemas la tarjeta PCI USB2.0 (otros kernels arrojaban oops al insertar el driver USB) Los 2.6.x no funcionan con ide-scsi. Elimina eso, y usa versiones nuevas de cdrecord (dile que dev=/dev/cdwriter o dev=/dev/hdb o lo que sea, aunque reclame). Ese Oops podria ser interesante de considerar... aunque antes iria a una version mas nueva del nucleo (han habido cambios substanciales en USB). en resumen me falla usando kernel 2.6.7 El actual es 2.6.11-rc1. Al menos FC tiene 2.6.10 ya disponibles. modulo ide-scsi modulo sg modulo usb-storage No encuentro registros en los logs. Al hacer un eject /dev/sr1 marca esto Jan 11 16:29:24 system kernel: SCSI error: host 1 id 8 lun 0 return code = 400 Jan 11 16:29:24 system kernel: ^ISense class 0, sense error 0, extended sense 0 Jan 11 16:29:24 system kernel: cdrom: open failed. Eso podria indicar problemas con la unidad... o simplemente no habia nada alli. mas alla de eso, no tengo nada. Me inclino a pensar que es la combinacion USB/ide-scsi, pero creo que no _deberia_ tener problemas El problema con SCSI es que asigna unidades segun las encuentra, con lo que no hay garantia que lo que hoy es sr1 lo sea man~ana. Mas con USB, que puedes enchufar en cualquier momento (y mezclalo con ide-scsi...). Han habido casos (no recientes, IIRC) de unidades SCSI que cambiaban de numero con cambios en la version del nucleo... -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 654431 Universidad Tecnica Federico Santa Maria +56 32 654239 Casilla 110-V, Valparaiso, ChileFax: +56 32 797513 From [EMAIL PROTECTED] Wed Jan 12 13:16:34 2005 From: [EMAIL PROTECTED] (Ricardo Mun~oz A.) Date: Wed Jan 12 13:12:50 2005 Subject: La lista se va al demonio In-Reply-To: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] arriga.cl [EMAIL PROTECTED] 1105536595.3126 [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] El mié, 12-01-2005 a las 11:44, [EMAIL PROTECTED] escribió: [...] ...no habian quedado en que no se discutirian mas temas inutiles? si
QDISC y loopback
Si puedes hechale una leida a esto: Paul E. McKenney, Stochastic Fairness Queuing, IEEE INFOCOMM'90 Proceedings,1990. Paul E. McKenney, Stochastic Fairness Queuing, Interworking: Research Experience, v.2, 1991, p.113-131. M. Shreedhar and George Varghese, Efficient Fair Queuing using Deficit Round Robin, Proc. SIGCOMM 95 claudio On Wed, 2005-01-12 at 13:45 -0300, Miguel Oyarzo wrote: gracias por darle mejor nivel a la conversacion!!! tengo mis comentarios (no de orden matematicos, sino practicos).. intercalado. At 12:59 p.m. 12/01/2005, Claudio Baeza Retamal wrote: El SQF es un algoritmo estocaquisto, su complejidad temporal no difiere mucho del pfiifo_fast. no entendí estocaquisto ni complejidad temporal... no me lo aclares.. buscaré solo. El SQF lo unico que hace es un reordenamiento de los paquetes, no da forma para priorizar ni para limitar tasas, el objetivo es que todos los usuarios tengan la misma chance. Yo creo que estas equivocado. la diciplina de cola pfifo_fast manda paquetes uno a uno en el orden que llegan. Todos tienen la misma prioridad (solo una pequeña clasificacion en sus 3 bandas, pero poco eficiente.. no se puede modificar).. es eso nada mas .. una cola. SFQ no reodena paquetes, basicamente lo que hace es un reparto equitativo entre todas las conexiones abiertas. Muy útil para evitar que un puesto acapare todo el ancho de band. La gracia es que crea bandas dinamicas y cada conexion tiene su propia cola. Yo encuentro que es una brillante idea sacar paqutes así. Por ejemplo, si hay un usuario efectuando una transferencia ftp y tiene ocupado el 90% del canal, cuando otro usuario quiera ocupar el canal, la velocidad de convergencia a compartir el canal 50/50 es mas rapida en el SQF que en el pfifo_fast. pero no es la idea dejar una interfaz solo con SQF pues.., (o pfifofast, tbf, etc... todas sin clase) es por eso que percibes que el trafico se distribuye mas o menos parecido. la idea es aplicar colas con Clases y a cada subclase le aplicas SQF o cualqueir algoritmo mas inteligente que pfifofast. Saludos Miguel Oyarzo INALAMBRICA Punta Arenas
QDISC y loopback
At 04:12 p.m. 12/01/2005, Claudio Baeza Retamal wrote: analizar su complejidad computacional, no es que sea vanidoso, pero no puedo estar equivocado :P . vanidoso!! jeje De lo anterior se desprende que SFQ no es aplicable en todos los casos, conectar medios de velocidad dispares (modem ADSL) es mejor TBF Mira... en SFQ entiendo que las colas de las conexiones se reasigan conforme a su tamaño o peso (alli entra el hash), por eso son dinámicas (a ti no te gusta llarles dinámicas parece). Que importancia tendria una velocidad dispar si SFQ siempre tratará de tener colas de igual tamaño siempre? En el caso de un ADSL... esta cola sería la mas flojita de transmitir, pero su cola SFQ de seguro la sumará la que avance más rapido (osea, a la cola mas chica) Explica donde ves el problema... aun no te comprendo. y cuando existen muchas conexiones a veces es mejor utilizar Random Early Drop. Francamente RED no lo he usado... supongo que el descarte de paquetes puede ser util si tienes el enlace ya saturado y tratas de evitar congestion (el caso tipico de los ISP ). Algun dia lo probaré y saber si funca o no. Saludos Miguel Oyarzo INALAMBRICA Punta Arenas
QDISC y loopback
No es un problema solo de SFQ, si el modem ADSL tiene un buffer de encolamiento de paquetes bajo, se puede producir perdidas de paquetes cuando se producen incrementos en el flujo de transmision, con TBF puedes tener un buffer lo suficientemente largo para amortiguar ese incremento momentaneo... claudio On Wed, 2005-01-12 at 17:04 -0300, Miguel Oyarzo wrote: At 04:12 p.m. 12/01/2005, Claudio Baeza Retamal wrote: analizar su complejidad computacional, no es que sea vanidoso, pero no puedo estar equivocado :P . vanidoso!! jeje De lo anterior se desprende que SFQ no es aplicable en todos los casos, conectar medios de velocidad dispares (modem ADSL) es mejor TBF Mira... en SFQ entiendo que las colas de las conexiones se reasigan conforme a su tamaño o peso (alli entra el hash), por eso son dinámicas (a ti no te gusta llarles dinámicas parece). Que importancia tendria una velocidad dispar si SFQ siempre tratará de tener colas de igual tamaño siempre? En el caso de un ADSL... esta cola sería la mas flojita de transmitir, pero su cola SFQ de seguro la sumará la que avance más rapido (osea, a la cola mas chica) Explica donde ves el problema... aun no te comprendo. y cuando existen muchas conexiones a veces es mejor utilizar Random Early Drop. Francamente RED no lo he usado... supongo que el descarte de paquetes puede ser util si tienes el enlace ya saturado y tratas de evitar congestion (el caso tipico de los ISP ). Algun dia lo probaré y saber si funca o no. Saludos Miguel Oyarzo INALAMBRICA Punta Arenas
QDISC y loopback
At 06:29 p.m. 12/01/2005, Claudio Baeza Retamal wrote: No es un problema solo de SFQ, si el modem ADSL tiene un buffer de encolamiento de paquetes bajo, se puede producir perdidas de paquetes cuando se producen incrementos en el flujo de transmision, con TBF puedes tener un buffer lo suficientemente largo para amortiguar ese incremento momentaneo... Pues me resulta super interesante lo que q planteas .. te agradezco haber compartido tu experiencia creo que investigaré a fondo lo que me dices... no deseo tener perdidas de ancho de banda solo por tener mal seleccionada una cola. Slaudos Miguel Oyarzo INALAMBRICA Punta Arenas
