<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>26334</bug_id>
          
          <creation_ts>2011-09-19 23:35:11 +0400</creation_ts>
          <short_desc>[FR] SSD support</short_desc>
          <delta_ts>2016-06-11 10:06:01 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>guile-evms</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>WONTFIX</resolution>
          
          
          <bug_file_loc>http://techgage.com/article/enabling_and_testing_ssd_trim_support_under_linux/</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P3</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>15951</blocked>
    
    <blocked>30940</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Michael Shigorin">mike</reporter>
          <assigned_to name="Nobody&apos;s working on this, feel free to take it">nobody</assigned_to>
          <cc>aen</cc>
    
    <cc>boyarsh</cc>
    
    <cc>dd1email</cc>
    
    <cc>evg</cc>
    
    <cc>glebfm</cc>
    
    <cc>gns</cc>
    
    <cc>lex</cc>
    
    <cc>mcpain</cc>
    
    <cc>rider</cc>
    
    <cc>slazav</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>125531</commentid>
    <comment_count>0</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2011-09-19 23:35:11 +0400</bug_when>
    <thetext>preinstall.d/10-fstab.sh следует модифицировать для добавления флага discard поддерживаемым ФС (как минимум ext4) на SSD, поддерживающих TRIM; возможно, для любых SSD стоит заменять relatime на noatime (ориентируясь по /sys/block/sd*/queue/rotational).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>131530</commentid>
    <comment_count>1</comment_count>
    <who name="Alexey Petrakov">lex</who>
    <bug_when>2012-05-30 06:41:50 +0400</bug_when>
    <thetext>https://patrick-nagel.net/blog/archives/337

