diskpart clean all заполняет ВСЕ место на диске нулями, некоторые контроллеры это оптимизируют (используют внутреннее сжатие, которое повторяющиеся символы записывают в меньшем объеме, или к примеру даже и не производят запись если обнаружат сектор нулей, скорее всего помечают данный сектор как освободившийся (а все освободившиеся при попытке чтения возвращают нули так же без реального чтения данных, кстати это одна из причин, почему бессмысленно тестировать ssd простой записью из /dev/zero и последующим чтением - будет тест скорости контроллера а не самой флеш памяти)
т.е. скорее всего тот диск что завершил эту операцию быстро на самом деле посекторно провел операцию аналогичную trim (не мгновенно потому что посекторно а не сразу на весь объем) а у того что делал это медленно контроллер по проще (ради скорости) и старательно пытался записать данные что от него требовала ОС
если цель просто подготовить диск для следующего использования, достаточно сделать diskpart clean (будет очищена только таблица разделов), дальше операционная система сделает trim на все свободное место на накопителе (по уму это будет сделано автоматически, когда будет создан и отформатирован раздел, как вариант вручную это можно сделать, запустив 'оптимизацию диска', там где раньше в меню была дефрагментация)
p.s. trim уничтожает данные моментально, т.е. обычными средствами старые данные считать не получится, но специализированное оборудование, позволяющее считывать данные напрямую с флеш памяти сможет их восстановить, (да есть контроллеры ssd умеющие шифрование на аппаратном уровне но сейчас не про них)
В этом случае конечно лучше поверх всего диска записать данные, но только не нули а случайные (или какой то один и тот же файл, например короткое видео, продублировать бесконечно) или если боитесь за то что ваши данные смогут восстановить - изначально используйте шифрование раздела средствами ОС, уничтожение его всего можно сделать будет просто уничтожив ключи дешифровки.
