Is the screen on this entire time, and is it at 100% brightness?
Around 85% brightness, and yes it was on the entire time during data set four. I was typing commands in terminal and using the web browser during it.
Just checked, yes there is a package for it, if you’ed like me to install it and to use any commands from the tools it has just say so.
Ah, that explains it - gaps. It did seem odd without context. Thanks.
I’m thinking up new test protocols, which you may or may not want to do, but would be more thorough:
1A (“idling”) - A “baseline” dataset, with everything on (modems, wireless, BT - but no useage), 100% screen brightness (on all the time), idling: let it go from battery from 100% to 0 (shutdown). Only the data logging script running.
1B (“idling with more realistic screen”) - Same as 1A, but screen at some lesser brightness that looks usable (75-85%?).
2A (“idling securely”) - Same as 1A, but HW killed with switches.
2B (“idling securely with more realistic screen”) - Same as 1B, but HW killed with switches.
3A (“some use”) - Same as 1A, but this time some usage, like a really long youtube video (no screensaver, Firefox)
3B (“some use with more realistic screen”) - Same as 1A, but this time some usage, like a really long youtube video (no screensaver, Firefox)
4A (“actual use in offline/secure mode”) - same as 2A, but this time some usage, like a really long video from memorycard (offline)
4B (“actual use in offline/secure mode with more realistic screen”) - same as 2B, but this time some usage, like a really long video from memorycard (offline)
I think those should give an idea of what to expect from current Dogwood and give context to measure against when future improvements arrive. These, in a matrix, should let us to approximate the effects of the screen (brightness), HW switches (online/offline) and light usage to battery life. Possibly to heat also, if we can bet those measurements too. I’m sure these can be refined - they need to be reproducible and simple, yet still cover the different profiles.
A bit dull to do, I’ll admit, but that’s base data for you. And I’ll understand if it’s a bit too much to ask.
1 Like
I was thinking the same thing, I’m not sure how I could hold the screen on without use but I can try. I can tell you things seem to be moving very fast.
This is the data from my usage tonight, the first dip was it updating to the latest software, the period after that was full idle in lockdown mode, the lowest power drawl you can expect at any given time. The next period where it gets more steep was it in full use with decent load, 100% brightness, all switches on as if I had a carrier, and needed the camrea and mic, active use of the bluetooth (keyboard again) and wifi. (I was using a website based chatting service with my GF and decided to do this to get more data while I did)
6 Likes
For the screen, see: Prevent suspend & keep the screen on or then there is this hack. Or set up a propeller and tape a pencil on the other end of the axle and have that tap the screen… 
That heavy-ish 1 hour use with gf seems to have shortened about 1.5 to 2 hours away from the battery, compared to idle.
2 Likes
Please run these commands:
sudo apt install hardinfo
sudo hardinfo -r
And post the output. (You might want to delete anything personal in the output.)
When does my FIR get here XD xD XD
1 Like
https://github.com/dylanlester-librem/Librem5-battery-data/blob/master/hardinfo.cd I have not cut anything out, this is what it’s standard output was. Funny thing to find out was someone made a fount end gui for it that I noticed during the time I had it installed. So that is nice I guess?
2 Likes
Also, the phone properly got fairly hot for once during this due to charging and this being fairly intensive at the same time. Still not so hot that it was uncomfortable or anything, this is the hottest I’ve ever had the phone. So, guess it’s not advice able to run a benchmark while charging.
Found how to properly do it in the power settings. Under power saving, called “blank screen” I’ll try your ideas in the following days.
1 Like
@dylanlesterpvcs, Thanks for posting the benchmarks.
I did a totally unfair comparison with my Thinkpad T450s laptop (2-core/4-thread Core CPU), and the Librem 5 doesn’t do that bad in the comparison, when we consider the differences in power consumption and the cost of the processors.
| Benchmark | 4x 2.7GHz Core i5-5200U | Librem 5 (4x 1.5GHz Cortex-A53) | Times better |
|---|---|---|---|
| CPU Blowfish | 4.94 | 8.81 | 1.8x |
| CPU CryptoHash | 432.63 | 105.57 | 4.1x |
| CPU Fibonacci | 0.82 | 3.36 | 4.1x |
| CPU N-Queens | 7.01 | 5.31 | 1.3x |
| CPU Zlib | 0.47 | 0.18 | 2.6x |
| FPU FFT | 2.10 | 9.86 | 4.7x |
| FPU Raytracing | 2.10 | 5.08 | 2.4x |
6 Likes
I ran those same on a couple of years old work laptop (i5 4x2.53Mhz M540 2core/4thread) and it looks even better: 5.59 / 245.3 / 0.9 / 7.62 / 0.38 / 3.24 / 2.92 It’s not the killer of the latest laptops, but the difference is small compared to the weight and volume.
1 Like
I’m still trying to work out whether a smaller number is better or a larger number is better. It seems inconsistent.
3 Likes
My guess is that @amosbatto’s table shows timings in seconds. In that case smaller is better, and the “Times better” column means how much faster the ThinkPad was compared to the Librem 5 for that particular test.
It surely is inconsistent. @amosbatto, look at lines 2 and 3. 4 times better or worse? Something seems mixed up.
1 Like
It would have to be timings in seconds for some rows and work achieved (e.g. hashes performed or bytes encrypted) in fixed amount of time in other rows to make sense to me.
I would run it myself but the program appears to hang on my computer - but that’s another problem …
The results (if you want to run your own tests) and keys are from hardinfo - or in my case the GUI version “System profiler and Benchmark”.
CPU Blowfish: lower number is better
CPU Cryptohash: higher
CPU Fibonacci: lower
CPU N-Queens: lower
CPU Zlib: higher
FPU FFT: lower
FPU: Raytracing: lower
Also, at the end of @dylanlesterpvcs data (and the GUI) there are reference results to compare also (although a bit older CPUs but still).
1 Like
If anyone has a PinePhone, can you please run the hardinfo -r command on it?
I asked on the PinePhone forum, but the results in Ubuntu Touch don’t make sense, so I would like to see the results from other distros.