я могу справиться с гигабитным Ethernet?

Я выполнил команду 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?

0
задан 17 September 2016 в 16:42

2 ответа

Ваш компьютер должен смочь обработать Gigabit Ethernet очень хорошо независимо для жесткого диска. Это - то, что является узким местом, проблема. Если Вы хотите смочь записать в жесткий диск по сети на уровне 1 гигабита в секунду, то это собирается потребовать жесткого диска, который может запись на уровне 1 000 мегабит/секунда или 250MB/sec.

можно использовать Гигабит LAN с более медленным жестким диском, Вы просто не можете записать во что жесткий диск по сети на уровне 1 Гбит/с. Вы извлечете выгоду из наличия Гигабита LAN другими способами, поэтому пойдите для него так или иначе.

0
ответ дан 18 September 2016 в 02:42
  • 1
    Как Вы говорите, просто указывая на мои источники на гостеприимный, залог провала. Нет, я хочу безопасный способ установить библиотеку по надежному человеку, или пакетом или источником. – sibaz 13 December 2016 в 23:50
1GBit = 1000MBit = 1000 (MBit / 8Bit) * Byte = 125MByte

Любой обоснованно 3,5-дюймовый 7200 об/мин жесткий диск должен смочь обработать это. По крайней мере, при выполнении последовательных записей. Производительность будет хуже со случайными записями.

я не думаю, что это - проблема все же. Если Вы пишете много маленьких файлов по сети, производительность обычно с шеей бутылки сетевым протоколом передачи. На основе моего собственного опыта я могу сказать, что SMB работает ужасно когда дело доходит до большого количества файлов.

Используя SSD в чистой установке устройства хранения данных (например, NAS) пустая трата денег.

Однако в дополнение к намного более быстрым уровням чтения-записи, их сила является временем доступа. В настройке сервера со многими параллельный запрос чтения-записи, как сеть - или почтовый сервер, SSD может иметь вполне значение.

, Так как Вы уже владеете жестким диском, Вы могли бы хотеть попытаться суметь обойтись им сначала. Если производительность не удовлетворяет, можно все еще купить подходящий SSD и заменить жесткий диск.

0
ответ дан 18 September 2016 в 02:42
  • 1
    Также обратите внимание, что метки времени в journalctl -k вывод не согласовываются со смещениями времени в dmesg вывод. В моем случае dmesg показывает ~30 вторых задержек во время начальной загрузки, которая journalctl -k не делает между теми же двумя строками журнала. – TaisPH 3 August 2018 в 01:42

Другие вопросы по тегам:

Похожие вопросы: