[mythtv-users] best use of limited RAM

Marius Schrecker marius.schrecker at lyse.net
Wed Nov 22 18:57:45 UTC 2017


On Wednesday, November 22, 2017 19:01 CET, Keith Pyle <kpyle at austin.rr.com> wrote:
 On 11/22/17 08:17, Marius Schrecker wrote:
> ? I am repurposing an old, box that was previously used as a combined mythtv backend/frontend, Logitech Media Server and nfs fileserver as a mythtv backend only.
>
> The system has a maximum of 8GB RAM, a quite well used 120GB SSD (no signs of failure yet) and I just replaced the 3TB media storage spindle drive with a new 4TB unit.
>
> My main concern is offloading the SSD as much as possible to prolong its life.

Marius,

Mike's comments are quite correct. Look in your smartctl output for a
line similar to this:

ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE
UPDATED WHEN_FAILED RAW_VALUE

233 Media_Wearout_Indicator 0x0032 098 098 000 Old_age
Always - 0

Many SSD's include this metric as an indicator of how much wear leveling
has been done (strictly speaking, it's a NAND erase cycle metric).
Intel defined this metric for their SSD's, but I've seen it on non-Intel
drives too. A new drive should show a value of 100. A value of 1
means the drive has reached its designed write cycle limit, but it may
well continue working past that point. The value is a linear function
of the write/erase cycle count.

The line above is for an 80 GB Intel MLC SSD that has 72000 hours of use
(8 years) in my Myth backend as the OS and DB drive. It shows total
writes of just under 7 TB. It was at ~62000 hours of use that it
dropped from 99 to 98. So, for a pure backend, a decent SSD will work
fine for a very long time. It may well die due to other failures long
before reaching a write limit. For my backend workload, this drive's
flash should have another 300+ years. :-)

With regard to memory, Linux will happily use whatever you provide for
caching. The right amount of caching is highly dependent on what you
run. If your workload involves frequently reading the same data many
times, you'll benefit from having enough memory to keep that frequently
accessed data in cache. For a Myth backend that runs commflag jobs, it
can help to have the video data still in memory rather than re-reading
it from disk.

My backend runs Myth, mysql, and apache. It has 4 GB and typically has
1.0-1.5 GB in the "used" category. That leaves 2.5-3.0 GB being used
for cache and I don't see any signs of the system being resource stressed.

Keith
 Thanks Keith,

  My drive doesn't seem to display that metric, but one or two others seem to suggest that there'e plenty of life left. Here's the table again:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x0033   120   120   050    Pre-fail  Always       -       0/0
  5 Retired_Block_Count     0x0033   100   100   003    Pre-fail  Always       -       0
  9 Power_On_Hours_and_Msec 0x0032   084   084   000    Old_age   Always       -       14095h+59m+25.710s
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       103
171 Program_Fail_Count      0x000a   000   000   000    Old_age   Always       -       0
172 Erase_Fail_Count        0x0032   000   000   000    Old_age   Always       -       0
174 Unexpect_Power_Loss_Ct  0x0030   000   000   000    Old_age   Offline      -       37
177 Wear_Range_Delta        0x0000   000   000   000    Old_age   Offline      -       1
181 Program_Fail_Count      0x000a   000   000   000    Old_age   Always       -       0
182 Erase_Fail_Count        0x0032   000   000   000    Old_age   Always       -       0
187 Reported_Uncorrect      0x0012   100   100   000    Old_age   Always       -       0
189 Airflow_Temperature_Cel 0x0000   017   043   000    Old_age   Offline      -       17 (Min/Max 8/43)
194 Temperature_Celsius     0x0022   017   043   000    Old_age   Always       -       17 (Min/Max 8/43)
195 ECC_Uncorr_Error_Count  0x001c   120   120   000    Old_age   Offline      -       0/0
196 Reallocated_Event_Count 0x0033   100   100   003    Pre-fail  Always       -       0
201 Unc_Soft_Read_Err_Rate  0x001c   120   120   000    Old_age   Offline      -       0/0
204 Soft_ECC_Correct_Rate   0x001c   120   120   000    Old_age   Offline      -       0/0
230 Life_Curve_Status       0x0013   100   100   000    Pre-fail  Always       -       100
231 SSD_Life_Left           0x0013   100   100   010    Pre-fail  Always       -       0
233 SandForce_Internal      0x0032   000   000   000    Old_age   Always       -       1445
234 SandForce_Internal      0x0032   000   000   000    Old_age   Always       -       729
241 Lifetime_Writes_GiB     0x0032   000   000   000    Old_age   Always       -       729
242 Lifetime_Reads_GiB      0x0032   000   000   000    Old_age   Always       -       189


BR.

-Marius--
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20171122/4dfcba9a/attachment.html>


More information about the mythtv-users mailing list