SSDs perdem performance quando a sua ocupação atinge valores perto do máximo. Em que é que isso pode afectar as consolas?

Por exemplo, ao gravarmos um ficheiro de 260 KB, o que vai acontecer é que vamos usar dois blocos de 256 KB, um que ficará efectivamente cheio, e outro no qual os 256 KB ficam todos ocupados, mas onde na realidade apenas estão escritos 4 KB de dados.

Ora este tipo de falsa ocupação, vai gastar uma percentagem de espaço no disco que à partida soa a perdida.

Mas na realidade não! Apesar de o bloco estar ocupado, o SSD vai reportar o uso de apenas aquilo que efectivamente está usado. Ora isto quer dizer que a partir de uma determinada altura no uso da vida do SSD, vamos ter espaço livre, mas todos os blocos ocupados. E o espaço livre existente é apenas e exclusivamente esse!

Mas esse espaço se é reportado como livre, pode ser usado? Sim, pode!

Mas para ele ser usado, torna-se necessário ler o conteúdo desse bloco para a cache, juntar parte dos novos dados a gravar, apagar o bloco existente, e re-escrever o mesmo, desta vez com o misto dos dados de ambos os ficheiros, ocupando o sector na sua totalidade.

Ora este processo é algo que, por ser moroso, e cortar performances, não é feito por standard pelo SSD, que recorre apenas a ele quando não tem mais blocos livres para usar.

Uma das formas de se superar este problema passa pela reserva de uma determinada percentagem do disco (o chamado “overprovisioning” ou OP), que o utilizador não vê e é reportado como não alocado. Essa percentagem existe para garantir que o SSD pode ser cheio quase exclusivamente com dados, sem a necessidade de se recorrer ao aglomerar de dados.

Imaginem um exemplo, de um disco de 512 GB, que vos é vendido como sendo de 480 GB. Ele na realidade é de 512, mas o utilizador só terá acesso a 480. Basicamente o disco tem e trabalha com 512 GB, mas como os blocos não cheios não enchem, ele não reporta o espaço restante como livre. E dessa forma o disco fica limitado a uma menor capacidade.

Eis um exemplo no PC:

Isto rouba espaço ao disco, mas garante que a performance nunca se altera.

Naturalmente a ocupação a que o disco poderá ficar sem blocos livres vai depender de muita coisa, mas a performance de um SSD pode começar a degradar a partir dos 50% de ocupação. Mas este valor é para um cenário de pior caso possível.

Um dos motivos pelos quais actualmente os discos estão a ser referidos em Gibibytes em vez de Gigabytes, prende-se com o Overprovisioning. Esta simples mudança da unidade de medida fornece imediatamente um overprovisioning de 7,37%. O motivo é que um gigabyte (GB) são (na unidade usada pelos fabricantes de discos) 1,000,000,000 bytes, e um gibibyte (GiB) é exactamente 2^30 = 1,073,741,824 bytes, ou 7.37% mais que um GB.

Assim, um disco com 128 GiB, reserva imediatamente 7,37% de espaço para OP, ficando com 128 GB livres. Se depois reservar ainda 28% adicionais, ele fica com 100 GB livres. Eis isso em gráfico:

Em que é que isto pode afectar as consolas?

Bem, na realidade, aparentemente muito pouco! As consolas basicamente usarão os seus SSDs para leitura. No entanto, a Microsoft mostrou já algumas características como o mudança entre jogos, em que o SSD procede a escritas de vários GB, sempre que muda entre os jogos (uma situação aliás pouco recomendada dado o desgaste do SSD, mas a Microsoft não parece ter-se mostrado muito preocupada com isso).

Esta característica, para além de obrigar a reservar um determinado espaço do disco, ainda não referenciado, tem como base de funcionamento as escritas. Ao mudarmos de um jogo para o outro, vários GB de dados são escritos no disco, e os GB relativos ao outro jogo são lidos. Tudo isto em apenas alguns segundos. Não será que a consola pode sair prejudicada disto?

Tudo vai depender… porque se a gravação for realizada de forma sequencial usando uma percentagem de blocos constante, e num espaço do disco previamente reservado, com dimensões de ficheiros fixos e independentes dos dados reais do jogo, ela não sofrerá, pois como o gráfico que se segue mostra, numa gravação sequencial, a velocidade é independente da percentagem de espaço reservada para OP.

Mas caso isso não aconteça, e estas gravações sejam feitas nos espaços vazios do SSD, a velocidade de gravação pode ser severamente afectada pela inexistência de OP.

Isto quer dizer que, dependendo de esta questão estar ou não devidamente pensada, as consolas poderão passar ao lado da necessidade de OP. Mas se o seu funcionamento for muito dependente de escritas pensadas em simultâneo com a optimização do espaço do disco existente, a inexistência do OP pode vir a causas sérios problemas à performance.

No entanto, dado que as consolas irão maioritariamente ler dados, os 7,37% de reserva serão o que estará certamente a uso, pois os fabricantes por norma usam 7.37% para leitura intensa, com os restantes 28% para situações de escrita intensa.