Diferentes IOPs medidos en server y almacenamiento

así que tengo este comportamiento extraño que no puedo explicar a mí mismo – hopyfully alguien aquí puede.

Recibimos algún server (hardware) y montamos una unidad NFS. Planeamos usar estos serveres como indexadores de Splunk, pero como Splunk no sugiere NFS como almacenamiento, queríamos hacer algunas testings de performance antes.

Así que ranBonnie ++ anuncio obtuvo realmente malos resultados (alnetworkingedor de 300 IOP / s), pero los chicos de almacenamiento me dicen que por su lado ven alnetworkingedor de 1200 IOP / s lo que estaría bien. ¿Cómo es posible esto? ¿Qué puedo hacer para get este performance en el server?

Gracias !

http://veerapen.blogspot.com/2011/09/tuning-networkinghat-enterprise-linux-rhel-54.html

En breve:

Configurar el planificador de Linux en sistemas con RAID de hardware y cambiar el valor pnetworkingeterminado de [cfq] a [noop] proporciona mejoras de E / S.

Utilice el command nfsstat para calcular el porcentaje de lecturas / escrituras. Establezca la relación del caching del controller RAID para que coincida.

Para cargas de trabajo pesadas necesitará boost el número de subprocesss del server NFS.

Configure los subprocesss nfs para escribir sin demora en el disco utilizando la opción no_delay.

Dígale al kernel de Linux que limpie lo más rápido posible para que las escrituras se mantengan lo más pequeñas posible. En el kernel de Linux, la frecuencia de reescritura de páginas sucias puede controlarse mediante dos parameters.

Para las escrituras de disco más rápidas, utilice la opción data = journal del sistema de files y evite actualizaciones de los times de acceso a los files, lo que en sí mismo resulta en datos adicionales escritos en el disco. Este modo es el más rápido cuando los datos necesitan ser leídos y escritos en el disco al mismo time donde supera a todos los otros modos