Где тонко там и плохо.

А ничего что узким местом всё равно будет sata интерфейс? Откуда там 1гб в секунду не пойму только.

где не продумано там и плохо, грубо и топорно… dd раздела со всем хламом на другой сборник хлама….
разделяй и властвуй.
выдели /home со всем хламом на отдельный раздел - его бекапишь по файлово с помощью хотя б rsync, неизменные файлы не гоняются впустую. а лучше вообще нацепи нормальный дифференциально/инкрементальный бекап. нахрена тут dd ??
ну а корень системы / (и остальное системное если выделено типа /boot/efi) копируй dd, хотя разумнее конечно использовать partclone.
да и вообще
надо развиваться и отвыкать от каменных топоров…

Когда же у нас разрабы до btrfs доберутся чтобы нормально его без dd бэкапить?

Чисто тебе по большому секрету: ты уже сейчас можешь бэкапить что угодно без dd.

Снэпшоты? Инкрементальные бэкапы?

6 Гбит/с у sata-3 ~ 0.7-0.75 Гб/с должно выходить

SSD M2

А надо было NVME.

Apacer M.2 PCIe Gen3 x4 SSD nvme as2280P4 512GB

Apacer

Ноунейм производитель. В этом проблема.

CrystalDiskMar,SSD-Z,AS SSD Benchmark и HD Tune все показали одинаковые результаты чтение - 2100 Мбайт/сек, запись - 1500 Мбайт/сек. У меня такойже модели но на 256GB уже год работает и все ок. Правда он PCIe 4

результаты чтение - 2100 Мбайт/сек, запись - 1500 Мбайт/сек.
PCIe Gen3 x4

А на нормальном SSD должно быть по 3500+

0,7-0,75< 1 Как-то так. Слишком большая разница. Да и не бывает 0,7, обычно 0,55 предел, изредка 0,65. К 1 Гб/с не очень близко. Да, я кэп, но ведь истина дороже...

должно быть по 3500+

Это понятно. У меня и samsung есть но там ценники совсем другие.:-)

Бренд не причем. Важны компоненты

порядка 1ГБайт/сек?

Для SSD пойдёт с учётом всех реалий, а вот на HDD таких скоростей никогда не видел и близко. Может быть на HDD было всё же меньше?

Сам уже сомневаюсь. Завтра проверю оба варианта.

Не Выдержал и проверил. С SSD WD240 на HDD WD1TB все на sata

1073741824 bytes (1.1 GB, 1.0 GiB) copied, 7.20526 s, 149 MB/s

c SSD WD240 на SSD M.2 Apacer512GB PCIxe3+sata

1073741824 bytes (1.1 GB, 1.0 GiB) copied, 7.27825 s, 148 MB/s

Что то вообще в не понятках. На хрен . пойду домой.

SSD M.2 Apacer512GB PCIxe3+sata

Это как?

6 Гбит/с у sata-3 ~ 0.7-0.75 Гб/с должно выходить

Нет, не должно, это не Ethernet.

https://en.wikipedia.org/wiki/SATA

Third-generation SATA interfaces run with a native transfer rate of 6.0 Gbit/s; taking 8b/10b encoding into account, the maximum uncoded transfer rate is 4.8 Gbit/s (600 MB/s)

Apacer M.2 PCIe Gen3 x4 SSD nvme as2280P4 512GB

Подключи к винде, запусти утилиты от Вадима vlo, покажет тип памяти.

Какие нехорошие люди

Нет, на нормальном около 500мб/с. А гб/с и выше - на выпендрёжном.

С чего это нехорошие? Я вот с ethernet-ом путался первое время что там байт за 8бит считается а не за 10 как во всех последовательных интерфейсах. А на 10 и делить проще.

Очень нехорошие люди пишут скорость передачи включая служебные данные, а не так сказать полезную скорость

У dd указывай размер блока побольше, например bs=1M иначе будет медленно.

Сделай Btrfs RAID-1 и при монтировании укажи commit=300, если памяти много, чтобы пореже данные на диск сбрасывал, изменяя их в памяти

Скорость у тебя зависит от применяемого сжатия. У меня помимо него еще шифрование, так что скорость не очень:

zstd -T0 -b1 -e9
 1#Lorem ipsum       :  10000000 ->   3240239 (x3.086), 1250.1 MB/s, 1450.4 MB/s
 2#Lorem ipsum       :  10000000 ->   3131055 (x3.194),  747.6 MB/s, 1196.8 MB/s
 3#Lorem ipsum       :  10000000 ->   2988763 (x3.346),  300.8 MB/s, 1278.9 MB/s
 4#Lorem ipsum       :  10000000 ->   2952688 (x3.387),  295.0 MB/s, 1284.1 MB/s
 5#Lorem ipsum       :  10000000 ->   2949355 (x3.391),  149.0 MB/s, 1218.8 MB/s
 6#Lorem ipsum       :  10000000 ->   2882248 (x3.470),  101.6 MB/s, 1309.4 MB/s
 7#Lorem ipsum       :  10000000 ->   2854410 (x3.503),   83.3 MB/s, 1352.1 MB/s
 8#Lorem ipsum       :  10000000 ->   2835325 (x3.527),   62.9 MB/s, 1423.2 MB/s
 9#Lorem ipsum       :  10000000 ->   2832147 (x3.531),   53.2 MB/s, 1440.4 MB/s

