By default /tmp is mounted on RAM. Second hdparm does not use /tmp I checked my ssd an it is running latest firmware, and it is trimmed.
27.12.2016 11:53 PM "Colin Close" <itc...@compuserve.com> napisał(a): > Tomek, > The only thing other thing that I can think of is that is a bit unusual > about my system is that I use a small 32Gb drive for my swap and /tmp > partitions > I suppose if hdparm used the /tmp directory for it's operations it might > make a difference. > Just a thought. > Best, > Colin > > On Tuesday, 27 December 2016 11:25:42 GMT you wrote: > > Tomek, > > Are you sure you don't have a problem? > > I have a Samsung SSD 850 EVO 500GB > > and I'm getting > > Timing buffered disk reads: 1392 MB in 3.00 seconds = 463.56 MB/sec > > Timing buffered disk reads: 1396 MB in 3.00 seconds = 464.81 MB/sec > > Timing buffered disk reads: 1412 MB in 3.00 seconds = 470.39 MB/sec > > > > and timing for cached reads: 8024 MB in 2.00 seconds = 4014.81 MB/sec > for the cache. > > > > I'm using f2fs and this mother board is nothing special being AMD and of > 2013 vintage it is 8 core though and has 16Gig of RAM. > > It's the same drive just bigger. > > Best, > > Colin > > > > > > > > On Monday, 26 December 2016 17:26:23 GMT Ben Bullard wrote: > > > I tried throughput-performance, desktop, and realtime and had same > > > problem with all. Then I tried disabling tuned.service and that worked > > > in that there are no longer drops or fluctuations in read speed under > > > hdparm over 10 hour time period. > > > > > > Ben Bullard > > > ben79 > > > -------------------- > > > OpenMandriva-QA Team > > > > > > On 12/25/2016 05:19 PM, Tomasz Paweł Gajc wrote: > > > > Dnia niedziela, 25 grudnia 2016 16:58:19 CET Ben Bullard pisze: > > > >> Drive in question: Model Family: Crucial/Micron > > > >> MX100/MX200/M5x0/M600 Client SSDs > > > >> > > > >> Device Model: Crucial_CT500MX200SSD4 > > > >> > > > >> Firmware Version: MU04 > > > >> > > > >> Ok, this problem isn't going away. TPG, Colin, Bero, or anyone what > logs > > > >> or test/commands in addition to omv-bug-report.log do I need to > include > > > >> for a bug report on this. > > > > Hard to say what may be the problem. > > > > Maybe it's related to aggresive APM on your SATA ports. > > > > > > > > tuned daemon may interfere here. > > > > > > > > take a look on: > > > > tuned-adm active > > > > > > > > then change to diffrent profile: > > > > > > > > tuned-adm profile throughput-performance > > > > > > > > and then run hdparm tests > > > > > > > >> There was a kernel-firmware (20161225) update > > > >> today I hoped would address this but it didn't. > > > > kernel-firmware has nothing to do with firmware with your disk. > > > > > > > > > > > > On my SSD Samsung EVO 840 on Lx 3.0 i got stable results: > > > > > > > > [root@lazur tpg]# hdparm -t /dev/sda > > > > > > > > /dev/sda: > > > > Timing buffered disk reads: 762 MB in 3.01 seconds = 253.56 MB/sec > > > > [root@lazur tpg]# hdparm -t /dev/sda > > > > > > > > /dev/sda: > > > > Timing buffered disk reads: 778 MB in 3.00 seconds = 259.29 MB/sec > > > > [root@lazur tpg]# hdparm -t /dev/sda > > > > > > > > /dev/sda: > > > > Timing buffered disk reads: 778 MB in 3.01 seconds = 258.63 MB/sec > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > OM-Cooker mailing list > > > > OM-Cooker@ml.openmandriva.org > > > > http://ml.openmandriva.org/mailman/listinfo/om-cooker_ml. > openmandriva.org > > > > > > > > > _______________________________________________ > OM-Cooker mailing list > OM-Cooker@ml.openmandriva.org > http://ml.openmandriva.org/mailman/listinfo/om-cooker_ml.openmandriva.org >
_______________________________________________ OM-Cooker mailing list OM-Cooker@ml.openmandriva.org http://ml.openmandriva.org/mailman/listinfo/om-cooker_ml.openmandriva.org
