Я выполнил команду sudo hdparm -Tt /dev/sda
и получил:
/dev/sda
: чтение кэшированных таймингов: 18832 MB in 2.00 seconds = 9424.15
MB/sec
чтение буферизованных временных дисков: 544 MB in 3.01 seconds = 180.77
MB/sec
И с помощью команды ethtool eth0
:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Speed: 10Mb/s
Duplex: Half
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Эти конфигурации могут обрабатывать Gigabit Ethernet, если я его куплю? Можно ли получить максимальную скорость? Или я должен купить SSD?
Ваш компьютер должен смочь обработать Gigabit Ethernet очень хорошо независимо для жесткого диска. Это - то, что является узким местом, проблема. Если Вы хотите смочь записать в жесткий диск по сети на уровне 1 гигабита в секунду, то это собирается потребовать жесткого диска, который может запись на уровне 1 000 мегабит/секунда или 250MB/sec.
можно использовать Гигабит LAN с более медленным жестким диском, Вы просто не можете записать во что жесткий диск по сети на уровне 1 Гбит/с. Вы извлечете выгоду из наличия Гигабита LAN другими способами, поэтому пойдите для него так или иначе.
1GBit = 1000MBit = 1000 (MBit / 8Bit) * Byte = 125MByte
Любой обоснованно 3,5-дюймовый 7200 об/мин жесткий диск должен смочь обработать это. По крайней мере, при выполнении последовательных записей. Производительность будет хуже со случайными записями.
я не думаю, что это - проблема все же. Если Вы пишете много маленьких файлов по сети, производительность обычно с шеей бутылки сетевым протоколом передачи. На основе моего собственного опыта я могу сказать, что SMB работает ужасно когда дело доходит до большого количества файлов.
Используя SSD в чистой установке устройства хранения данных (например, NAS) пустая трата денег.
Однако в дополнение к намного более быстрым уровням чтения-записи, их сила является временем доступа. В настройке сервера со многими параллельный запрос чтения-записи, как сеть - или почтовый сервер, SSD может иметь вполне значение.
, Так как Вы уже владеете жестким диском, Вы могли бы хотеть попытаться суметь обойтись им сначала. Если производительность не удовлетворяет, можно все еще купить подходящий SSD и заменить жесткий диск.
journalctl -k
вывод не согласовываются со смещениями времени в dmesg
вывод. В моем случае dmesg
показывает ~30 вторых задержек во время начальной загрузки, которая journalctl -k
не делает между теми же двумя строками журнала.
– TaisPH
3 August 2018 в 01:42