Стоит учесть опыт других товарищей. Возможно, fstrim по хрону было бы интереснее.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>131532</commentid>
    <comment_count>2</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2012-05-30 10:37:27 +0400</bug_when>
    <thetext>(In reply to comment #1)
&gt; Стоит учесть опыт других товарищей.
На форониксе таким товарищам работать -- его ошибка в лишних sync; при этом в первом случае он на самом деле не получает закрытия &quot;транзакции&quot;, а эти сорок секунд тормозов откладываются на запись в освобождённые блоки, которую он уже ждать с секундомером не будет.

&gt; Возможно, fstrim по хрону было бы интереснее.
Не думаю (поди угадай, когда машина включена, нагрузка минимальна, востребованность нулевая); плюс припоминаю описание этой утилиты автором -- с огромным транспарантом предупреждений и настойчивыми рекомендациями всё сперва сбэкапить.  Я бы не взялся отвечать за чужие данные и блокирование доступа к ним на потенциально довольно длинные промежутки времени вот так с разбегу.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>136702</commentid>
    <comment_count>3</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2013-01-09 19:44:18 +0400</bug_when>
    <thetext>https://wiki.archlinux.org/index.php/Solid_State_Drives#I.2FO_Scheduler</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>137858</commentid>
    <comment_count>4</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2013-02-13 18:04:00 +0400</bug_when>
    <thetext>Хорошо, что напомнили -- IMHO это всё же p7 blocker:
http://www.opennet.ru/openforum/vsluhforumID3/88644.html#20

Пока приходится вручную прописывать нечто вроде (для ext4):

discard,commit=15,nosuid,noatime,nodiratime,data=writeback,nobarrier,stripe=1024,delalloc,min_batch_time=1000

BTW теперь это install2-remount-functions.

2 sbolshakov: подписываю ввиду bug #28514, если неправ -- прошу пардону.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>137859</commentid>
    <comment_count>5</comment_count>
    <who name="Sergey Bolshakov">sbolshakov</who>
    <bug_when>2013-02-13 18:10:07 +0400</bug_when>
    <thetext>следует также учитывать вариант с / на ssd -- простого добавления
опций монтирования в fstab недостаточно, нужно ещё и rootflags в cmdline
загрузчика.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>137862</commentid>
    <comment_count>6</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2013-02-13 19:05:21 +0400</bug_when>
    <thetext>Похоже, кто-то где-то это уже учитывает (make-initrd?) -- я ставил http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/sysvinit/ regular-e17_sysvinit-20130124-x86_64.iso и вписал руками discard, сейчас посмотрел в /proc/mounts --  в т.ч. корень смонтирован с ним.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>137947</commentid>
    <comment_count>7</comment_count>
    <who name="AEN">aen</who>
    <bug_when>2013-02-16 05:53:18 +0400</bug_when>
    <thetext>(В ответ на комментарий №6)
&gt; Похоже, кто-то где-то это уже учитывает (make-initrd?) -- я ставил
&gt; http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/sysvinit/
&gt; regular-e17_sysvinit-20130124-x86_64.iso и вписал руками discard, сейчас
&gt; посмотрел в /proc/mounts --  в т.ч. корень смонтирован с ним.

2mike: Так есть бага или нет? Пожалуйста, проверьте.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>138004</commentid>
    <comment_count>8</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2013-02-19 14:45:58 +0400</bug_when>
    <thetext>(In reply to comment #7)
&gt; 2mike: Так есть бага или нет? Пожалуйста, проверьте.
Есть, иначе бы не перевешивал, а закрыл.

BTW совсем по-хорошему это бы надо делать в guile-evms.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>138162</commentid>
    <comment_count>9</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2013-02-26 01:26:54 +0400</bug_when>
    <thetext>Даже не так: сделать позже возможно, но с костылями и резолвингом UUID назад в блокдевайс, который в evms.scm у нас уже есть.

Подумал над mntpoint-mntoptions, но что-то сходу нужное не пишется (в нулевом приближении -- для ext4 на блокдевайсе, для которого в /sys/block/девайс/queue/rotational нолик, добавить по умолчанию опцию монтирования discard).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>138719</commentid>
    <comment_count>10</comment_count>
    <who name="AEN">aen</who>
    <bug_when>2013-03-15 21:46:40 +0400</bug_when>
    <thetext>2mike@:  запутали меня.
Не блокер. Если не согласны, то преоткройте и выражайтесь яснее, без &quot;сделать позже возможно&quot; и описания своей глубокой рефлексии,  :-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>138720</commentid>
    <comment_count>11</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2013-03-15 22:04:46 +0400</bug_when>
    <thetext>(In reply to comment #10)
&gt; 2mike@:  запутали меня.
Виноват :(

&gt; Не блокер. Если не согласны, то переоткройте и выражайтесь яснее
Блокер: если не сделать, будем по умолчанию вызывать повышенный износ SSD.

&gt; без &quot;сделать позже возможно&quot; и описания своей глубокой рефлексии,  :-)
Сделать это надо на шаге создания ФС (и назначения опций их монтирования).

Подозреваю, что грамотный патч получится опять в три строчки...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>157266</commentid>
    <comment_count>12</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2016-06-10 13:47:27 +0300</bug_when>
    <thetext>(In reply to comment #0)
&gt; preinstall.d/10-fstab.sh следует модифицировать для добавления флага discard
&gt; поддерживаемым ФС (как минимум ext4) на SSD, поддерживающих TRIM
Осталось всего ничего -- найти способ *надёжно* выяснять заранее эту поддержку:

--- Theodore Ts&apos;o
These days, what I normally tell people is to not use the discard
mount option at all, and instead use the fstrim program, run out of
cron maybe once a week [...]
--- http://thread.gmane.org/gmane.comp.file-systems.ext4/41974

(In reply to comment #1)
&gt; Возможно, fstrim по хрону было бы интереснее.
Алексей, примите мои извинения за скоропалительные выводы и благодарность
за рекомендацию.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>157267</commentid>
    <comment_count>13</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2016-06-10 14:22:34 +0300</bug_when>
    <thetext>Я тоже перешёл на fstrim по крону, это оказалось правильнее со всех точек зрения, плюс discard в ряде случаев почему-то не работает.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>157278</commentid>
    <comment_count>14</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2016-06-10 18:34:38 +0300</bug_when>
    <thetext>Часом не пакетил?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>157281</commentid>
    <comment_count>15</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2016-06-10 21:52:05 +0300</bug_when>
    <thetext>crontab ? нет, не пакетил.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>