Показать полную графическую версию : SSD в никсах
Доброго дня.
Решил тут поискать как ведёт себя никс система на SSD, но почти все статьи которые нашёл немного устарели.
Когда SSD только внедрялись в никсы было много сообщений, что журналирование убивает диски.
Какая сейчас ситуация с поддержкой SSD? Если у кого практика использования SSD в производственных целях (т.е. не для дома). Может есть своя документация по настройке.
К сожалению в теме (http://forum.oszone.net/thread-219145.html) обсуждаются SSD только для Windows систем.
Спасибо.
П.с.: отдельное спасибо администраторам, что новости *никс вынесли за пределы всех новостей и совместили со флемом. Видимо, это одно и тоже...
Rezor666
08-07-2013, 16:15
Да вроде нормально все сейчас с SSD, особых жалоб на Ubuntu и Debian форумах я не нашел.
П.с.: отдельное спасибо администраторам, что новости *никс вынесли за пределы всех новостей и совместили со флемом. Видимо, это одно и тоже... »
Ну форум в основном посвящен системам Windows и пользователей Linux/Unix тут очень мало.
Я вообще предпочитаю в качестве новостей читать habr.
Я вообще предпочитаю в качестве новостей читать habr. »
о не... там бывают полезные статьи, но там понтов много. имхо.
А то что пользователей мало - там МАС ещё меньше, а новости пишут в "информационные технологии".
Да вроде нормально все сейчас с SSD, особых жалоб на Ubuntu и Debian форумах я не нашел. »
т.е. никаких манипуляций дополнительных не нужно? ядро само определяет, что за диск и настраивается всё как надо?
Rezor666
08-07-2013, 16:22
т.е. никаких манипуляций дополнительных не нужно? ядро само определяет, что за диск и настраивается всё как надо? »
Судя по форумам да.
Если есть сомнения то я бы сходил на форум дистрибутива и почитал там ветки.
У меня пока необходимости в SSD нету, если будет SSD то тогда отпишусь. :)
А вообще вот хорошая статья (http://help.ubuntu.ru/wiki/ssd)для Ubuntu
И вот для Debian (http://wiki.debian.org/SSD%20Installation)
то я бы сходил на форум »
ну вот я тут и спросил у тех, кто пользуется никсами )
т.е. никаких манипуляций дополнительных не нужно? »
Я использую опцию монтирования discard, чтобы выполнялся TRIM при удалении файла. Некоторым не нравится, что удаление при таком раскладе происходит существенно медленней, такие люди освобождают ячейки по крону утилитой fstrim. Которая также поможет в случае использования ФС, не поддерживающей опцию discard, например, ext2. Естественно, если не делать ни то, ни другое, то на SSD со временем кончатся свободные ячейки и начнутся тормоза, придётся хошь не хошь его чистить.
Также можно посоветовать понизить swappiness, особенно если памяти навалом.
Ещё меня очень интересует Bcache, появившийся в ядре 3.10 — использование SSD в качестве кэша на блочном уровне. Обязательно попробую, когда руки дойдут.
ЗЫ В арчвики, как всегда, весьма достойная статья по оптимальному использованию SSD https://wiki.archlinux.org/index.php/SSD
чтобы выполнялся TRIM при удалении файла »
значит TRIM там не автоматом настраивается, как в винде...
Про своп-память я читал. сейчас память дешёвая, что можно купить много и работать без свопа.
значит TRIM там не автоматом настраивается, как в винде... »
TRIM есть в ядре и он задействуется автоматически. А как вы пользуетесь файловой системой (да и вообще какой) — ваше личное дело.
Свобода выбора. discard или fstrim. Или вообще ничего. :)
Обучить инсталлятор определять у диска наличие поддержки TRIM и дописывать в fstab нужную опцию — работы на 10 минут. Однако, пока не делают.
Обучить инсталлятор определять у диска наличие поддержки TRIM »
насколько я знаю, TRIM и у винды не во время установки настраивается, а во время оценки производительности.
Забыл сказать, на компе, что в профиле, использую ядро с патчсетом от Con Kolivas (https://wiki.archlinux.org/index.php/Linux-ck), соответственно пользуюсь планировщиком I/O BFQ. На ванильных ядрах, за отсутствием BFQ, для SSD предпочтителен планировщик NOOP.
предпочтителен планировщик »
да я кроме крона ни о ком и не слышал.... (
да я кроме крона ни о ком и не слышал.... »
В приведённых мной статьях с арчвики вкратце рассказано. Ну и гугль в помощь :)
Немного приложу свой SSD из профиля к скамейке (куплен был кажись в феврале):
[root@vadblm vadblm]# hdparm -I /dev/sda
/dev/sda:
ATA device, with non-removable media
Model Number: M4-CT256M4SSD2
Serial Number: 00000000130309264F63
Firmware Revision: 040H
Transport: Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0
Standards:
Used: unknown (minor revision code 0x0028)
Supported: 9 8 7 6 5
Likely used: 9
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 268435455
LBA48 user addressable sectors: 500118192
Logical Sector size: 512 bytes
Physical Sector size: 512 bytes
Logical Sector-0 offset: 0 bytes
device size with M = 1024*1024: 244198 MBytes
device size with M = 1000*1000: 256060 MBytes (256 GB)
cache/buffer size = unknown
Form Factor: 2.5 inch
Nominal Media Rotation Rate: Solid State Device
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, with device specific minimum
R/W multiple sector transfer: Max = 16 Current = 16
Advanced power management level: 254
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* SMART feature set
Security Mode feature set
* Power Management feature set
* Write cache
* Look-ahead
* Host Protected Area feature set
* WRITE_BUFFER command
* READ_BUFFER command
* NOP cmd
* DOWNLOAD_MICROCODE
* Advanced Power Management feature set
SET_MAX security extension
* 48-bit Address feature set
* Device Configuration Overlay feature set
* Mandatory FLUSH_CACHE
* FLUSH_CACHE_EXT
* SMART error logging
* SMART self-test
* General Purpose Logging feature set
* WRITE_{DMA|MULTIPLE}_FUA_EXT
* 64-bit World wide name
* IDLE_IMMEDIATE with UNLOAD
Write-Read-Verify feature set
* WRITE_UNCORRECTABLE_EXT command
* {READ,WRITE}_DMA_EXT_GPL commands
* Segmented DOWNLOAD_MICROCODE
* Gen1 signaling speed (1.5Gb/s)
* Gen2 signaling speed (3.0Gb/s)
* Gen3 signaling speed (6.0Gb/s)
* Native Command Queueing (NCQ)
* Phy event counters
* NCQ priority information
* DMA Setup Auto-Activate optimization
Device-initiated interface power management
* Software settings preservation
* SMART Command Transport (SCT) feature set
* SCT Write Same (AC2)
* SCT Error Recovery Control (AC3)
* SCT Features Control (AC4)
* SCT Data Tables (AC5)
* Data Set Management TRIM supported (limit 8 blocks)
* Deterministic read data after TRIM
Security:
Master password revision code = 65534
supported
not enabled
not locked
frozen
not expired: security count
supported: enhanced erase
2min for SECURITY ERASE UNIT. 2min for ENHANCED SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 500a075109264f63
NAA : 5
IEEE OUI : 00a075
Unique ID : 109264f63
Checksum: correct
[root@vadblm vadblm]# hdparm -t /dev/sda
/dev/sda:
Timing buffered disk reads: 1416 MB in 3.00 seconds = 471.98 MB/sec
[root@vadblm vadblm]# dd if=/dev/zero of=zerofile bs=2M count=2000
2000+0 записей получено
2000+0 записей отправлено
скопировано 4194304000 байт (4,2 GB), 11,5442 c, 363 MB/c
[root@vadblm vadblm]# dd if=zerofile of=/dev/null bs=2M count=2000
2000+0 записей получено
2000+0 записей отправлено
скопировано 4194304000 байт (4,2 GB), 0,521692 c, 8,0 GB/c
[root@vadblm vadblm]# sync
[root@vadblm vadblm]# echo 3 | sudo tee /proc/sys/vm/drop_caches
3
[root@vadblm vadblm]# dd if=zerofile of=/dev/null bs=2M count=2000
2000+0 записей получено
2000+0 записей отправлено
скопировано 4194304000 байт (4,2 GB), 7,78395 c, 539 MB/c
[root@vadblm vadblm]# time rm zerofile
real 0m0.582s
user 0m0.002s
sys 0m0.553s
С февраля использую SSD, делал по этой инструкции: http://wiki.gentoo.org/wiki/SSD Тут хоть и Gentoo, но принцип то везде общий. Помимо этого симлинками вынес на обычный HDD папки
~/.mozilla
~/.config/deluge
~/.googleearth
Ибо в процессе работы они очень много пишут на диск, а это не есть полезно для SSD. Также смонтировал tmpfs в /tmp и /var/tmp (для этого докупил памяти до 8ГБ).
SharkyUA
16-07-2013, 00:04
Собираюсь "переезжать" на SSD. Хотел бы задать несколько вопросов, людям которые использую с SSD.
Какой следует использовать планировщик I/O?
Как я понял журналируемую reiserfs лучше не использовать?
SharkyUA, вы тему хоть прочитали? Даны давно и рекомендации, и ссылки на них.
Но, так и быть, для тупых и военных…
Какой следует использовать планировщик I/O? »
NOOP на ваниле, BFQ в идеале.
Как я понял журналируемую reiserfs лучше не использовать? »
Далась всем эта журналируемость… Смотрите на поддержку TRIM, опцией монтирования discard, а у reiserfs ничего про это не нагуглил. ext4, xfs, btrfs — могут.
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.