É melhor você usar um RAMdisk, mas isso exigirá um esforço extra, mas lutar contra o ZFS o quanto for necessário para fazer isso provavelmente levará mais.
Isso é basicamente totalmente contrário à maneira como o ZFS deseja trabalhar. O ZFS fará tudo o que estiver ao seu alcance para manter seus dados seguros e, depois disso, fará com que seus dados sejam rápidos.
Se você realmente quiser fazer isso no ZFS, seria muito arriscado e não tenho idéia se realmente funcionaria. Você precisaria criar um Zpool completamente separado para lidar com isso, e ele provavelmente quebraria completamente muito rapidamente depois que você o implementasse. Você basicamente precisaria configurar o ZFS para manter grandes quantidades de dados sujos (somente em cache) e estaria lutando contra o desejo do ZFS de manter esses dados confiáveis.
Você precisaria mexer com a configuração de um limite zfs_dirty_data_max insanamente alto e definir zfs_delay_min_dirty_percent como 100 para o conjunto inteiro; jogue uma tonelada de RAM nele; ajuste as filas de E / S para todas as operações de gravação e a quantidade de gravações permitidas em um determinado momento.
Tudo isso basicamente quebraria o desejo da ZFS de garantir que seus dados permaneçam seguros, não importa o que aconteça. Além disso, você provavelmente teria seu desempenho totalmente prejudicado sempre que atingisse esses limites e o ZFS tentasse enviar 100 GB de dados em buffer para o disco de uma só vez, em vez de fazer muitas gravações menores de 100 MB.
Se você realmente quer tentar fazê-lo funcionar, dê uma olhada nos parâmetros ajustáveis no ZoL (que eu suponho que você esteja usando em vez do Oracle / Solaris ZFS): link