<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<atom:link href="https://dev1galaxy.org/extern.php?action=feed&amp;tid=2551&amp;type=rss" rel="self" type="application/rss+xml" />
		<title><![CDATA[Dev1 Galaxy Forum / Devuan running very slow on Raspberry PI 3 b+]]></title>
		<link>https://dev1galaxy.org/viewtopic.php?id=2551</link>
		<description><![CDATA[The most recent posts in Devuan running very slow on Raspberry PI 3 b+.]]></description>
		<lastBuildDate>Thu, 31 Jan 2019 15:45:23 +0000</lastBuildDate>
		<generator>FluxBB</generator>
		<item>
			<title><![CDATA[Re: Devuan running very slow on Raspberry PI 3 b+]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=13921#p13921</link>
			<description><![CDATA[<div class="quotebox"><cite>spartrekus wrote:</cite><blockquote><div><p><strong>1) KERNEL</strong><br /> uname&#160; -a <br />Linux devuan 4.16.14-v8+ #1 SMP PREEMPT Tue Jun 5 18:50:10 CEST 2018 <strong>aarch64</strong> GNU/Linux</p><p>uname&#160; -a #1159 SMP Sun Nov 4 17:50:20 GMT 2018 armv7l GNU/Linux<br />Linux raspberrypi 4.14.79-v7+ #1159 SMP Sun Nov 4 17:50:20 GMT 2018 <strong>armv7l</strong> GNU/Linux<br />ls /lib/modules/<br />4.14.79+&#160; 4.14.79-v7+</p></div></blockquote></div><p>Unless one needs native aarch64 for a particular task, there seem to be few advantages to running a 64-bit kernel on a Raspberry Pi, especially given the limited RAM.</p><p>Performance of the 32-bit rpi2 devuan build is generally better, though it is not very easy to install on the rpi3 (any version). The 06-Jun-2018 dated images hosted on devuan.org <em>do not work</em> on rpi3 or the BCM2837 based rpi2+ (the documentation on devuan.org is incorrect). One has to rebuild the image using the arm-sdk:</p><p><a href="https://git.devuan.org/sdk/arm-sdk" rel="nofollow">https://git.devuan.org/sdk/arm-sdk</a></p><p>This is somewhat tedious, but results in a bootable image.</p>]]></description>
			<author><![CDATA[dummy@example.com (spinlock)]]></author>
			<pubDate>Thu, 31 Jan 2019 15:45:23 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=13921#p13921</guid>
		</item>
		<item>
			<title><![CDATA[Re: Devuan running very slow on Raspberry PI 3 b+]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=13737#p13737</link>
			<description><![CDATA[<p>After many tries, and tries, I come to conclusion that it comes from the operating system, likely kernel of devuan. </p><p>Raspbian is much faster than devuan,<br />FreeBSD is much faster than Raspbian for non X-heavy application, but chrome/chromium is the fastest on the raspbian.</p><p>Comparison with blackbox and icewm, and minimal installation. </p><p>It depends mostly from the given OS kernel I believe.</p><p>Tested with (10) scandisk 16mb, good one actually.</p><p><strong>1) KERNEL</strong><br /> uname&#160; -a <br />Linux devuan 4.16.14-v8+ #1 SMP PREEMPT Tue Jun 5 18:50:10 CEST 2018 aarch64 GNU/Linux</p><p>uname&#160; -a #1159 SMP Sun Nov 4 17:50:20 GMT 2018 armv7l GNU/Linux<br />Linux raspberrypi 4.14.79-v7+ #1159 SMP Sun Nov 4 17:50:20 GMT 2018 armv7l GNU/Linux<br />ls /lib/modules/<br />4.14.79+&#160; 4.14.79-v7+</p><p><strong>2) CHROMIUM</strong><br />How to make chromium runs faster. <br />Devuan will give slow reaction of chromium, i.e. visible on youtube.com. Slow videos, for instance.</p><p>Raspbian runs faster for chromium-browser . <br />Fastest way to get chromium-browser raspbian fast:<br />get lite zip raspbian and bring it up.</p><div class="codebox"><pre><code>apt-get update ; apt-get install -y --no-install-recommends chromium-browser xinit xterm icewm </code></pre></div><p>enjoy</p>]]></description>
			<author><![CDATA[dummy@example.com (spartrekus)]]></author>
			<pubDate>Fri, 18 Jan 2019 16:41:06 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=13737#p13737</guid>
		</item>
		<item>
			<title><![CDATA[Re: Devuan running very slow on Raspberry PI 3 b+]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=13511#p13511</link>
			<description><![CDATA[<p>The UHS specification is not very relevant and also the capacity matters. Here are some 4K random read/write values I measured:</p><p>- Sandisk Ultra A1 200 GB: 8.54 MB/s read, 5.13 MB/s write<br />- Sandisk Extreme A2 64 GB: 4.97 MB/s read, 3.05 MB/s write<br />- Sandisk Ultra A1 64 GB: 7.67 MB/s read, 2.84 MB/s write<br />- Sandisk Ultra C10 64GB: 5.26 MB/s read, 0.94 MB/s write<br />- Toshiba Exceria UHS-3 64GB: 3.82 MB/s read, 0.09 MB/s write</p><p>In this sample you can see with the Exceria UHS-3 card that there are extreme cases of cards that have good linear read/write performance with large block sizes of roundabout 100 MB/s but they suck extremely when it comes to 4K random read/write. But this is what actually matters for a system drive.</p><p>I had a more comprehensive list of measures on my blog that is currently offline. But you can find another comparison and a link to a recent 2018 update in Jeff Garling&#039;s blog over here (unlike me, he measured directly on the RPi&#039;s internal card reader):</p><p><a href="https://www.jeffgeerling.com/blogs/jeff-geerling/raspberry-pi-microsd-card" rel="nofollow">https://www.jeffgeerling.com/blogs/jeff … crosd-card</a></p>]]></description>
			<author><![CDATA[dummy@example.com (kuleszdl)]]></author>
			<pubDate>Sun, 30 Dec 2018 15:17:39 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=13511#p13511</guid>
		</item>
		<item>
			<title><![CDATA[Re: Devuan running very slow on Raspberry PI 3 b+]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=13509#p13509</link>
			<description><![CDATA[<p>I never ever tried Raspbian, because Systemd. But I can say, that my raspberry pi with Devuan feels pretty snappy. I use SanDisk Ultra microSDXC UHS-I Card. It has 100MB/s read speed and a decent write speed. </p><p>Devuan for life. &lt;3</p>]]></description>
			<author><![CDATA[dummy@example.com (freenet_bro)]]></author>
			<pubDate>Sun, 30 Dec 2018 06:47:06 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=13509#p13509</guid>
		</item>
		<item>
			<title><![CDATA[Re: Devuan running very slow on Raspberry PI 3 b+]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=13506#p13506</link>
			<description><![CDATA[<p><a href="https://dev1galaxy.org/viewtopic.php?id=2471" rel="nofollow">This might be relevant</a>: </p><div class="quotebox"><cite>guidol wrote:</cite><blockquote><div><p>I installed the RPi1 version of devuan on the ZeroW, but did wonder why it seems to be slower than on raspbian lite.</p><p>After searching I did found that devuan uses the CPU governor &quot;powersave&quot; while raspbian uses &quot;ondemand&quot;</p><p>So after give the command<br />echo &#039;ondemand&#039; &gt; /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor<br />devuan should work fast as raspbian on a Raspberry Pi Zero W <img src="https://dev1galaxy.org/img/smilies/smile.png" width="15" height="15" alt="smile" /></p></div></blockquote></div>]]></description>
			<author><![CDATA[dummy@example.com (Lomax)]]></author>
			<pubDate>Sat, 29 Dec 2018 22:44:47 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=13506#p13506</guid>
		</item>
		<item>
			<title><![CDATA[Re: Devuan running very slow on Raspberry PI 3 b+]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=13428#p13428</link>
			<description><![CDATA[<p>Thank you for your message. </p><p>I am glad to read that it could be less so slow. hopefully.</p><p>On the same SD card, I installed FreeBSD and it runs faster. With icewm it takes about 20 mb.</p>]]></description>
			<author><![CDATA[dummy@example.com (spartrekus)]]></author>
			<pubDate>Sat, 22 Dec 2018 19:16:39 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=13428#p13428</guid>
		</item>
		<item>
			<title><![CDATA[Re: Devuan running very slow on Raspberry PI 3 b+]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=13365#p13365</link>
			<description><![CDATA[<p>Regarding the SD Cards: What really matters here is the performance with 4K random read/write, and many U3 cards do not perform here well, either. I recommend cards with the A1 standard - Sandisk is a good choice, also the Samsung Evo+ series is a good pick.</p><p>If you want to compare yourself, use iozone (open source but non-free) to do the benchmarks yourself.</p>]]></description>
			<author><![CDATA[dummy@example.com (kuleszdl)]]></author>
			<pubDate>Thu, 20 Dec 2018 11:44:40 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=13365#p13365</guid>
		</item>
		<item>
			<title><![CDATA[Re: Devuan running very slow on Raspberry PI 3 b+]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=13350#p13350</link>
			<description><![CDATA[<p>That scandisk card is not the most appropriate to opt for performance</p><p>The best option is a <strong>SDXC I protocol U3 card with 100mb/s read and 90mb/s read.<br /></strong><br />Luckily they&#039;ve come down a lot in price. A samnsung evo 64gb is a good choice and I think they are at about 18€.</p><p>The ones from amazon sell it here:</p><p><a href="https://www.amazon.es/gp/product/B06XFWPXYD/ref=oh_aui_detailpage_o07_s00?ie=UTF8&amp;psc=1" rel="nofollow">https://www.amazon.es/gp/product/B06XFW … UTF8&amp;psc=1</a></p><p>Note that the <strong><span class="bbu">32gb is NOT U3 protocol</span>.</strong></p><p>I&#039;m working on a version of the raspi3 image we have because it&#039;s in balls. A normal user can&#039;t do anything with it.</p><p>With a desktop XFCE, libreoffice, etc. etc. goes very loose. Watch out, you have to keep in mind what a raspberry is and the very big limitations that tiesne. You need to be patient and wait for the programs to open.&#160; If in firefox you open a lot of eyelashes is piled up and hung.</p><p>I use several cards, <ins>instable, testing and stable</ins>. as in devuan.</p><p>I&#039;m going step by step. but you have to do everything by hand. I&#039;m writing a HowTo at the same time to make the image we have usable.</p><p>I have tried an application of raspian raspi-config does not work at all for us, but THAT is something we NEED. I couldn&#039;t find the package in raspian&#039;s poll.&#160; So I made an image of raspian uninstall the application and reinstall it.&#160; And obviously the package was in /var/cache/apt </p><p>8=þ</p><p>To try this not bad. You realize a GIANT lack that we have. So to speak somehow with &quot;four clicks&quot; you have configured the raspberry. I have used it in console and graphical environment.</p><p>What that application does to me, costs me a lot more than an hour.</p><p>When the HowTo is ready then the thing will be simpler but at hand.</p><p>Greetings</p><p>basati</p>]]></description>
			<author><![CDATA[dummy@example.com (basati)]]></author>
			<pubDate>Tue, 18 Dec 2018 21:20:32 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=13350#p13350</guid>
		</item>
		<item>
			<title><![CDATA[Re: Devuan running very slow on Raspberry PI 3 b+]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=13349#p13349</link>
			<description><![CDATA[<p>A couple of suggestions until somebody who really knows what they&#039;re talking about shows up:</p><p>1) Use &quot;top&quot; to see whether something is hogging the CPUs.</p><p>2) Use &quot;vmstat 3&quot; to see whether something is hogging disk bandwidth and to see what disk bandwidth you are getting.</p>]]></description>
			<author><![CDATA[dummy@example.com (rmrichesjr)]]></author>
			<pubDate>Tue, 18 Dec 2018 19:35:28 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=13349#p13349</guid>
		</item>
		<item>
			<title><![CDATA[Devuan running very slow on Raspberry PI 3 b+]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=13340#p13340</link>
			<description><![CDATA[<p>Hello,</p><p>I have installed Devuan on SDcard, and it runs quite slow actually. <br />employed file: -&gt; devuan_ascii_2.0.0_arm64_raspi3.img.xz&#160; &#160; &#160; &#160; &#160; &#160; &#160;06-Jun-2018 11:28&#160; &#160; 153M</p><p>I installed only blackbox, xpaint, scribus, links, dillo, git and subversion. </p><p>The SD card is scandisk model 10, pretty good actually. However, performances could be better. </p><p>Which improvements would be possible to get Linux faster?</p>]]></description>
			<author><![CDATA[dummy@example.com (spartrekus)]]></author>
			<pubDate>Tue, 18 Dec 2018 07:48:29 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=13340#p13340</guid>
		</item>
	</channel>
</rss>
