problemas con totem
On Thursday 18 May 2006 11:53, oscar silva wrote: > tengo fedora core 4 instalado y cuando quiero abrir el totem lanza un error > y se cierra inmediatamente, me podria ayudar en el tema por fa > > > > Visita MSN Latino Entretenimiento: ¡música, cine, chismes, TV y más...! Haz > clic aquí puedes decir que error es ? no das mucha informacion. saludos ! próxima parte Se ha borrado un mensaje que no está en formato texto plano... Nombre : no disponible Tipo : application/pgp-signature Tamaño : 191 bytes Descripción: no disponible Url: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060518/d43d9c9f/attachment.bin From [EMAIL PROTECTED] Thu May 18 11:36:19 2006 From: [EMAIL PROTECTED] (Asdtaker) Date: Thu May 18 15:58:12 2006 Subject: Consulta para multiples tarjetas de red In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> El día 17/05/06, Miguel Oyarzo <[EMAIL PROTECTED]> escribió: > > > > Estimados, > > Me asalta la duda respecto del funcionamiento de 4 o 5 placas de red > ethernet PCI > en un mismo servidor Linux. > No se trata de algun error, solo es una duda de hardware: > > Si cada tarjeta funciona gracias a una interrupcion y estas a su ves estan > numeradas, > significa que algunas de las ethx podria tener menor precedencia que sus > hermanas? Ocupan el mismo bus, por lo tanto solo lo reparten no tienen precedencia/prioridad frente a la uso/asignacion de CPU, a menos que lo quisieras definir por software. o existe algun mastering que encola peticiones irq para placas de red y les > da la misma > prioridad de uso de cpu? No se si para placas de red, pero para distintos dispositivos no. Quiza algun fabricante de mb haga algo con eso Agradezco cualquier respuesta orientadora. > > > Saludos > > Miguel Oyarzo > Austro Internet S.A. > Punta Arenas > > > > > -- Saludos, LSM. Existen 10 tipos de personas: los que entienden binarios y los que no próxima parte Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060518/c207f2e8/attachment.html From [EMAIL PROTECTED] Thu May 18 16:50:41 2006 From: [EMAIL PROTECTED] (carlos Falcon) Date: Thu May 18 17:17:27 2006 Subject: problema al instalar desde FTP In-Reply-To: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Hola tengo instalado en un server FedoraCore 4, con el vsftp, como servidor ftp, ya que las cosas que hago mediante el, no requieren extrema seguridad, ni grandes prestaciones..., en dicho servidr ftp, tengo publicado la instalacion de Fedora, con el objetivo de poder instalar en algunas estaciones de trabajo remotamente, cuando llego a la etapa, en que alguna de las estaciones tiene que levantar la imagen, (instalo mediante ftp)para comenzar a insatalar me da el siguiente errorFailed to retrieve..ruta en el ftp.../netstg2.img no es un problema de conexion al ftp, porque en los log, aparece la conexion al server ftp, sin problemas no es un problema de que el archivo no este, o la ruta, este equivocada, porque esta mas que verificado Entonces que es De antemano, muchas gracias __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.com/ próxima parte Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060518/5e1e0bd8/attachment.html From [EMAIL PROTECTED] Thu May 18 13:06:29 2006 From: [EMAIL PROTECTED] (Rodrigo Fuentealba) Date: Thu May 18 17:21:36 2006 Subject: Consulta para multiples tarjetas de red In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> >>>> No creo que chipset (o el controlador de interrupciones) balancee nada, >>>> su unica funcion es encolar las peticiones y establecer prioridades del >>>> HW que hablara a la CPU. >>>> >>> Balancean la atencion de las IRQs de parte de las CPUs. >>> >> >> Una controladora de interrupciones balanceando IRQs? >> algo asi como funcionan las APIC en sistemas SMP? >> Nop... las IRQ no se balancean. Simplemente se les controla el estado para enviar informacion cuando estan desocupadas, si es que existe dicha informacion. >> Pense que ese balanceo era solo para systemas multiprocesadores. Me pregunto >> que >> sentido tiene balancear IRQs con un solo procesador. No digo que no, pero >> me suena raro. >> Ese balanceo sí es solamente para SMP, y de hecho no se corresponde con una division de la carga entre procesadores par
Consulta para multiples tarjetas de red
Hola! El Thu, May 18, 2006 at 01:30:23PM -0400, Horst von Brand escribio: > Miguel Oyarzo <[EMAIL PROTECTED]> wrote: > > > Si... puede ser... > > quizas en rendimiento nomal no haria diferencia alguna... > > Y en rendimiento "no normal" (red saturada) estan pensando en usar polling, > no interrupciones (no se si esta ya implementado, y para que tarjetas; es > importante a 1Gbps, y a 10Gbps sera indispensable...). Las tarjetas e1000 (serie Intel PRO/1000) limitan el número de interrupciones utilizando contadores de eventos y timers. Si quieres ancho de banda y no te importa la latencia, le indicas que mande una interrupción sólo después de muchos paquetes o si han transcurrido varios milisegundos desde el último paquete recibido. Si quieres mejor latencia, le indicas que mande una interrupción despues de sólo unos pocos paquetes y que no espere antes de enviarla. Existe la posibilidad de adaptar estos contadores en función de la carga de la red. Como estas tarjetas soportan múltiples transacciones con dma scatter/gatter, pueden procesar muchos paquetes TCP diréctamente, reconstruyendo el stream en memoria sin intervención de la CPU. Esto es posible además porque se puede programar al hardware para que mire ciertos bytes en el encabezado de los paquetes y utilice esa información para indexar una tabla de acciones a realizar. Esta tabla podría tener información de pares destino/puerto que indiquen como reensamblar los stream TCP. Pese a todo esto, en mi experiencia la saturación de la CPU en gigabit ethernet sucede siempre debido al uso de paquetes muy pequeños, en Linux es complicado programar aplicaciones que puedan procesar UDP a la tasa requerida con un MTU de 1.5kb. Jumbo-Frames ayuda mucho. Utilizando TCP no es dificil llegar a unos 260MBps punto a punto con hardware "pc". Más que eso requiere buena infraestructura (red/disco), además de jumbo-frames. Moraleja: si te interesa el rendimiento, usa TCP... Daniel.
NSS con Postgres
Estimados todos: Alguien a trabajado con libnss-pgsql? Buscando en el proyecto de sys-auth no hay mucha documentacion al respecto (ni menos howtos). Alguna experiencia? Antes que me digan que use LDAP, lo que busco es precisamente manejar en un RDBMS a los usuarios. Dado que todo lo llevo a bases de datos (especificamente postgres) esta libreria me seria de mucha utilidad para mis intenciones, pero no encuentro mucha documentacion. He estado tratando de leer el codigo fuente para poder entender bien como trabaja la libreria, pero el C de hace 10 años es distinto al de hoy :D Cualquier enlace o ayuda es muy bienvenida. Muchas Gracias -- Juan Martínez Depto. Inf. UMC
problemas con totem
El jue, 18-05-2006 a las 15:53 +, oscar silva escribió: > > tengo fedora core 4 instalado Viejo, actualiza > y cuando quiero abrir el totem lanza un error y se cierra > inmediatamente, me podria ayudar en el tema por fa Mi bola de cristal no logra descubrir cual es el error que te entrega el susodicho programa... Vamos, que aqui no hay que escribir telegraficamente. Envianos que error te da, investiga si queda algo registrado en los log. Cuentanos que tipo de archivos intentas abrir cuando te ocurre esto... -- Juan Martínez Depto. Inf. UMC
Consulta para multiples tarjetas de red
At 16:57 17-05-2006, Victor Hugo dos Santos wrote: > >El 17/05/06, Miguel Oyarzo<[EMAIL PROTECTED]> escribió: > >> >>Estimados, >> >> >> >>Me asalta la duda respecto del funcionamiento de 4 o 5 placas de red >> >>ethernet PCI >> >>en un mismo servidor Linux. >> 4 o 5? Ese servidor es algo así como un router y además un servidor? >> >>Si cada tarjeta funciona gracias a una interrupcion y estas a su ves estan >> >>numeradas, >> >>significa que algunas de las ethx podria tener menor precedencia que sus >> >>hermanas? >> Nope... a ver, cómo te lo explico con una analogía didáctica... Imagínate un reloj, en el que tienes una tarjeta de red a las 1, otra a las 2, otra a las 3, otra a las 4 y otra a las 5... la tarjeta de video a las 6, la de sonido a las 7 y así para todo el hardware. Cada vez que la aguja del reloj avance una hora, existe un personaje que revisa si a la hora determinada hay un evento que enviar por esa tarjeta. Si existe dicho evento, entonces lo envía a la tarjeta antes de que avance a la próxima hora, y luego repite el proceso nuevamente. El reloj podría ser un contador interno del chipset, que mira a quién le toca. Cada una de las horas es una pieza de hardware esperando por peticiones, y el personaje que revisa es una especie de buffer que mira el estado de ese hardware en particular. Más de alguien diría "pero con eso estás diciendo que la computadora trabaja como monotarea, atendiendo una petición por click". Pues, los procesadores no tienen únicamente un "reloj", sino varios relojes sincronizados para que nunca dos relojes revisen el mismo evento para la misma pieza de hardware. Ahora, en un PC que tiene 5 tarjetas de red, tienes 5 "horas" (ok, definido de manera más técnica, son ciclos, y nada que ver con los ciclos de procesador, eh?). En cambio, si tienes una sola tarjeta de red, únicamente usas un ciclo para enviar información. Vuelvo a repetir, no es la manera más real de explicarlo. > >a no ser que estes utilizes un sistema NUMA y que associes diferentes > >BUS/CPUs a los dispositivos... > NUMA significa "Non Unified Memory Access", y te permite tener varios módulos de memoria independientes para cada procesador que tengas. El opuesto de NUMA es UMA, que es Unified Memory Access, y que es un módulo de memoria pero que puede ser accesado por cualquier cantidad de procesadores. Un ejemplo: Con UMA: Una placa Dual tiene 2 procesadores y 2 Gb. de memoria RAM (ejemplo). Puede que tengas dos procesadores y todo eso, pero sigues teniendo "una sola memoria" que gestiona todo tu hardware. Con NUMA: Cada procesador tiene su propia memoria, por lo que debería existir algún método de sincronización para enviarse tareas entre ellos: Un procesador ejecuta XMMS, otro ejecuta el Firefox, otro ejecuta una instancia de Apache, y así, sin perder la consistencia. Si un procesador requiere usar una pieza específica de hardware que esté disponible en ese momento, la usa pero sin perjudicar en la cuenta de ciclos a los otros procesadores. Ahí entramos a discutir que si es master-slave, que si es múltiples maestros y múltiples esclavos, etc. >> >>o existe algun mastering que encola peticiones irq para placas de red y >> >>les da la misma >> >>prioridad de uso de cpu? >> En resumen y según tengo entendido yo, la prioridad para cada tarjeta no la da el hardware, sino el sistema operativo y es por demanda... Se le va a poner más atención a una tarjeta de red que envía un CD por e-mail (no falta el gracioso que intenta), que a una tarjeta que no hace nada. > >En el lado SW, tenemos básicamente dos cosas: > > - scheduler > > - un comando (creo que era tasksel) > > > >El scheduler distribuye cargas y con el comando puedes asociar tu > >mismo los procesos. > > correcto, pero a eso se le conoce como "excepciones" yo mas bien hablo de > niveles mas > bajo que los procesos de sw . mas bien me refiero a las IRQ > Si quieres balancear las cargas de las tarjetas de red, creo que el eql o eqn, no sé cómo es, deberías averiguar, te nivelan lo que envías entre dos, tres o más tarjetas de red. Pero lee la documentación, porque es sólo un concepto que tengo vagamente en mi memoria. > >"socken des teufel" <[EMAIL PROTECTED]> dijo: > >Desconosco como funciona exactamente, pero no creo que el sistema operativo > >tenga alguna priodidad sobre alguna irq mas >que otra (a no ser lo hayan > >fijado a mano asi) > >Ademas el chipset de la system board es el encargado de balancear las irq de > >los dispositivos. > El chipset de la tarjeta madre no hace tareas de balanceo, sino de entrega de información por ciclos/eventos y procesamiento básico. La función principal del chipset es alivianarle la carga al procesador en su gestión de las posiciones de memoria donde cada pieza está. > No creo que chipset (o el controlador de interrupciones) balancee nada, > su unica funcion es encolar las peticiones y establecer prioridades del HW > que hablara a la CPU. > La p
problemas con totem
An HTML attachment was scrubbed... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060518/b830e96a/attachment.html From [EMAIL PROTECTED] Thu May 18 13:30:23 2006 From: [EMAIL PROTECTED] (Horst von Brand) Date: Thu May 18 13:30:24 2006 Subject: Consulta para multiples tarjetas de red In-Reply-To: Your message of "Thu, 18 May 2006 11:44:22 -0400." <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Miguel Oyarzo <[EMAIL PROTECTED]> wrote: > At 00:46 18-05-2006, Horst von Brand wrote: > >Miguel Oyarzo <[EMAIL PROTECTED]> wrote: > > > >[...] > > > >> >"socken des teufel" <[EMAIL PROTECTED]> dijo: > > > >[Reformateado para hacerlo comprensible, espero sin cambiar el sentido] > > > >> > > Desconosco como funciona exactamente, pero no creo que el sistema > >> > > operativo tenga alguna priodidad sobre alguna irq mas que otra (a no > >> > > ser > >> > > lo hayan fijado a mano asi) > >> > > Ademas el chipset de la system board es el encargado de balancear las > >> > > irq de los dispositivos. > > > >> No creo que chipset (o el controlador de interrupciones) balancee nada, > >> su unica funcion es encolar las peticiones y establecer prioridades del > >> HW que hablara a la CPU. > >Balancean la atencion de las IRQs de parte de las CPUs. > Una controladora de interrupciones balanceando IRQs? > algo asi como funcionan las APIC en sistemas SMP? Eso es la tarea del APIC... > Pense que ese balanceo era solo para systemas multiprocesadores. Me > pregunto que sentido tiene balancear IRQs con un solo procesador. No digo > que no, pero me suena raro. No puedes balancear, claro ;-) > >> La pregunta es si la IRQ asignada a cada tarjeta establece o no prioridad > >> ante la CPU. > >No. > No? es decir, el reloj (irq0) tiene la misma prioridad que el puerto > paralelo (irq7) ? Pienso que el numero de la IRQ si tiene que ver con la > prioridad ante la CPU. Segun se de las discusiones de hardware en los libros sobre Linux, no. > Talvez en las IRQs de uso general (como 9,10,11, 15) se deberia preguntar > al controlador de interrupciones a quien se le da mayor prioridad > (dependiendo del numero de interrupcion que use para llamar a la CPU) Algunas arquitecturas lo hacen (i.e., mientras se atiende la IRQ N las >= N tienen que esperar), pero el nucleo Linux solo deshabilita la IRQ N en la CPU que la recibio, cualquiera de las otras puede interrumpir al handler (y esa misma podria interrumpir a otra CPU). > >> Creo que eso permitiria distruibuir mejor el rendimiento de un conjunto > >> de placas en un mismo servidor, (la placa con mayor trafico no mantendria > >> la atencion de la CPU tanto tiempo) podra ser efectivo esto? > >No. Solo si las tarjetas estan saturadas podria hacer alguna diferencia. > >Las tarjetas son /harto/ mas inteligentes de lo que pareces creer. > Si... puede ser... > quizas en rendimiento nomal no haria diferencia alguna... Y en rendimiento "no normal" (red saturada) estan pensando en usar polling, no interrupciones (no se si esta ya implementado, y para que tarjetas; es importante a 1Gbps, y a 10Gbps sera indispensable...). > pero como saber si superamos cierto nivel de saturacion? > No creo que sea por que estamos cerca del limite del los 10/100 Mbps o > si? En Ethernet (compartido), la red esta saturada cuando tienes algo de 70 a 80% de utilizacion. Con una red switcheada, podria ser mas (aunque me late que alli se te satura el backbone del switch antes...) Y, nuevamente: Los benchmarks "donde revienta" rara vez son relevantes; si el tope que da es 120 y tu carga tipica 20 con puntas de 70, ni te afecta. -- 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 May 18 13:29:05 2006 From: [EMAIL PROTECTED] (Daniel Serpell) Date: Thu May 18 13:56:17 2006 Subject: Consulta para multiples tarjetas de red In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Hola! El Thu, May 18, 2006 at 11:44:22AM -0400, Miguel Oyarzo escribio: > At 00:46 18-05-2006, Horst von Brand wrote: > > > >Balancean la atencion de las IRQs de parte de las CPUs. > > Una controladora de interrupciones balanceando IRQs? > algo asi como funcionan las APIC en sistemas SMP? > > Pense que ese balanceo era solo para systemas
Consulta para multiples tarjetas de red
At 00:46 18-05-2006, Horst von Brand wrote: >Miguel Oyarzo <[EMAIL PROTECTED]> wrote: > >[...] > >> >"socken des teufel" <[EMAIL PROTECTED]> dijo: > >[Reformateado para hacerlo comprensible, espero sin cambiar el sentido] > >> > > Desconosco como funciona exactamente, pero no creo que el sistema >> > > operativo tenga alguna priodidad sobre alguna irq mas que otra (a no ser >> > > lo hayan fijado a mano asi) >> > > Ademas el chipset de la system board es el encargado de balancear las >> > > irq de los dispositivos. > >> No creo que chipset (o el controlador de interrupciones) balancee nada, >> su unica funcion es encolar las peticiones y establecer prioridades del >> HW que hablara a la CPU. > >Balancean la atencion de las IRQs de parte de las CPUs. Una controladora de interrupciones balanceando IRQs? algo asi como funcionan las APIC en sistemas SMP? Pense que ese balanceo era solo para systemas multiprocesadores. Me pregunto que sentido tiene balancear IRQs con un solo procesador. No digo que no, pero me suena raro. >> La pregunta es si la IRQ asignada a cada tarjeta establece o no prioridad >> ante la CPU. > >No. No? es decir, el reloj (irq0) tiene la misma prioridad que el puerto paralelo (irq7) ? Pienso que el numero de la IRQ si tiene que ver con la prioridad ante la CPU. Talvez en las IRQs de uso general (como 9,10,11, 15) se deberia preguntar al controlador de interrupciones a quien se le da mayor prioridad (dependiendo del numero de interrupcion que use para llamar a la CPU) >> Creo que eso permitiria distruibuir mejor el rendimiento de un conjunto >> de placas en un mismo servidor, (la placa con mayor trafico no mantendria >> la atencion de la CPU tanto tiempo) podra ser efectivo esto? > >No. Solo si las tarjetas estan saturadas podria hacer alguna diferencia. >Las tarjetas son /harto/ mas inteligentes de lo que pareces creer. Si... puede ser... quizas en rendimiento nomal no haria diferencia alguna... pero como saber si superamos cierto nivel de saturacion? No creo que sea por que estamos cerca del limite del los 10/100 Mbps o si? Saludos Miguel Oyarzo Austro Internet S.A. Punta Arenas
Consulta para multiples tarjetas de red
El 18/05/06, Horst von Brand<[EMAIL PROTECTED]> escribió: > Victor Hugo dos Santos <[EMAIL PROTECTED]> wrote: [...] > > ... se enchufas varios dispositivos en un PC estes comparten el > > BUS y cuanto mas dispositivos, menor sera el desempeno.. > > En teoria. Que pueda medirse en la practica es otro cuento... si el bus da > mas que la suma de las Eth, no hay drama. Si quieres maximo rendimiento, > piensa en una tarjeta multi-Eth, y/o tarjetas de red mas sofisticadas > (filtros por MAC mas complejos, CRC en hardware, mayor memoria para frames > recibidos/por enviar, ...). En teoria, con las 4/5 tarjetas mencionadas + disco (esto sin considerar otros dispositivos que comparten el BUS)... ya deberian de ser suficientes para superar los 133MB/s del BUS pci !!! ... por cierto. estamos suponiendo que las tarjetas son de 100Mb/s... se son tarjetas de red de 1G en barramentos PCI de 32bits... olvidalo...bastaria una sola para saturar el BUS !!! > > a no ser que estes utilizes un sistema NUMA y que associes diferentes > > BUS/CPUs a los dispositivos... > > Urgh. alguna mala experiencia que queira compartir ??? > > > o existe algun mastering que encola peticiones irq para placas de red y > > > les da la misma prioridad de uso de cpu? > > > En el lado SW, tenemos básicamente dos cosas: > > - scheduler > > Nada tiene que ver con el manejo de IRQs, administra procesos (tasks). por esto agregar las iniciales de software (SW) a mi frase !! :-D pero tienes razon... nada que ver scheduler con el tema de IRQ... sorry . > > - un comando (creo que era tasksel) > > No esta por aca. Hay taskset(8), que asocia un proceso con una CPU, pero > eso es otro tema. mmm... si..creo que era taskset > > El scheduler distribuye cargas y con el comando puedes asociar tu > > mismo los procesos. > > Con que? puedes asociar los procesos con las CPUs. salu2. -- -- Victor Hugo dos Santos Linux Counter #224399
Live cd Centos
me respondo a mi mismo ;-) http://mirrors.telmexchile.cl/centos/4.3/isos/i386/ - Original Message - From: "Hector Salinas" <[EMAIL PROTECTED]> To: "Discusion de Linux en Castellano" Sent: Thursday, May 18, 2006 9:05 AM Subject: Live cd Centos > Hola listero >alguien tiene algun dato, de algun mirror en Chilito lindo para > descargar el live cd de Centos ? > > > > >
Certificados Ms en firefox
On jue, 2006-05-18 at 00:09 -0400, Jorge Valenzuela wrote: > ok gracias > > Eduardo Villagrán M wrote: > > Jorge Valenzuela escribió: > >> Hola: > >> > >> Tengo que instalar un certificado ssl generado por un win2003 pero la > >> pagina de instaalcio via IE opera bien , pero via firefox no, que > >> raro no ? > >> > >> alguien lo ha hecho ? > >> > >> o tal vez si el certificado lo tengo en formato .cer importarlo en > >> firefox en un linux fc 5 ? > >> > >> gracias > >> > >> Jorge V.S:'060516 > >> > >> > > En el administrador de certificados de IE exporta, luego usa el > > administrador de Firefox para importar. exporta el certificado en formato PEM. -- Marcelo Espinosa Alliende, mailto:[EMAIL PROTECTED] Jefe Depto de Servicios Computacionales Dirección de Informática Universidad del Bío-Bio fono: +56 41 731531, http://marcelo.ubb.cl
Mas problemas con postfix
El mié, 17-05-2006 a las 15:58 -0400, Juan Andres Ramirez escribió: > Me da verguenza ya seguir preguntando, pero ahora tengo otro error, > algo hice mal que ahora me reclama por: > > postfix: determination of alias_database failed > > en mi main.cf tengo: > alias_database = hash:/etc/aliases > > revise el fichero, lo tengo asi: > > # Basic system aliases -- these MUST be present. > mailer-daemon: postmaster > postmaster: root > root: LOGIN > regenera la base con: postalias hash:/etc/aliases > Busque por google este error, pero no encontre ninguna respuesta. > Gracias. -- Alejandro Valdés Jiménez. Fono: (56) (71) 200408 RSS - DITyM. Universidad de Talca. Talca - Chile.
Live cd Centos
Hola listero alguien tiene algun dato, de algun mirror en Chilito lindo para descargar el live cd de Centos ?
Consulta para multiples tarjetas de red
Miguel Oyarzo <[EMAIL PROTECTED]> wrote: [...] > >"socken des teufel" <[EMAIL PROTECTED]> dijo: [Reformateado para hacerlo comprensible, espero sin cambiar el sentido] > > > Desconosco como funciona exactamente, pero no creo que el sistema > > > operativo tenga alguna priodidad sobre alguna irq mas que otra (a no ser > > > lo hayan fijado a mano asi) > > > Ademas el chipset de la system board es el encargado de balancear las > > > irq de los dispositivos. > No creo que chipset (o el controlador de interrupciones) balancee nada, > su unica funcion es encolar las peticiones y establecer prioridades del > HW que hablara a la CPU. Balancean la atencion de las IRQs de parte de las CPUs. > La pregunta es si la IRQ asignada a cada tarjeta establece o no prioridad > ante la CPU. No. > Si alguien sabe que comente porfavor... por que si es asi, en uno de mis > servidores Linux colocare la placa de red mas cargada con IRQ mas alta > (osea una prioridad baja para el sistema). Se supone que PCI asigna IRQs por si mismo, debiera arreglar que no se compartan (eso disminuye un pelito el tiempo de respuesta a la IRQ), pero fuera de eso... > Creo que eso permitiria distruibuir mejor el rendimiento de un conjunto > de placas en un mismo servidor, (la placa con mayor trafico no mantendria > la atencion de la CPU tanto tiempo) podra ser efectivo esto? No. Solo si las tarjetas estan saturadas podria hacer alguna diferencia. Las tarjetas son /harto/ mas inteligentes de lo que pareces creer. -- 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 May 18 00:40:20 2006 From: [EMAIL PROTECTED] (Horst von Brand) Date: Thu May 18 08:19:33 2006 Subject: Consulta para multiples tarjetas de red In-Reply-To: Your message of "Wed, 17 May 2006 16:57:30 -0400." <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Victor Hugo dos Santos <[EMAIL PROTECTED]> wrote: > El 17/05/06, Miguel Oyarzo<[EMAIL PROTECTED]> escribió: > > Estimados, > > Me asalta la duda respecto del funcionamiento de 4 o 5 placas de red > > ethernet PCI en un mismo servidor Linux. Un i486 es capaz de saturar (!) varias 100baseT... > > No se trata de algun error, solo es una duda de hardware: > > Si cada tarjeta funciona gracias a una interrupcion y estas a su ves > > estan numeradas, significa que algunas de las ethx podria tener menor > > precedencia que sus hermanas? Si, podria ser. > ... se enchufas varios dispositivos en un PC estes comparten el > BUS y cuanto mas dispositivos, menor sera el desempeno.. En teoria. Que pueda medirse en la practica es otro cuento... si el bus da mas que la suma de las Eth, no hay drama. Si quieres maximo rendimiento, piensa en una tarjeta multi-Eth, y/o tarjetas de red mas sofisticadas (filtros por MAC mas complejos, CRC en hardware, mayor memoria para frames recibidos/por enviar, ...). > a no ser que estes utilizes un sistema NUMA y que associes diferentes > BUS/CPUs a los dispositivos... Urgh. > > o existe algun mastering que encola peticiones irq para placas de red y > > les da la misma prioridad de uso de cpu? > En el lado SW, tenemos básicamente dos cosas: > - scheduler Nada tiene que ver con el manejo de IRQs, administra procesos (tasks). > - un comando (creo que era tasksel) No esta por aca. Hay taskset(8), que asocia un proceso con una CPU, pero eso es otro tema. > El scheduler distribuye cargas y con el comando puedes asociar tu > mismo los procesos. Con que? > mmm...sobre esto ultimo, hablo solamente basado en algo de teoria, ya > que nunca lo utilice. !!! :-( > Pero no creo que serveria de mucho en un sistema que no sea SMP. > pienso yo !!! En PC, las IRQs se atienden sin prioridades, AFAIU, asi que esto no es tema. Si se encargan los APICs de distribuir las interrupciones entre las CPUs en SMP, pero con eso taskset(8) es aun menos relevante. -- 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