LINUX.ORG.RU
Форум — General  

Сказ о том, как линукс SSD убивает :)

 


2

4

На прям серьезность «исследования» не претендую. Скорее юмор. Но забавного накопилось.

1. Есть 2 штуки одновременно купленных и запущенных в работу 120Gb SSD Samsung 850 (MZ-7LN120BW).
На одном была венда. На другом убунта. Обе майнили. «Линуксовый» ссд показал 1.3тб записей на диск, вендовый - 0.6тб. Я прямо офигел.

Некоторое время назад я их из ригов вытащил (поставив туда совсем дешман китай на 60гб), и пристроил в режиме рейд-0 в рабочий комп, под кэши и т.п. С тех пор у них износ растет «равномерно».


2. Есть 2 штуки одновременно купленных и запущенных в работу M.2 2280 64Gb TS64GMTS800S.

Один из ригов с ними стал в панику выпадать периодически. А раз после update\upgrade просто ФС посыпалась. Я вздохнул. Т.к. навыков для восстановления нет, подцепил к ригу диск с вендой, и накатил на ссд образ сверху (я храню копии образов настроенных линусов под майнинг). Загрузился с него потом, вроде ок. Но опять стал падать в панику. По косвенным признакам (в т.ч. по ошибкам при начальной загрузке, до окна логина) дело опять в ФС. Сам риг стабильный, с железом проблем нет, карты майнили без проблем неделями аптайма. Вытащил этот ссд, положил тупой старый винт на 5400, с тем же самым линуксом - риг стал майнить как часы :)

Надо бы побороть лень и этот «битый ссд» проверить. Смарт там, переназначения. Да пока некогда\
лень куда-то пристраивать.

UPD: во всех майнерах все логи всегда были наглухо отключены (за ненадобностью)

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

☆

Последнее исправление: dk- (всего исправлений: 2)
← Зависает Debian 8
Долго поднимается сеть на OpenWrt →
  1 2 3

Ну у меня с ssd сплошные траблы, но у меня компиляция... на железках где не нужен диск сделал загрузку по сети и мне все пофиг... еще systemd без отключенных логов очень много может писать и дохлый ssd будет от этого быстро умирать, хотя они и при readonly дохнут если питалово вырубается. Флешки тоже, особенно большие transcend любят просрать половину фс при несчастливом стечении обстоятельств при отрубании питания. Так что если данные важны, лучше ставить механические диски и бакапить все. В твоем случае я бы грузил все по сетке и не пользовал диски.

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

Это артикул конкретной модели ссд. 850 бывают разные.

Как настроен - не знаю. Знаю, что без иксов, без стороннего софта, без использования свапа (памяти хватает). В майнере логи выключены. Сам майнер при работе данных очень очень мало гоняет.

«Показал» (износ ссд) фирменный софт сосунга для диагностики состояния.

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

А еще бывают ssd с суперконденсаторами - они умеют завершить текущие фоновые операции при отрубании питания как механические диски, то есть шансов что все пропадет при отрубании питания меньше. Но он таки есть, а такие диски стоят существенно дороже.

slapin ★★★★★
()

1 Какая фс и параметры ее создания и монтирования, размер блока ? Включён ли discard

2 количество оперативы ?

3 пишет ли майнер чтото на диск ? Сколько жрет памяти в пике ? Он может например на короткое время выжирать память, и это не увидеть без логирования

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

1. ext4. не знаю как посмотреть.

2. 4гб.

3. нет. 8%

KiB Mem :  3921768 total,  2730540 free,   805652 used,   385576 buff/cache
KiB Swap: 47924096 total, 47924096 free,        0 used.  2839328 avail Mem

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

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

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

Возможно диски сдохли по другой причине, питание, глюки контроллера

ism ★★★
()
Последнее исправление: ism (всего исправлений: 2)

некогда\
лень

вся суть