При zstd-1 самая большая скорость чтения. Когда ты просто копируешь данные (cp -r тем же или rsync), то скорость их копирования будет равна последнему числу в лучшем случае.

На колонку перед ней можно забить. Скорость записи данных на диск упирается в скорость твоего соединения (данные то из сети качаются), а поэтому можно сжатие ставить 6-9, правда к большинству данных, хранимых на домашней системе сжатие не применимо, так что запредельного выигрыша от его использования не будет.

При копировании через dd тож свои приколы, связанные с падением скорости через определенное время, связанное с забитием кеша. Если у тебя два диска, то RAID-1 самое правильное решение:

sudo btrfs dev add <раздел с на апацере> /

# Далее конвертируешь файловую систему, чтобы дублировались все данные на оба диска
sudo btrfs balance start -f -sconvert=raid1 -dconvert=raid1 -mconvert=raid1 /

А не проще сделать рейд-зеркало? Ну если уж ты не хочешь инкрементный бекап.

Да ты что? Давай тогда tcp/ip-заголовки ещё исключим из подсчёта скорости. Ну и скорость для данных нормальные люди измеряют в байтах и кратных им единицах, а в битах измеряют скорость электрического канала. Биты данных сами по себе нафиг никому не сдались. Сколько нужно бит для передачи одного байта - зависит от технологии связи, где-то на доли бита больше 8 (если байты передаются непрерывным потоком), где-то 9, 10 или даже 11, если байты передаются по одному и снабжены защитой от ошибок.

Нет не давай

Что это за двойные стандарты? Это как раз служебные данные, ты сказал что их учитывают только плохие люди.

Нет это пользовательские данные. Я же не предлагаю служебные кадры сата протокола расковырять и вычитать служебные поля. Это была бы правильная аналогия с tcp/ip внутри ethernet

Чего это они пользовательские? Пользователь открывает сокет и ожидает что в него сможет прийти столько-то байт за секунду, ни при какие заголовки и пакеты знать не хочет. Или хуже того, открывает файл в браузере по https и смотрит скорость скачивания.

Я согласен, что побитовое представление байта это штука нижнего уровня по сравнению с форматом tcp-пакетов, но совершенно не понимаю, на каком основании ты провёл границу служебные/пользовательские данные именно там. Скорее, всего, тебе просто так захотелось.

Потому что расхождение с тем что написано в рекламе 20%. И это много

Ты можешь нормально отвечать а не как домохозяйка на эмоциях?

1Гб в 10 секунд

По сети?

В том то и дело что не по сети а в рамках одной матери. Причем прогнал все диски CristalDiskMark скорости дисков полностью соответствует их характеристикам.

А покажите командную строку dd, который тормозит. Может быть действительно размер блока надо увеличить? Типа bs=64M (или даже bs=1G). Там по умолчанию очень маленькое значение, неактуальное в современной практике

dd if=/dev/sdb1 of=/run/media/liveuser/Apacer512/sdb1_40_11102024.img conv=noerror,sync bs=4M

Строки одинаковые практически акромя диска назначения

какая ФС на целевом примонтированном диске? Если там вдруг что-то реализованное через fuse в userspace, типа ntfs-3g - может забирать 100% ядра CPU и тормозить из-за этого.

И таки 4M не удивлюсь если как-то влияет на скорость (хотя так критично не должно бы…)

Вот хоть один грамотный человек нарисовался! Там именно ntfs-3g. До меня только сегодня дошло в процессе ковыряния инета. Один китаец мне на этот момент пальцем ткнул. Вот сижу и думаю как этот момент обойти. Мне этот архив из под Windows то же должен быть доступен. Ищу варианты. Причем в этом img может быть файловая система как btrfs так и ext4 или extFat.

А попробовать на одной железке религия не позволяет? Заодно и узнаешь, что там маркетологи наврали…

Там именно ntfs-3g

А ты злобный буратино…

Мне этот архив из под Windows то же должен быть доступен.

tar.gz спокойно распаковывается.

extFat

Я пользуюсь на внешних. Для совместимости. Оно fuse не требует, нативная поддержка в ядре.

результаты чтение - 2100 Мбайт/сек, запись - 1500 Мбайт/сек.

это slc-кэш

Можно попробовать обновлённый NTFS-драйвер уровня ядра, который научился не только чтению, но и записи. https://www.phoronix.com/news/Linux-6.5-NTFS

Никакой практитки с ним не имел, так что кроме того что он етсь ничего не знаю)