Escritura lenta Dell Server R720

Tengo un server Dell R720 con PERC H310 hardware raid 5 y 4 x Seagate Cheetah 15K.7 ST3300657SS 300 GB de discos duros. Windows Server 2008 R2. Las lecturas parecen buenas, pero las escrituras son dolorosamente lentas.

Ejecutando el Atto Disk Benchmark, veo velocidades de lectura de> 500 MB / s en tamaños de transferencia de 128kb a 8192kb.

Para escrituras con tamaños de transferencia de 128kb a 8192kb, veo velocidades de lectura de 20 a 22 MB / seg. Alnetworkingedor de 10 veces demasiado lento.

La misma máquina tiene un nuevo Samsung SSD. Las escrituras para el SSD son> 450 MB / seg.

Además de comprobar los controlleres, ¿qué podría causar tan mal performance? ¿Dónde hay buenos lugares para mirar? ¿Qué buenas testings adicionales para ejecutar?

Fui el único usuario durante estas testings. No se estaban ejecutando processs con hambre de resources.

  • ¿Es suficiente el server de security en Windows Server 2008 R2?
  • Los clientes de Windows 7 no pueden search files indexados en el server de files Server 2008 R2
  • ¿Cuáles son los permissions mínimos para que un recurso compartido de Windows sea anónimo-solo lectura?
  • Word 2007 se bloquea en los services de terminal Server 2008 R2
  • iSCSI problema; "El medio está protegido contra escritura"
  • Agregar una nueva location a través de Active Directory. ¿Cómo deberia hacerse?
  • Windows trata las unidades mapeadas de forma diferente en function del tipo de server host (Netware vs 2008R2), el file crea problemas
  • El service RPC de Microsoft Exchange 2010 no se puede iniciar porque la interfaz EMSMDB ya está registrada por otro process
  • 2 Solutions collect form web for “Escritura lenta Dell Server R720”

    El H310 no tiene ningún caching de escritura (en comparación con el H710, que tiene 512 MB de caching respaldado por batería), por lo que de inmediato no se va a get un gran performance de escritura con él. El H310 también no utiliza la caching integrada en las unidades de disco duro de forma pnetworkingeterminada, por lo que todo es estrictamente "write-through".

    Siempre puede habilitar la caching de disco en Windows, que utiliza la RAM del server para escribir caching … pero tenga cuidado, ya que las paradas inesperadas del sistema o la pérdida de alimentación pueden provocar daños en los datos. El mismo riesgo existe para el uso de caching de los discos físicos – esto puede ser activado en el disco virtual de OMSA con la opción "Cambiar política" en el disco virtual.

    RAID5 tiene una significativa "pena de escritura" a considerar también. Para cada operación de escritura única enviada al controller, se deben realizar 4 E / S para realizarla (debido al recálculo de los datos de paridad). Con write-through en el controller, usted está recibiendo un golpe con la pena de escritura del tipo RAID, más el retardo que implica que el controller vuelva a calcular la paridad.

    Las statistics de performance que estás recibiendo me parecen completamente normales según el hardware y la configuration. Si el performance de escritura representa una verdadera necesidad de negocio para usted, considere utilizar un tipo de RAID diferente (por ejemplo, RAID10), considere los riesgos y beneficios de habilitar el almacenamiento en caching en las unidades o en el volumen desde dentro del sistema operativo o considere actualizar su (por ejemplo, un controller H710).

    • H310 Hoja de Especificaciones
    • H710 Hoja de Especificaciones

    Nunca se me ocurrió que estos numbers de performance son de esperar. Pensé que había algún problema oculto que me eludía. Es una lástima en Dell por vender esta basura. Este server cuesta bastante mucho, y mi computadora portátil puede vencerlo en ciertas tareas. Parece que este problema está resuelto.

    Este es el comportamiento esperado. No hay ningún problema.

    El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.