Impossível responder porque nos falta toda a informação. O tamanho da fila, em geral, é totalmente inútil, já que um contador - subsys pode ter filas grandes sem ficar lento.
Existe outro conjunto de cotas que diz segundos / leitura ou segundos / gravação. Isso (* 1000 para obter milissegundos) é mais útil. Eu não me importo quanto tempo a fila é - eu me importo quando eu overlaod a unidade que é quando o tempo de resposta fica mais lento.
É um equívoco pensar que as pessoas pensam na duração da fila sem um mínimo de interpretação e informações adicionais são úteis.
Quer um extremo? Eu sei de um servidor sql tendo 255length fila de disco .... para cada um dos seus quase 30 discos. Ele tem 30 discos para poder colocar no total total de filas, já que os drivers só permitem 255 maxium para um disco.
Ruim? Bem, o uplink é múltiplo 8 gigabit fibrechannels para um disco 160 HP EVA SAN com 32 gigabytes de cache. O tempo de resposta é STILL1-2 milissegundos com esses comprimentos de fila. Então, o comprimento é totalmente inútil aqui. Os segundos / x fornecem um número de resposta imediata sem muita interpretação.
Atualização: se for um disco único, provavelmente SATA, então sim, os tamanhos são altos demais, seu IO está totalmente sobrecarregado.