ndch
Gold Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата:| У меня нет. Надо еще назначить ему этот флаг. Флаг назначается то-же мгновенно, После этого файл - разреженный |
Формально да, после "назначения флага" - будет разреженый, но чтобы место на диске "не занимал" придётся ещё и
fsutil sparse setRange ubuntu-22.10-desktop-amd64.iso 0 4071903232
что тоже занимает не более секкунды.
Теперь и места на диске почти не занимает.
Вообще это экономично с точки зрения дискового пространство.
И, если скачивать последовательно, то вполне себе не фрагментированно.
Дикая фрагментация будет если скачивать "нормально", а не последовательно.
Mystical
Цитата:| считается нарушением безопасности. В справке по опять же utorrent это описано |
К сожалению в этой справке забыли упомянуть что риски - это теоретически про fat/fat32 (вспоминаем про ограничение на размер файла, ага) или extfat (тут не уверен), а не про ntfs (если говорить о win).
И опять же, если правильно помню, то винда сама зерофилит (забивает нулями при создании файла) на fat/fat32/extfat. Вариант с ресетом тут не рассматриваю.
Про всякие там ext2 не могу прокомментировать, но предположу что и в линуксах с этим тоже всё секурно.
А вот в досе/вынь 9х скорее всего не зерофилилось (первое что нагуглилось "in Windows 95, the extended content is not zeroed out). Скорее всего оттуда костыли и торчат.
Короче: для случая с ntfs создание файла без забивания нулями безопасно, риска что "sensitive data" попадут в новосозданный файл нет, но, вероятно, авторов qBittorrent/libtorrent устраивает текущее положение дел.
Кратко, спискота:
если "не предвыделяется" + скачивается "нормально" (рандомно) - получается фрагментация.
если "не предвыделяется" + скачивается "последовательно" - получается без фрагментации * при условии что качается одновременно последовательно один файл
если "предвыделяется" без SeManageVolumePrivilege - курим пока qBittorrent забивает всё пространство нулями, но получается без фрагментации.
если "предвыделяется" с SeManageVolumePrivilege - получается без фрагментации. * Лучший вариант для брутального скачивания
qBittorrent без SeManageVolumePrivilege + без "предвыделения" создаёт файл большого размера менее чем за секунду (это можно наблюдать в "проводнике"). Но, по не вполне ясным причинам, сразу же лепит sparse + setRange на весь файл.
Зачем требуется SeManageVolumePrivilege - вопрос к libretorrent. (* пример ниже - 60GB.cs)
Зачем без SeManageVolumePrivilege заполняется нулями - вопрос к qBittorrent (вроде бы. Хотя возможно что тоже к libretorrent).
Бонус:
60GB.cs
Код: using System.IO;
class Program {
public static void Main()
{
FileStream fs = new FileStream("BigFile.bin", FileMode.Create, FileAccess.Write, FileShare.None);
fs.SetLength(64424509440);
}
}
|
компилим: C:\Windows\Microsoft.NET\Framework64\v3.5\csc.exe 60GB.cs (или тем csc, что имеется. Например так:C:\Windows\Microsoft.NET\Framework64\v4.0.30319\csc.exe 60GB.cs )
запускаем 60GB.exe - создаётся BigFile.bin на 60 ГБ, под бесправным юзером без SeManageVolumePrivilege.
Какие ещё пруфы нужны что файл на 60 ГБ под бесправным юзером за секунду можно создать ? |
Всего записей: 6522 | Зарегистр. 31-08-2008 | Отправлено: 13:44 07-07-2023 | Исправлено: ndch, 09:08 17-07-2023 |
|
И так-то вот на серваке каком стрёмно кубиту такие права давать. 
