Gavinmc42 wrote: ↑Sat Apr 21, 2018 2:06 pm
Pi has gone into upgrade mode - 1 of 59 jobs.
Just guessing but is this the once a week updating, midnight Saturday nights?
Yes, this is a cron.weekly genup job. If you want to turn it off, see
these instructions in the readme. The way things are set up, it should really only be trying to upgrade things for which pre-built binary packages exist on the binhost (unless you have been doing a lot of USE flag changes etc. locally!) so the upgrade time isn't usually onerous (1-2 hours or so) even when big things like gcc or libreoffice are getting revbumped.
Gavinmc42 wrote:
Crashed and burned, went out after a hour, had error when I got back.
But if it compiled the Compute library and ran for an hour+, then it will probably compile parts of it.
Did you get yours to compile?
Yes, the ARM Compute Library compiled fine for me with the flags given, and I was also able to run the example neon program I posted above without error.
You could try it again with -j1 (I was building on a headless box).
Speaking of which:
To disable the graphical desktop, do:
Code: Select all
pi64 ~ # rc-update del xdm default
Then edit the file /boot/config.txt, and comment out the following line, so it reads:
And reboot. You will now have a much more memory-efficient system (but no desktop, just a textual login (or use ssh)!)
If you ever want to revert it, uncomment the line in /boot/config.txt again, and issue:
Code: Select all
pi64 ~ # rc-update add xdm default
And reboot. You desktop will be back ^-^
Gavinmc42 wrote:
I think I might have to get some more Pi3B+ and setup a compiler farm.
Got so much 64bit stuff I want to try now.
What setup do you use?
I use swap and root on the SD card, and an overlay mount for /var/tmp/portage (where all the build action happens) on USB stick, in an attempt to maximize bandwidth (separate busses). Also, the RPi3B+ is set up as a distcc client, with a crossdev PC as the server. I have notes on how to set this up in the project's
wiki.
Gavinmc42 wrote:
Pi3B+ can get 300Mbs over Ethernet, is that faster than SD/USD drive speeds?
Network storage instead on local?
Hmm network swap file, nope probably better to go headless?
Funnily enough I did try swap over NFS onto an exported ramdisk of a PC on the same network. I actually had good success with this approach before, with another embedded board which had a (real) Gigabit Ethernet, but lousy on-board storage. It did create an additional point of failure and NFS wasn't perhaps the ideal transport, but I have to say it was pretty quick.
Unfortunately, with the RPi3B+, you don't get close to GBit speeds in reality, and it's worse if anything else is hanging off that USB2 bus, so in my tests at least using local storage for swap was faster (of course in an ideal world you don't want to hit swap at all, but this can't always be avoided with large compiles, because not everything will distribute, the memory/cpu load is non-constant over the make so it isn't sensible just to go -j1 always etc.)
Gavinmc42 wrote:
What is CONFIGURATION FILES UPDATE TOOLS?
4 config files in '/etc/portage' need updating.
Portage does not directly overwrite configuration files on an update. Instead, it writes a 'shadow' copy, and expects you to decide what to do about each one. There's a tool, called dispatch-conf, that you run (as root) to do this. I have some notes about using it
here.
Gavinmc42 wrote:
Oh, forgot, no temperature display in the panel applets, I used to watch that in the Pi3B's, good indicator of stress.
Throttle freq display?
There's an Xfce4 CPU frequency applet plugin that will show the current frequency per core (it's bundled with the image). If you right-click on the top panel bar you can add it. It's not very pretty ><
Even less prettily, you could view temperature (number is deg C * 1000) and CPU frequency by core (in Hz) with something like:
Code: Select all
watch -n 5 cat /sys/class/thermal/thermal_zone0/temp /sys/devices/system/cpu/cpu[0-3]/cpufreq/cpuinfo_cur_freq
hth, sakaki