Медленно работает второй SSD

Васька_Петька · #1

Всем привет!
Суть ситуации. К системе подключено два ssd: KINGSTON UV400 на 120Гб и Samsung 860 EVO на 500Гб. Линукс целиком и полностью стоит на кингстоне, на самсунге стоит седьмая винда и он разбит на два раздела. Смонтирован только тот раздел на котором винды нет. Так вот при копировании на самсунг скорость чуть превышает 60Мб\сек, что для него маловато... При этом в винде он работает прекрасно, 400Мб\сек копирует и всё ок. Тесты на кристал диск маркт тоже все проходит хорошо.
Надо заметить, что при копировании (в линуксе) с самсунга на кингстон скорость хорошая (для кингстона разумеется), но не наоборот

Если с кингстона копирую на самсунг, то 60Мб\сек +\- копейки и всё. Файловая система на самсунге ntfs.

В чём может быть причина?

Linux Mint 18.3 Sylvia x64
Cinnamon 3.6.7 (Gtk 3.18.9-1ubuntu3.3)
inxi -Fxz

System: Host: Host Kernel: 4.15.0-39-generic x86_64 (64 bit gcc: 5.4.0)
Desktop: Cinnamon 3.6.7 (Gtk 3.18.9-1ubuntu3.3)
Distro: Linux Mint 18.3 Sylvia
Machine: Mobo: ASUSTeK model: M5A97 EVO R2.0 v: Rev 1.xx
Bios: American Megatrends v: 2603 date: 02/12/2015
CPU: Quad core AMD Phenom II X4 970 (-MCP-) cache: 2048 KB
flags: (lm nx sse sse2 sse3 sse4a svm) bmips: 28091
clock speeds: max: 3500 MHz 1: 2200 MHz 2: 2200 MHz 3: 2200 MHz
4: 800 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] Pitcairn PRO [Radeon HD 7850 / R7 265 / R9 270 1024SP]
bus-ID: 01:00.0
Display Server: X.Org 1.18.4 drivers: ati,radeon (unloaded: fbdev,vesa)
Resolution: 1920x1080@60.00hz
GLX Renderer: AMD PITCAIRN (DRM 2.50.0 / 4.15.0-39-generic, LLVM 6.0.0)
GLX Version: 3.0 Mesa 18.0.5 Direct Rendering: Yes
Audio: Card-1 Creative Labs SB Audigy
driver: snd_emu10k1 port: b000 bus-ID: 06:05.0
Card-2 Advanced Micro Devices [AMD/ATI] Cape Verde/Pitcairn HDMI Audio [Radeon HD 7700/7800 Series]
driver: snd_hda_intel bus-ID: 01:00.1
Sound: Advanced Linux Sound Architecture v: k4.15.0-39-generic
Network: Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
driver: r8169 v: 2.3LK-NAPI port: d000 bus-ID: 02:00.0
IF: enp2s0 state: up speed: 100 Mbps duplex: full mac: <filter>
Drives: HDD Total Size: 620.1GB (36.8% used)
ID-1: /dev/sda model: KINGSTON_SUV400S size: 120.0GB
ID-2: /dev/sdb model: Samsung_SSD_860 size: 500.1GB
Partition: ID-1: / size: 102G used: 89G (92%) fs: ext4 dev: /dev/sda2
ID-2: swap-1 size: 8.50GB used: 0.00GB (0%) fs: swap dev: /dev/sda3
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 36.0C mobo: 35.0C gpu: 47.0
Fan Speeds (in rpm): cpu: 0 fan-1: 675 fan-2: 0 fan-3: 0
Info: Processes: 184 Uptime: 23 min Memory: 1824.8/7888.7MB
Init: systemd runlevel: 5 Gcc sys: 5.4.0
Client: Shell (bash 4.3.481) inxi: 2.2.35

#2

Наиболее очевидная причина - это то что линукс медленно работает с "неродной" ntfs сам по себе. Скорее всего, процесс копирования упирается в проц (загрузка должна быть около 100%).
Если есть возможность - создай раздел ext4 на Самсунге и попробуй что-нибудь туда скопировать.
Еще имеет значение чем именно копировать. Например, mc всё ещё медленный, особенно при копировании мелких файлов.

Васька_Петька · #3

Ара Магеддон писал(а): ↑
10 дек 2018, 12:52
Скорее всего, процесс копирования упирается в проц (загрузка должна быть около 100%).

