<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Sep 10, 2016 at 12:40 AM, Bill Ricker <span dir="ltr">&lt;<a href="mailto:bill.n1vux@gmail.com" target="_blank">bill.n1vux@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><p dir="ltr"></p>
<p dir="ltr">On Sep 9, 2016 23:05, &quot;Joshua Judson Rosen&quot; &lt;<a href="mailto:rozzin@hackerposse.com" target="_blank">rozzin@hackerposse.com</a>&gt; wrote:<br>
&gt;<br>
&gt; On 09/09/2016 12:06 PM, Richard Kolb II wrote:<br>
&gt; &gt; Not exactly related, but I just switched from windows 7 on my primary<br>
&gt; &gt; machine to Ubuntu 16.x LTS. I found it horribly slow, which surprised<br>
&gt; &gt; me considering it&#39;s a faster machine, more ram, and an SSD, over my<br>
&gt; &gt; 14.x LTS machine.<br>
&gt;<br>
&gt; Does it perhaps have a worse graphics card--or perhaps even just<br>
&gt; a _worse-supported_ graphics card? Bottlenecks can be<br>
&gt; at the near end just as well as they can be at the far end....<br></p>
<p dir="ltr">If you run &quot;Additional Drivers&quot;, it will inform you if there is a nonlibre driver that might perform better.</p></blockquote><div><br></div><div>+1.</div><div><br></div><div>When I used to do hardware enablement for Canonical, I was initially dismayed</div><div>that we were going out of our way to integrate and qualify binary video drivers.</div><div>Then I saw the difference it makes for discrete graphics controllers (nvidia/ati),</div><div>especially on laptops. Having said that, I run all Intel with UMA graphics and</div><div>can drive my 4K monitor with a 5 year old thinkpad.</div><div><br></div><div>Checkout the hardware cert db before your next buy. <a href="http://www.ubuntu.com/certification/desktop/">http://www.ubuntu.com/certification/desktop/</a> .</div><div>If it&#39;s there, it&#39;ll just work. If the platform chips are the same, it&#39;ll &quot;probably&quot; just work too.</div><div>There&#39;s a little lag for the binary video drivers making it into the repos as getting pre-install image done has priority. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><p dir="ltr"> </p>
<p dir="ltr">xenial 16.04LTS with SSD, Intel graphics is amazing fast here.<br>
(Intel NUK6i7kyk and EVO950pro nvme m.2 SSD . mDP works fine, HDMI didn&#39;t do 4k for me. )<br></p>
<p dir="ltr">Don&#39;t be fooled by SATA mode m.2 SSDs, they&#39;re better than rotary drives but they aren&#39;t the m.2 you are looking for! </p></blockquote><div><br></div><div>You ought to be able to get close to 500MB/s sequential write performance from a good SSD.</div><div><br></div><div>Here&#39;s a micron m500 that I beat on a lot.</div><div><br></div><div>Using this fio file as a starting point:</div><div><a href="http://tfindelkind.com/2015/08/24/fio-flexible-io-tester-part8-interpret-and-understand-the-resultoutput/">http://tfindelkind.com/2015/08/24/fio-flexible-io-tester-part8-interpret-and-understand-the-resultoutput/</a></div><div><br></div><div>I have a tweaked one somewhere, I just can&#39;t find it atm.<br></div><div><div><br></div><div># sequential 4k write</div><div># set readwrite=write</div><div># DESTRUCTIVE TEST: #sudo DISK=/dev/sdb fio perf.ini</div><div>Jobs: 4 (f=4): [W(4)] [48.6% done] [0KB/423.9MB/0KB /s] [0/108K/0 iops] [eta 00m:18s]</div><div><br></div><div>good.</div><div><br></div><div># rand 4k write</div><div># # set readwrite=randwrite</div><div># DESTRUCTIVE TEST: #sudo DISK=/dev/sdb fio perf.ini</div><div>Jobs: 4 (f=4): [w(4)] [31.4% done] [0KB/319.7MB/0KB /s] [0/81.9K/0 iops] [eta 00m:24s]</div><div><br></div><div>~80,000 IOPS, which is what the spec says, <a href="http://www.crucial.com/usa/en/storage-ssd-m500">http://www.crucial.com/usa/en/storage-ssd-m500</a></div><div><br></div><div>OK, lets put a filesystem on and see the difference</div><div><br></div><div>sudo mkfs.ext4 /dev/sdb</div><div>mkdir /tmp/scratch</div><div>sudo mount /dev/sdb /tmp/scratch</div><div><br></div><div># These tests are non-destructive, we&#39;re writing to a file hosted by the filesystem</div><div><br></div><div># rand 4k write on ext4</div><div># add size=10g to the job description (its more than we need but I don&#39;t care, quick example)</div><div># sudo DISK=/tmp/scratch/randwrite-ext4.out fio perf.ini</div><div><br></div><div>Jobs: 4 (f=4): [w(4)] [45.7% done] [0KB/215.2MB/0KB /s] [0/55.8K/0 iops] [eta 00m:19s]</div><div><br></div><div>So there goes a third of my performance :/</div><div><br></div><div>But this isn&#39;t a typical workload. A 70% read 30% write mix is more typical.</div><div><br></div><div># set readwrite=randrw</div><div># set rwmixread=70</div><div>#</div><div># sudo mkfs.ext4 /dev/sdb</div><div># mkdir /tmp/scratch</div><div># sudo mount /dev/sdb /tmp/scratch</div><div>fio-job-11: (g=0): rw=randrw, bs=4K-4K/4K-4K/4K-4K, ioengine=libaio, iodepth=32</div><div>Jobs: 4 (f=4): [m(4)] [20.0% done] [235.6MB/101.4MB/0KB /s] [60.3K/25.1K/0 iops] [eta 00m:Jobs: 4 (f=4): [m(</div><div><br></div><div>85K total IOPS with ~2/3 going to reads. reasonable.</div><div><br></div><div>Let&#39;s compare that again to block-io performance, same mix.</div><div><br></div><div># sudo umount /tmp/scratch </div><div># DESTRUCTIVE TEST: #sudo DISK=/dev/sdb fio perf.ini</div><div><br></div><div>Jobs: 4 (f=4): [m(4)] [20.0% done] [202.2MB/88128KB/0KB /s] [51.8K/22.4K/0 iops] [eta 00m:Jobs: 4 (f=4): [m(</div><div><br></div><div>the drop in read performance is probably  because I don&#39;t have any vfs page cache help. my ssd might need to be</div><div>wiped too.</div><div><br></div><div>So that should give you an idea as to what to expect from your device. Before you ask, I don&#39;t have an opinion</div><div>on which fs you should use for SSDs.</div><div><br></div><div>If you continue to see slowness once you&#39;ve eliminated the video driver. Use iotop  to</div><div>see which apps are touching your disk, maybe something is running away. Also make sure the os isn&#39;t</div><div>doing something stupid like putting your link to sleep to save power, powertop can help with this.</div><div><br></div><div>Hope this helps.</div><div><br></div><div>Peter</div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><p dir="ltr"> </p>
<br>______________________________<wbr>_________________<br>
gnhlug-discuss mailing list<br>
<a href="mailto:gnhlug-discuss@mail.gnhlug.org">gnhlug-discuss@mail.gnhlug.org</a><br>
<a href="http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/" rel="noreferrer" target="_blank">http://mail.gnhlug.org/<wbr>mailman/listinfo/gnhlug-<wbr>discuss/</a><br>
<br></blockquote></div><br></div></div>