LINUX.ORG.RU

Никак.
И определись какая скорость тебя нужна.
Random access?
IOPS?
Линейное чтение?
Запись?

Goury ★★★★★
()

Нищебродский вариант: 1 Tb HDD + сколько хватит SSD + flashcache в режиме writeback. Можно любой аналог flashcache

А если серьёзно, как уже сказал Goury - рассказывай что ты хочешь получить

router ★★★★★
()

Два TLC SSD в RAID0, и приспособление для игры в русскую рулетку на сдачу.
А так на 850-x можно что-то относительно дешевое и надежное собрать.

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

Нужно гонять десяток docker-контейнеров, в которых происходит сборка многих гигабайт исходников 24/7. Увеличение объёмов RAM не особо помогает уже, сборки порождают очень много файлов. Тут нужно ускорять стор. SSD на такой объём стоят дофига, хочу понять есть ли вариант дешевле.

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

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

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

Нда, скоро всех человеков убьют :(

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

ssd будет работать как кэш, и соответственно сможет ускорить

операции на запись, чтобы сгладить всплески, пока хватает кэша. Забили кэш до watermark - пошёл принудительный сброс кэша на hdd

операции на чтение, если данные есть в кэше

Т.е. чем больше будет ssd, тем большие всплески операций на запись он сможет пережить, и тем больше шанс, что при чтении данные в нём окажутся

Насчёт ускорения по iops'ам всё равно лучше сделать raid1. Он даст выигрыш в iops при чтении

Ну и как вариант, разные контейнеры можно раскидать по разным hdd. Ситуация будет сильно лучше, чем сейчас

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

RAID 0

Это конечно выигрыш в iops и на чтение, и на запись. Но ведь вылет любого диска убивает все данные

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

Но ТС и не уточнил, какая степень надёжности ему нужна. Вообще, может быть, будет проще RAID 0 из SSD. Но это уже нужно смотреть цены, высчитывать.

sudopacman ★★★★★
()
Последнее исправление: sudopacman (всего исправлений: 1)
Ответ на: комментарий от router

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

Зависит от ssd. Если совсем консьюмерский ssd, то over-provisioning в нём в 0 установлен, так что лучше вообще 20% оставить неразмеченным.

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

У samsung 850 evo например уже +50% запас есть.

Ты путаешь. Если ты смотришь в вендовый samsung magician, то не смотри туда, там организуется кэширующий рамдиск с бешеными цифрами.

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

Половина правды в том, что правды — лишь половина.

Он, может, и дешёвый, но совсем не быстрый. Даже наоборот, он медленный. Чего ещё ожидать от ноутбучного HDD на 5400RPM?

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

Там количество чипов и объем делятся на 2^x, а в самом чипе микросхемы на 48 слоев.

А во-вторых они 12000 перезаписей выдерживают, несмотря на то что там TLC.

Как по-твоему он битый слой перемещает?

steemandlinux ★★★★★
()
Последнее исправление: steemandlinux (всего исправлений: 1)
Ответ на: комментарий от Deathstalker

5400rpm - быстрый? лол...

сколько он iops при рандомном чтении осилит? хоть до 100 дотянет?

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

Как по-твоему он битый слой перемещает?

а никак он ничего и никуда не перемещает. сказки венского леса...

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

А во-вторых они 12000 перезаписей выдерживают, несмотря на то что там TLC.

Ты гарантийный TBW у них видел? Или ты веришь в идиотские тесты, в которых SSD непрерывно мучают на протяжении каких-то жалких недель, максимум месяцев?

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

180 перезаписей в день для ssd объемом 250 гб, всего 67 дней, что в этом такого?

К тому же это более жесткое тестирование, чем прогоны рандомных данных.

steemandlinux ★★★★★
()
Последнее исправление: steemandlinux (всего исправлений: 1)
Ответ на: комментарий от anonymous

Простые TLC диски свалились на (1000, 2999) проходе на таких же условиях тестирования.

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

При таких iops:

Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
sda              34.70       466.22       913.08  407489721  798065341
dm-0              1.20        22.14        64.70   19354105   56551536
dm-1              0.20         0.16         0.63     141192     552512
dm-2             59.55       443.89       847.98  387976505  741164340

за 10 дней SSD на 240GB проживёт 1.5-2 года, так?

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

А чем они достигаются?

Конструктивными особенностями СХД

int13h ★★★★★
()

ST1000VX000
или
MZ-V6E1T0BW

dk-
()
Ответ на: комментарий от slapin

TBW это гарантийный ресурс. У Samsung он по-свински занижен, и что с EVO, что с PRO ты должен сдувать пылинки 5 и 10 лет соответственно.

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

Забыл выделить «гарантийный» — это вовсе не «гарантированный».

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

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

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

через сутки? или сразу же? тут какбы две большие разницы.

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

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

На пробеге 11194 перезаписи на 2 недели отключали samsung 850. После включения они показали 12 релоков, притом данные спокойно восстановились.

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