При копировании, загрузка по системному монитору от 40-50% в среднем

Ара Магеддон писал(а): ↑
10 дек 2018, 12:52
Еще имеет значение чем именно копировать.

Простым перетягиванием из одного окна в другое.
Попробовал через Double Commander, скорость чуть выше. Около 70Мб.с показывает.

#4

Ну сложно сказать... Чуть погуглил - советуют удалить из опций монтирования sync или использовать big_writes
Или, если скорость доступа действительно критична, то использовать ExFAT вместо ntfs для общего с виндой раздела. Обе ОСи должны работать с этой файловой системой без проблем.

При копировании, загрузка по системному монитору от 40-50% в среднем

А, наверное, один поток на 100% и будет...

Васька_Петька · #5

Ара Магеддон писал(а): ↑
10 дек 2018, 13:08
советуют удалить из опций монтирования sync или использовать big_writes

Подскажите как это сделать)) Заглянул в Меню - Параметры - Диски - Расширенные параметры раздела - Изменить параметры монтирования, в параметрах: nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=Диск%20D. Sync, там нет... В файле fstab тоже самое.

#6

Васька_Петька писал(а): ↑
10 дек 2018, 13:37

Ара Магеддон писал(а): ↑
10 дек 2018, 13:08
советуют удалить из опций монтирования sync или использовать big_writes
Подскажите как это сделать)) Заглянул в Меню - Параметры - Диски - Расширенные параметры раздела - Изменить параметры монтирования, в параметрах: nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=Диск%20D. Sync, там нет... В файле fstab тоже самое.

Попробуйте так: nosuid,nodev,nofail,big_writes,x-gvfs-show,x-gvfs-name=Диск%20D
У меня ничего с ntfs под рукой нет, проверить не могу

Васька_Петька · #7

Ара Магеддон писал(а): ↑
10 дек 2018, 13:40
Попробуйте так: nosuid,nodev,nofail,big_writes,x-gvfs-show,x-gvfs-name=Диск%20D

50Мб.с стал копировать ))

#8

Васька_Петька писал(а): ↑
10 дек 2018, 13:47
50Мб.с стал копировать ))

раздел отмонтировали и заново примонтировали?
ну тады только с файловыми системами играться, наверное. Или искать альтернативу для ntfs-3g, но это совсем уж красноглазие, даже по линуксовым меркам

Или подождать пока знатоки местные придут с работы и чего-нибудь посоветуют

Васька_Петька · #9

Ара Магеддон писал(а): ↑
10 дек 2018, 13:54
раздел отмонтировали и заново примонтировали?

Так и сделал.

Ара Магеддон писал(а): ↑
10 дек 2018, 13:54
с файловыми системами играться

Хочется для винды оставить нтфс)

Может кто что ещё посоветует

#10

Кроме того что тут посоветовали.

Надо заметить, что при копировании (в линуксе) с самсунга на кингстон скорость хорошая (для кингстона разумеется), но не наоборот

А скорость обеих ssd одинаковая? Может причина в том что одна работает помедленнее другой?

Я в ssd не силен.

Васька_Петька · #11

zuzabrik писал(а): ↑
10 дек 2018, 14:35
А скорость обеих ssd одинаковая? Может причина в том что одна работает помедленнее другой?

Скорость работы разная, но в любом случае это сотни Мб\сек. Да и в винде самсунг показывает заявленную производителем скорость.

#12

Васька_Петька писал(а): ↑
10 дек 2018, 12:38
В чём может быть причина?

Вот в этом

Васька_Петька писал(а): ↑
10 дек 2018, 12:38
Файловая система на самсунге ntfs

NTFS для линукс не нативная ФС. Драйвер для нее написан методом реверс инжиниринга т.к. спецификации мелкомягкие не открывают.

Васька_Петька · #13

Всем спасибо за информацию!

Переформатировал раздел в exFAT. Нужно было видеть моё лицо когда понял, что этого нельзя сделать из Acronis DD 12-ой версии. Я думал, что из акрониса можно сделать что угодно

После танцев с бубном, из винды таки отформатировал в exFat. Теперь картина такая:
1. Скорость копирования в линуксе при перетаскивании увеличилась до 120Мб\сек
2. Скорость копирования в Double Commander более 300Мб\сек
3. Линукс теперь может отправлять файлы с этого раздела в корзину