накотил дефолтную убунту и «линукс виноват», очевидно что в винде конфиги устедненные есть,а в линуксе все сам,и логи сам отключай

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

Системы разные, по разному пишут

Судя по вашей теме, вообще-то оно писать не должно ни под линуксом ни под виндой, только сервисную мелочь, это мегабайты

ism ★★★
()
Ответ на: комментарий от i-rinat

У меня что, получается, 21,7 терабайт записей и 27,9 терабайт чтений?! За полтора года.

Много компилируешь?

Любопытно, что у меня /sys/fs/ext4/sda2/lifetime_write_kbytes разделить на 241 Total_LBAs_Written с хорошей точностью троечка (3,007...)

greenman ★★★★★
()

вейт вейт вейт

этот сверхчеловек «майнит» и не заплатил за настройку совей ОС, винда наверно тоже пиратка

иди на фриланс сверхчеловек, найми человека кто может таже недалеко живет и он тебе все как надо настроит

чеж ты за бесплатной поддержкой на лор поперся, еще и в таком тоне?

«ваш линукс гавно настройте мне его бисплатно а то майнить не могу»

отличительная черта этого индивидума на лоре-полное неуважение других, не будьте рабами,пусть это животное платит деньги

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

Нашёл ответ — по-видимому, для ext4 в lifetime_write_kbytes входят и trim-нутые блоки.

https://superuser.com/questions/667412/does-fstrim-wear-out-ssd

Увидел там ещё одну ссылку на истязание ssd

https://vojcik.net/samsung-ssd-840-endurance-destruct-test/

greenman ★★★★★
()
Последнее исправление: greenman (всего исправлений: 1)

А майнил на hive поди? ССЗБ его надо кастомизировать в ином случае мусорит оно знатно, ну, ребята пилят коечё надеюсь всё у них выйдет, а так как ты в этой теме шаришь новости сам узнаешь когда они будут,.... логи выруби короче и я не про /var/log

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

майнишь то на пуле или найсхешовец?

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

Из первой пары оба стояли в одинаковых ригах и майнили с одинаковым результатом

ну так на винде ты майнил только себе, как проклятущий кулак-мироед, а на линупсе ещё и ушлым ребятам из «сообщества»

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

Ничего смешного, он уже брал вторую ферму, чтобы окупить первую. Купить третью окупить вторую, делов то.

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

Ты лучше скажи нахрена тебе там ссд? Подготовь образы, да грузи по сети, перезагружаются-то они редко.

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

Да не возбуждайся ты, анаон. Оно себя тонким троллем считает, и пост тоже создало ради еды. «Ты виноват уж тем, что хочется мне кушать».

anonymous
()

ssd задуман надежная альтернатива - странно конечно

подцепил к ригу диск с вендой

там же риски троянов

я храню копии образов настроенных линусов под майнинг

что за дистры?

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

Да что угодно, netdata + Prometheus + Grafana. Можно просто netdata, но там нет персистентности. Для подкроватного сервера без инфры и масштабов самое то.

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

Судя по вашей теме, вообще-то оно писать не должно ни под линуксом ни под виндой, только сервисную мелочь, это мегабайты

Автор о чем-то умалчивает.

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

Конечно есть. Но я дальше screen -rd и sudo mc (как редактор пользуюсь) недалёко ушёл)

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

Автор реально удивлён. Сильно. Особенно тем, что венда сильно меньше писала.

dk- ☆
() автор топика

Есть 2 штуки одновременно купленных и запущенных в работу 120Gb SSD Samsung 850 (MZ-7LN120BW). На одном была венда. На другом убунта. Обе майнили. «Линуксовый» ссд показал 1.3тб записей на диск, вендовый - 0.6тб. Я прямо офигел.

Потому, что в линуксе подсистема I/O быстрее. А то, что майнил - ССЗБ.

майнить

Майнеропроблемы. Линукс тут ни при чём.

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

Майнеропроблемы. Линукс тут ни при чём.

