É verdade.
Existem alguns casos muito específicos em que ele pode melhorar o desempenho (mantendo o arquivo de troca mais próximo do disco físico para as partes mais usadas dos outros dados), mas em geral não fará diferença ou, às vezes, haverá diferença negativa. só deve fazê-lo se você dividir sua (s) unidade (s) de forma que a partição do sistema fique muito cheia e você precise liberar um pouco de espaço movendo o arquivo de paginação para outro lugar.
Usar essa técnica para mover o arquivo de paginação para outra unidade que raramente é acessada é muito mais uma boa idéia, embora você só veja o benefício quando o sistema é uma boa quantidade de paginação de / para a atividade do disco.
Outra razão freqüentemente citada para mover o arquivo de paginação para outra unidade é que pode ser menos provável que ela se fragmente em outra unidade que quase nunca vê outra atividade de gravação, mas isso também pode ser alcançado simplesmente configurando o arquivo de paginação como tamanho ou defini-lo de tal forma que o tamanho mínimo é bastante grande - assim ele não crescerá (muito) com o tempo, portanto não corre o risco de se fragmentar muito.
As pessoas geralmente entendem mal a prática comum de manter swap em partições separadas em sistemas operacionais Unix-al-like, como ter o espaço de swap em uma parte separada do sistema mais eficiente quando, na verdade, o que torna isso mais eficiente é que não é uma camada de sistema de arquivos entre o restante do kernel e as áreas de página / troca. Você pode, de fato, definir áreas de swap em arquivos na maioria dos sistemas operacionais unix-a-like se você quiser e não se importar com a eficiência reduzida introduzida pela camada do sistema de arquivos quando as páginas precisam ser movidas entre RAM e disco, mas muito poucas as pessoas fazem porque não é o padrão e há muito pouco (se houver alguma coisa) para ganhar com isso na maioria dos casos de uso comuns, se não em todos.