Вопросы:
В свойствах диска линукс показывает вот что:
Тип раздела: HPFS/NTFS - откуда это взялось и что означает?
Содержимое: exFAT (версия 1.0) - есть ещё какие-то версии?
Как можно отформатировать в exFat без танцев с командной строкой в винде?
Можно увеличить скорость копирования при перетаскивании?

#14

Попробую ответить...
1) а чёрт его знает, что он означает

2) наверное, других версий больше нет. Файловые системы - это такая штука, где чехарда версий и постоянные изменения противопоказаны. Даже NTFS со времен XP не менялась.
3) ExFAT - это вроде как ФС для флешек, и винда просто не предлагает её для других устройств. Но SSD - это большая флешка, так что всё должно быть ок. Можете погуглить, почитать отличия ExFAT от NTFS.
4) А вот тут напрашивается ответ типа "да, это же open source, можете переписать алгоритм копирования на более эффективный"

Но разрабы вроде сами занялись оптимизацией производительнеости nemo
https://www.opennet.ru/opennews/art.shtml?num=49561 Так что можно подождать пару недель до выхода новой версии.
Cinnamon - достсточно молодое DE. Его совсем недавно достроили и вроде как решили проблемы со стабильностью. Теперь вот решают проблемы с производительностью потихоньку.

#15

Васька_Петька писал(а): ↑
11 дек 2018, 09:05
1. Скорость копирования в линуксе при перетаскивании увеличилась до 120Мб\сек
2. Скорость копирования в Double Commander более 300Мб\сек

Васька_Петька писал(а): ↑
11 дек 2018, 09:05
Можно увеличить скорость копирования при перетаскивании?

один копирует с использованием буферов (DC), второй без... вот и разница...

Васька_Петька · #16

Ара Магеддон писал(а): ↑
11 дек 2018, 18:15
Можете погуглить, почитать отличия ExFAT от NTFS.

Это то я погуглил сразу) Нашёл весьма интересную статью. Там тесты есть

Ничего чтобы освещало вопрос более детально не нашёл.

Ара Магеддон писал(а): ↑
11 дек 2018, 18:15
"да, это же open source, можете переписать алгоритм копирования на более эффективный"

WWolf писал(а): ↑
11 дек 2018, 18:32
один копирует с использованием буферов (DC), второй без... вот и разница...

Можно как-то решить этот вопрос? В смысле не решение основанное на том, чтобы можно самому переписать код)))

#17

Васька_Петька писал(а): ↑
13 дек 2018, 15:41
Можно как-то решить этот вопрос? В смысле не решение основанное на том, чтобы можно самому переписать код)))

Нет.

#18

Не знаю в тему ли, но кмк можно еще попробовать поиграться с планировщиками
http://reangdblog.blogspot.com/2016/06/ssd-linux.html
как пишет автор статьи

у меня в системе используются и SSD и HDD диски и хочется использовать для них разные планировщики. Проще всего это сделать через механизм "systemd-tmpfiles", который, в том числе, используется для записи значений при старте системы. Создайте файл "/etc/tmpfiles.d/10_scheduler.conf" вот с таким содержимым:

#19

darkfenix писал(а): ↑
10 дек 2018, 19:22

Васька_Петька писал(а): ↑
10 дек 2018, 12:38
В чём может быть причина?
Вот в этом
Васька_Петька писал(а): ↑
10 дек 2018, 12:38
Файловая система на самсунге ntfs
NTFS для линукс не нативная ФС. Драйвер для нее написан методом реверс инжиниринга т.к. спецификации мелкомягкие не открывают.

ХЗ, провел небольшой эксперимент.
Имеется общий для всех систем раздел ntfs (на HDD), в котором лежит установочный образ LM19.1
Под виндой 8.1 (на HDD) скопировал этот образ на раздел с виндой и обратно на общий раздел ntfs - 48 и 15 сек. соответственно.
То же самое проделал в LM18.3Cinnamon (на HDD) - 38 и 19 сек.
То же самое в LMDE 3 MATE (на внешнем USB-HDD 3.0) - 23 и 17 сек.
Вобщем особой разницы при записи на ntfs не обнаружил.
Собственно и раньше её не замечал, тут просто засомневался что-то..

Кто сейчас на конференции