Mailinglist Archive: opensuse-es (678 mails)
| < Previous | Next > |
Re: [opensuse-es] Servidor de ficheros
- From: Rafa Griman <rafagriman@xxxxxxxxx>
- Date: Mon, 26 Oct 2009 13:37:51 +0100
- Message-id: <200910261337.51231.rafagriman@xxxxxxxxx>
Hola :)
On Friday 23 October 2009 15:52:54 Camaleón wrote:
[...]
Activa jumbo frames en servidor y cliente. Comprueba que el switch soporta
jumbo. Las ventajas de jumbo es que el MTU es de 9000 y sin ellos es de 1500.
Es decir, hay que gestionar menor # de paquetes por lo que la CPU tiene que
trabajar menos y mejoras el rendimiento.
En cuanto a potencia de CPU. Gbit consume lo suyo (especialmente si no son
jumbo frames) y recuerda que Samba lanza un proceso hijo por cada cliente
conectado más el proceso padre -> mucha CPU y mucha RAM.
¿Sólo tienes 1 t. red en el servidor? Dependiendo del # de clientes, puede ser
interesante tener channel bonding. Teóricamente 1 cliente con 1 puerto Gbit te
satura el 1 Gbit del servidor. Si quieres una red balanceada, necesitas el
mismo número de puertos de entrada que de salida y que el backplane del switch
lo soporte, de lo contrario tienes una interconexión de tipo blocking y el
rendimiento no es el máximo (óptimo).
Luego el almacenamiento también influye. Si no tienes discos rápidos, ... El
cuello de botella lo tienes allí.
Sinceramente, si no es una cosa desesperante, yo lo que cambiaría/miraría es
lo de los jumbo. Pero recuerda que con que un equipo no lo soporte, se te va
todo al garete.
Red lenta y servidor pequeñajo ... mal rollo :(
Rafa
--
"We cannot treat computers as Humans. Computers need love."
rgriman@xxxxxxxxx
rgriman@xxxxxxxxxxxx
Happily using KDE 4.3.1 :)
--
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx
On Friday 23 October 2009 15:52:54 Camaleón wrote:
[...]
En esta red las copias son de archivos grandes (>4 GiB) y encuentro
samba un poco lento (no en exceso), aunque es una red gigabit pura.
Activa jumbo frames en servidor y cliente. Comprueba que el switch soporta
jumbo. Las ventajas de jumbo es que el MTU es de 9000 y sin ellos es de 1500.
Es decir, hay que gestionar menor # de paquetes por lo que la CPU tiene que
trabajar menos y mejoras el rendimiento.
En cuanto a potencia de CPU. Gbit consume lo suyo (especialmente si no son
jumbo frames) y recuerda que Samba lanza un proceso hijo por cada cliente
conectado más el proceso padre -> mucha CPU y mucha RAM.
¿Sólo tienes 1 t. red en el servidor? Dependiendo del # de clientes, puede ser
interesante tener channel bonding. Teóricamente 1 cliente con 1 puerto Gbit te
satura el 1 Gbit del servidor. Si quieres una red balanceada, necesitas el
mismo número de puertos de entrada que de salida y que el backplane del switch
lo soporte, de lo contrario tienes una interconexión de tipo blocking y el
rendimiento no es el máximo (óptimo).
Luego el almacenamiento también influye. Si no tienes discos rápidos, ... El
cuello de botella lo tienes allí.
Sinceramente, si no es una cosa desesperante, yo lo que cambiaría/miraría es
lo de los jumbo. Pero recuerda que con que un equipo no lo soporte, se te va
todo al garete.
En la red B tengo clientes suse y windows. Los windows mantienen el
mismo esquema que la red A, pero las copias se eternizan (la red es
10/100 y el servidor donde tengo samba no es tan potente). Aquí los
clientes suse usan mediante fish:// (gráfico) o ssh (línea de comandos)
para transferir las copias en "tar.gz", muy sencillo.
Red lenta y servidor pequeñajo ... mal rollo :(
Rafa
--
"We cannot treat computers as Humans. Computers need love."
rgriman@xxxxxxxxx
rgriman@xxxxxxxxxxxx
Happily using KDE 4.3.1 :)
--
Para dar de baja la suscripción, mande un mensaje a:
opensuse-es+unsubscribe@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
opensuse-es+help@xxxxxxxxxxxx
| < Previous | Next > |