на линуксе надо линуксить. если делаешь что-то другое, то линукс ни при чём

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

Много компилируешь?

Ну, бывает.

Любопытно, что у меня /sys/fs/ext4/sda2/lifetime_write_kbytes разделить на 241 Total_LBAs_Written с хорошей точностью троечка (3,007...)

У тебя в атрибуте 241 именно LBAs written? Просто у меня старый smartctl, он называет этот атрибут Total_LBAs_Written, хотя по измерениям там одна единица равна 32MiB. И свежие версии smartctl называют этот атрибут Host_Writes_32MiB, что намекает на правильность моих предположений.

Если у тебя там число записанных 512-байтных блоков, то если поделить записанные килобайты на это число, должно получиться 2. Возможно, кеш записи экономит 33%?

У меня lifetime_write_kbytes выдаёт:
~ 0.99 TiB на /
~ 2.52 TiB на /var
~ 26.76 TiB на /home

Итого 30.27 TiB, что меньше 27.9, о которых сообщает сам накопитель.

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

Если у тебя там число записанных 512-байтных блоков, то если поделить записанные килобайты на это число, должно получиться 2.

1/2

greenman ★★★★★
()

Атрибут noatime у ФС выставлен?

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

Тут тебя назвали дебилушкой, но комент потерли. Видимо ты не дибилушка, ты идиотина.

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

Last login: Wed Sep 26 03:26:48 2018 from 192.168.1.1
dk@574x13x2:~$ sudo ls -la /var/log/
total 2460
drwxrwxr-x  7 root   syslog   4096 сен 26 06:25 .
drwxr-xr-x 13 root   root     4096 фев 27  2018 ..
-rw-r--r--  1 root   root        0 июл 13 06:25 alternatives.log
-rw-r--r--  1 root   root      188 июл 12 20:09 alternatives.log.1
-rw-r--r--  1 root   root      135 май 28 21:04 alternatives.log.2.gz
-rw-r--r--  1 root   root      150 май 18 00:26 alternatives.log.3.gz
-rw-r--r--  1 root   root      131 апр 21 18:08 alternatives.log.4.gz
-rw-r--r--  1 root   root     7008 фев 27  2018 alternatives.log.5.gz
-rw-r-----  1 root   adm         0 фев 27  2018 apport.log
-rw-r-----  1 root   adm     21660 фев 28  2018 apport.log.1
-rw-r-----  1 root   adm       703 фев 24  2018 apport.log.2.gz
drwxr-xr-x  2 root   root     4096 сен  1 06:25 apt
-rw-r-----  1 syslog adm     23404 сен 26 16:46 auth.log
-rw-r-----  1 syslog adm     39811 сен 23 06:25 auth.log.1
-rw-r-----  1 syslog adm      3087 сен 17 06:25 auth.log.2.gz
-rw-r-----  1 syslog adm      2846 сен  9 06:25 auth.log.3.gz
-rw-r-----  1 syslog adm      3644 сен  3 06:25 auth.log.4.gz
-rw-r--r--  1 root   root        0 фев 28  2018 boot.log
-rw-r--r--  1 root   root    57457 авг  1  2017 bootstrap.log
-rw-------  1 root   utmp     1152 сен  5 17:31 btmp
-rw-------  1 root   utmp     1536 авг 21 18:34 btmp.1
-rw-r-----  1 root   adm        31 авг  1  2017 dmesg
-rw-r--r--  1 root   root     2394 сен  2 12:24 dpkg.log
-rw-r--r--  1 root   root    31418 авг 21 18:34 dpkg.log.1
-rw-r--r--  1 root   root      841 июл 21 15:34 dpkg.log.2.gz
-rw-r--r--  1 root   root     3167 июл 12 20:10 dpkg.log.3.gz
-rw-r--r--  1 root   root     1957 май 28 21:04 dpkg.log.4.gz
-rw-r--r--  1 root   root     4468 апр 21 18:37 dpkg.log.5.gz
-rw-r--r--  1 root   root      314 мар  1  2018 dpkg.log.6.gz
-rw-r--r--  1 root   root   213435 фев 28  2018 dpkg.log.7.gz
-rw-r--r--  1 root   root    32032 фев  6  2018 faillog
drwxr-xr-x  2 root   root     4096 авг  1  2017 fsck
-rw-r--r--  1 root   root       44 фев 28  2018 gpu-manager.log
drwxrwxr-x  2 root   root     4096 фев  6  2018 installer
-rw-r-----  1 syslog adm    292269 сен 26 10:58 kern.log
-rw-r-----  1 syslog adm    875750 сен 23 05:53 kern.log.1
-rw-r-----  1 syslog adm     34518 сен 13 02:55 kern.log.2.gz
-rw-r-----  1 syslog adm     34745 сен  7 10:28 kern.log.3.gz
-rw-r-----  1 syslog adm    103941 сен  2 01:01 kern.log.4.gz
-rw-rw-r--  1 root   utmp   292292 сен 26 16:46 lastlog
drwxr-xr-x  2 ntp    ntp      4096 июл 12  2017 ntpstats
drwxr-x---  3 root   adm      4096 сен 23 06:25 samba
-rw-r-----  1 syslog adm     12343 сен 26 16:46 syslog
-rw-r-----  1 syslog adm    339519 сен 26 06:25 syslog.1
-rw-r-----  1 syslog adm      2699 сен 25 06:25 syslog.2.gz
-rw-r-----  1 syslog adm      3259 сен 24 06:25 syslog.3.gz
-rw-r-----  1 syslog adm     81084 сен 23 06:25 syslog.4.gz
-rw-r-----  1 syslog adm      2896 сен 22 06:25 syslog.5.gz
-rw-r-----  1 syslog adm     41523 сен 21 06:25 syslog.6.gz
-rw-r-----  1 syslog adm      2672 сен 20 06:25 syslog.7.gz
-rw-rw-r--  1 root   utmp    41856 сен 26 16:46 wtmp
-rw-rw-r--  1 root   utmp    39168 авг 31 20:49 wtmp.1
dk@574x13x2:~$
dk- ☆
() автор топика
Ответ на: комментарий от dk-

