LINUX.ORG.RU

долгая установка пакетов на SSD

 , ,


0

3

проблема: долгая установка пакетов на SSD

SSD: Crucial CT256V4SSD2 256Gb

MB: Intel D2500CC board

CPU: Atom D2500 2x1.86 GHz

RAM: SODIMM DDR3 4096MB

описание:

1) перед установкой разметил SSD в fdisk (в BIOS GPT отключён, используется mbr):

#fdisk -l

Disk /dev/sda: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos

Device     Boot    Start       End   Sectors   Size Id Type  mount    вывод /etc/fstab
/dev/sda1  *        2048    264191    262144   128M 83 ext2  /boot    noatime,ro,errors=remount-ro
/dev/sda2         264192   8652799   8388608     4G 82 swap           sw
/dev/sda3        8652800  29624319  20971520    10G 83 ext4  /        discard,noatime,errors=remount-ro,commit=600
/dev/sda4       29624320 500118191 470493872 224.4G 83 ext4  /home    discard,noatime,commit=600

2) во время установки debian-8.5.0-i386-netinst.iso на SSD заметил, что очень медленно идет установка.

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

ставлю «на живую» Debian первый раз, до этого тестировал установку на другом ПК (другой SSD с Windows 7) в VirtualBox и там установка пакетов шла гораздо много быстрее.

кроме того, перед окончательной установкой на SSD отрабатывал установку под обычным HDD (с rpm 5400) и, например, один и тот-же пакет ставится на HDD секунд 10, а на SSD минуты 1,5 - 2.

3) тест скорости чтения на SSD:

# dd if=/dev/sda of=/dev/null bs=128K count=20000

2621440000 bytes (2.6 GB) copied, 11.9825 s, 219 MB/s

тест скорости записи на SSD:

# dd if=/dev/zero of=/tmp/output bs=128K count=20000

2621440000 bytes (2.6 GB) copied, 12.4941 s, 210 MB/s

4) в целом система работает, ведется видеонаблюдение на одну камеру, работает torrent, раздача wi-fi интернета через soft AP.

изначально все ставилось с минимальным набором пакетов, только необходимое ПО из под консоли.

вопросы:

- не допущена ли где ошибка при разметке SSD?

- является ли долгая установка пакетов проблемой, или же для CPU Atom 2x1.86 GHz + SSD это норма?

- что еще можно сделать (настроить/протестировать)?

Atom D2500

this

anonymous
()

Попробуй протестировать с убранным discard

anonymous
()

пакет загружается из интернета быстро, но его распаковка и установка почемуто занимает много времени.

Распаковкой-то занимается процессор.

Jayrome ★★★★★
()

а SSD отрабатывал установку под обычным HDD (с rpm 5400) и, например, один и тот-же пакет ставится на HDD секунд 10, а на SSD минуты 1,5 - 2

Остальное железо одинаковое? А то тут уже на процессор намекали.

mandala ★★★★★
()
Ответ на: комментарий от anonymous

последовательный и произвольный доступ — это два разных теста, оба релевантны реальной работе; а в обход кэша почти никто не читает, так что это лишнее

anonymous
()
Ответ на: комментарий от mandala

да, я отрабатывал на этом железе полную установку на HDD, и только затем поменял HDD на SSD и произвел окончательную установку.

тоесть на одном и том-же железе установка на SSD идет медленнее чем на HDD, наверное по логике процессор можно исключить, поскольку как я думаю, SSD должен вести себя не хуже, чем HDD.

ps AHCI в BIOS включено в обоих случаях, если это имеет значение.

spectrumist
() автор топика

что еще можно сделать (настроить/протестировать)?

Сделать перед разметкой blkdiscard всего диска.

arson ★★★★★
()

1). Скорость диска надо тестить, а не скорость оперативки:
dd if=/dev/sda of=/dev/null bs=128K count=20000 iflag=direct
dd if=/dev/zero of=/tmp/output bs=128K count=20000 oflag=direct

2). Скорость маленькая даже учитывая, что ты меряешь частично скорость оперативки. Вероятные проблемы: кабель, греющийся южный мост, летящий контроллер SSD.

3). swap тоже умеет в discard

chaos_dremel ★★
()
Ответ на: комментарий от chaos_dremel

#dd if=/dev/sda of=/dev/null bs=128K count=20000 iflag=direct
2621440000 bytes (2.6 GB) copied, 12.5305 s, 209 MB/s

#dd if=/dev/zero of=/tmp/output bs=128K count=20000 oflag=direct
2621440000 bytes (2.6 GB) copied, 16.0225 s, 164 MB/s

ps
к сожалению, сейчас пока нет возможности переустанавливать систему, или масштабно тестировать установкой новых пакетов.
пока придется ограничиться сбором информации, и командами, не затрагивающими работоспособность системы...

spectrumist
() автор топика
Ответ на: комментарий от Deleted

htop`a нет, но top сейчас во время apt-get upgrade показал, что apt-get кушает не выше 3% от CPU, если я вас правильно понял.
после окончания обновления load average: 0.14, 0.31, 0.22
Другие приложения нагружают в районе ~0,1%

spectrumist
() автор топика
Ответ на: комментарий от anonymous

а в обход кэша почти никто не читает

Все читают постоянно при первом обращении.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.