Hola :) El Lunes, 31 de Julio de 2006 10:40, Jordi Espasa Clofent escribió:
Van muy bien, pero no dices para qué lo quieres usar. En todo caso, si _realmente_ quieres sacarle el máximo de rendimiento (HPC, BBDD, ...) te aconsejo ponerle toda la RAM que soporta. Otra cosa importante a tener en cuenta es la placa base, ¿cuál has puesto?
Una sencillita: http://www2.abit.com.tw/page/sp/motherboard/motherboard_detail.php?pMODEL_N AME=KN8&fMTYPE=Socket%20939
Lo único que me da "repelús" es que el chipset es nVidia 4, aunque supongo que no habrá problema alguno.
No la conozco y no he probado estos chipsets. Por lo poco que he visto/leído, algún problema podría aparecer si la t. red estaba integrada en placa, pero creo que se ha corregido. Personalmente no me gustan las cosas que vienen en placa y tiendo a aconsejar deshabilitarlas en la BIOS y poner una placa en ranura PCI/PCI-X/PCIe. Yo te aconsejaría preguntar en la lista de AMD o buscar en los archivos por si alguien ya la ha probado.
De distro le meteré una professional 10.0... porqué la 10.1 la tengo en una máquina de testeo y no me agrada.
Más abajo comentas el tema de Web corporativa ... ¿has pensado en SLES? Lo digo por el tema de soporte y porque está más probada que la SUSE Linux.
Al final le meto un AMD Athlon 64 a 3200.
Nostá mal ;)
Todo esto te lo digo si lo que realmente quieres es sacarle todo el jugo y alcanzar el máxmo rendimiento: HPC, BBDD, ... Y lo digo para todos los tipos de equipos, no solo para AMD.
Bueno, la máquina dará servicio de MySQL, Apache y Samba. MySQL y Apache sólo para LAN y, a lo sumo, concurrencia de 5-6 personas a la vez.
Para eso te vendo un 386 que tengo muerto de risa ;) Ahora en serio, si las queries no son muy brutas, te sobra máquina.
Samba es el plato fuerte, porqué utilizan mazo y medio de archivo.
Con samba tienes varios cuellos de botella: - CPU: Samba no usa threads, son procesos, cada usuario conectado arranca un proceso hijo nuevo. - t. red: usa jumbo frames (aka MTU=9000) si puedes. Si lo dejas a 1500, te puede crear otro cuello de botella en la CPU debido a las interrupciones por parte de cada paquete que procesa la t. de red. Al aumentar el MTU -> disminuye el número de paquetes -> disminuye el número de interrupciones. - memoria: no es realmente un cuello de botella sólo que Linux mete todo en RAM por lo que si pones más RAM ... mejor ;) - sistema de disco + sistema de ficheros: te puede suponer un cuello de botella. Si buscas buen rendimiento, separa los discos en diferentes controladoras y ten cuidado con el "stripe size" al crear el RAID. Si puedes, intenta que el "stripe size" sea igual al tamaño de bloque que le asignas al sistema de ficheros y al "write cache size" de Samba si usas oplocks. Hay otros cuellos de botella con los que te puedes encontrar como son: buses PCI y bus RAM <-> CPU. En el primer caso, serán tarjetas PCI las que te puedan causar pérdidas de rendimiento y lo sufrirá Samba. Evita que los dispositivos PCI compartan bus, de esta manera evitarás saturar un bus PCI. En el segundo caso es la BBDD la que puede sufrir y tendrás las CPUs idle. Obviamente, esto depende de: - número de usuarios conectados - necesidad de un rendimiento determinado - ... En principio no parece que vayas a tener problemas de rendimiento. De todas maneras, monitorízalo con alguna herramienta para asegurarte que das un rendimiento aceptable. Una herramienta muy buena de monitorización son los usuarios, en cuanto algo falla, disparan las alarmas (alarmas que no puedes borrar ;)
De momento le meteré 3 discos de 300GB (aunque 2 de ellos en RAID por mobo en partición /srv solamente).
Por lo que veo, la placa soporta RAID 1 y 0. Si pones RAID 0, tendrás mejor rendimiento, pero si casca un disco ... Si usas RAID 1, tendrás buena protección, pero el rendimiento de los procesos de escritura caerá un poco, aunque la lectura dará buenos resultados.
En un futuro se abrirá el servidor Apache para página corporativa, aunque la aplicación php seguirá siendo de LAN solamente, por lo que la bbdd tendrá igualmente poca carga.
Una pregunta más ¿has tenido en cuenta backups? Te pueden suponer un cuello de botella en cuanto a red (si haces backup por red), de disco y CPU (si usas rsync, por ejemplo) o de memoria.
Gracias por todo.
HTH Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman -- Para dar de baja la suscripci�n, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com