Тогда сорян,я не прав, суть в том что майнеры сами по себе пишут свои логи. Обычно в свой каталог если они chdir при запуске делают сами на себя. Ну и каждый accept/reject/new job запись в лог. В сборках как упомянул выше я по молчанию логи хранятся. Но это не твой вариант, если майнер закрытый то едиственный способ обойти переопределить sdterr/stdout на /dev/null. Смотри куда пишет твой майнер может в /opt/var/log или ещё куа в не очевидное. А может быть всё что я сказал не то и дело вообще в ином, не хочу ванговать.

Deleted
()

Докатились. Раньше линукс убивал hdd постоянной парковкой головок. В ssd вроде нет головок, но все равно нашли способ.

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

без логов майнера.

Зато что-нибудь в /var/log небось писалось

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

В рабочий комп очередным поставить под какое временное файло. А флешки... только в мусорку.

Но флешки стоят копейки, в сравнении с SSD. Если выяснить еще что за процессы диск так изнашивают, можно попробовать tmpfs настроить, чтобы значит в RAM писали.

Но вообще интересно чему это не сидится в линуксе.

praseodim ★★★★★
()
Последнее исправление: praseodim (всего исправлений: 1)

Наоборот должно быть, в винде я часто видел, что даже в режиме ожидания постоянно мигает лампочка ЖД. А в Линуксе наоборот почти не мигает.

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

-rw-r----- 1 syslog adm 12343 сен 26 16:46 syslog

И в этот тоже срет

Deleted
()

Охренел с количества клоунов в треде.

Valman_old
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
  1 2 3
← Зависает Debian 8
General
Долго поднимается сеть на OpenWrt →