6.7.10. Sistemas de archivos y almacenamiento
Algunos controladores SCSI pueden utilizar a veces una cantidad excesiva de memoria
Algunos controladores SCSI utilizan una mayor cantidad de memoria que en RHEL 7. En algunos casos, como la creación de vPort en un adaptador de bus de host (HBA) de canal de fibra, el uso de memoria podría ser excesivo, dependiendo de la configuración del sistema.
El aumento del uso de la memoria se debe a la preasignación de memoria en la capa de bloques. Tanto la programación de dispositivos de bloques de cola múltiple (BLK-MQ) como la pila SCSI de cola múltiple (SCSI-MQ) preasignan memoria para cada solicitud de E/S en RHEL 8, lo que provoca un mayor uso de la memoria.
(BZ#1698297)
VDO no puede suspender hasta que la UDS haya terminado de reconstruirse
Cuando un volumen de Virtual Data Optimizer (VDO) se inicia después de un apagado sucio del sistema, reconstruye el índice del Servicio Universal de Deduplicación (UDS). Si intenta suspender el volumen VDO utilizando el comando dmsetup suspend mientras el índice UDS se está reconstruyendo, el comando suspender podría dejar de responder. El comando finaliza sólo después de que la reconstrucción haya terminado.
La falta de respuesta sólo se nota con los volúmenes VDO que tienen un índice UDS grande, lo que hace que la reconstrucción tarde más tiempo.
Un parche de NFS 4.0 puede reducir el rendimiento con una carga de trabajo abierta
Anteriormente, se corrigió un error que, en algunos casos, podía hacer que una operación de apertura de NFS pasara por alto el hecho de que un archivo había sido eliminado o renombrado en el servidor. Sin embargo, la corrección puede causar un rendimiento más lento con cargas de trabajo que requieren muchas operaciones abiertas. Para solucionar este problema, puede ser útil utilizar la versión 4.1 o superior de NFS, que ha sido mejorada para conceder delegaciones a los clientes en más casos, permitiendo a los clientes realizar operaciones de apertura de forma local, rápida y segura.
(BZ#1748451)
