Jump to content

NicoD

Moderators
  • Posts

    1407
  • Joined

  • Last visited

Posts posted by NicoD

  1. Hi all.
    I got my M4 today.
    The Lubuntu from FriendlyElec had problems.
    I quickly gave up on it and installed Armbian. Haven't had any problems. Great job with that!

    I'm impressed by the board. The heatsink is awesome. Great it's in this formfactor.
    I've raised the board and put a small 5V fan underneath. It's steady at 60°C maxed out.

    Without the fan it throttles after a while. But not too bad.
    It's a good match to my octa-core SBC's in Blender. The T3+ and XU4 are a bit faster.


    But most important for me is Kdenlive. There it's by far the fastest of all my SBC's.  No idea why it handles it so well.
    M4 34m51s
    XU4 46m23s
    T3+ 1h15m
    Vim2 1h44m
    It always are strange results with that. Finally I've found a good render machine to take with me.

    Youtube playback is also good. 1080p in Chromium is without stuttering. 1/4 lost frames. No other SBC does it so well without hwaccel.


    I'll do a lot more research on it and then make a video. If anyone has more info or suggestions please let me know. Anyone playing linux games on it? (I know, probably wrong forum for that)

    @hjc Thank you for the great info. Did you test the voltage drop on the USB? I've seen dips of 0.4V with sudden bursts without a load on the usb. I wonder if it gets worse with a load.
    The psu they gave with it is very stable. 
    Thanks for the great work.
    Cheers

  2. Rock64 uses the same eMMC module as the Odroid's. These are among the best eMMC's. Very fast. I don't think they easily break.
    They do cost a bit. And the lower capacity ones are a bit slower.
    I've got 3 of them. 32GB, 64GB and 128GB. Haven't had any problem.
    Thumb drives I've had much trouble with. Many die quickly. Run too hot.
    As @tkaiser said. You have to look out very well not to buy crap.
    But they are cheaper in lower capacity.

    Make backups if you choose to use flash-drives.

    Another informative link to a post of tkaiser. The C2 eMMC's are the ones for you.

     

  3. 12 hours ago, TonyMac32 said:

    I was able to get it to 49 with new thermal paste

    Did that too. The original paste was a milky white substance. With normal paste it works a lot better. The same with the C2.
     

     

    On 8/23/2018 at 10:00 PM, Simonmicro said:

    Hmm, any other ideas?

    I`ve got the Q heatsink, plus a silent big 5V fan. I don`t have any noice problem like this.
    https://www.aliexpress.com/item/ALSEYE-5v-80mm-fan-3000RPM-2pin-PH2-0-connector-DC-cooling-fan-radiator-high-quality-exhaust/32785165145.html?spm=a2g0s.9042311.0.0.27424c4d8uKUR2
    I also clock my big cores to 1.8Ghz for long demanding tasks and get better results than at 2Ghz since it doesn`t overheat.

    I`ve once used only my XU4 for a week instead of my pc. What a pleasure not to have the buzzing of that thing.
    That fan is not controlable so it`s always on. You could make a script and power with gpio`s to stop it when not needed.
     

  4. Not really a single board computer is it?
    I don't understand this design.  The core module has usb and hdmi ports. Other peripherals on the carrier board. Why?
    Don't see any pcie ,m.2 or sata.
    And indeed no heat sink holes.
    Who has come up with this design, and why?
    I can't see a benefit here.
    I'm wondering what this will cost.
    Cheers

     

  5. 3 hours ago, tkaiser said:

    the 7-zip link here https://github.com/ThomasKaiser/sbc-bench#7-zip then you get an explanation what's going on at the bottom of that page:


    Just seen that your Rock64 results are with a 2GB. I'll do the same with my 4GB. Just interested if there's a difference with 7zip multicore. It's only 4-cores tho.
    Now doing Blender bench between Xenial default and nightly.  Again just out of curiosity. I red it's now clocked to 1.39Ghz.
    I'll give you the sbc-bench results later if they're interesting. I don't think they will be. It's already 100%...

    Eidit : Blender just crashed on 1.39Ghz after 30minutes. At 1.3Ghz no problem : 1h17m55s
    I'll try again. Maybe it's not stable enough.
    2nd try did it. So could be a fluke the crash.

    Xenial Rock64 4GB results : http://ix.io/1j7d
    Again very different than other distro's.

    I'm also wondering if zram would make a big difference with the 8-core 2gb devices?
    Cheers

  6.  

    @tkaiser

    What do you think about the fact that 7-zip multicore never uses close to 100% of the cpu's? Would we need to take that in acount?

    Here XU4
     

    System health while running 7-zip multi core benchmark:
    
    Time       big.LITTLE   load %cpu %sys %usr %nice %io %irq   Temp
    20:53:32: 2000/1400MHz  5.96  11%   0%  10%   0%   0%   0%  51.0°C
    20:54:02: 2000/1400MHz  5.86  66%   1%  65%   0%   0%   0%  55.0°C
    20:54:32: 2000/1400MHz  5.14  61%   2%  59%   0%   0%   0%  61.0°C
    20:55:02: 2000/1400MHz  5.43  71%   1%  70%   0%   0%   0%  63.0°C
    20:55:34: 1900/1400MHz  5.47  65%   1%  63%   0%   0%   0%  75.0°C
    20:56:05: 2000/1400MHz  5.54  67%   1%  66%   0%   0%   0%  56.0°C
    20:56:35: 2000/1400MHz  5.22  68%   1%  66%   0%   0%   0%  65.0°C
    20:57:05: 2000/1400MHz  5.27  69%   1%  67%   0%   0%   0%  69.0°C
    20:57:36: 2000/1400MHz  5.12  60%   1%  58%   0%   0%   0%  73.0°C
    20:58:07: 2000/1400MHz  5.31  66%   1%  64%   0%   0%   0%  64.0°C

    Here the NanoPC-T3+
     

    System health while running 7-zip multi core benchmark:
    
    Time       big.LITTLE   load %cpu %sys %usr %nice %io %irq   Temp
    18:22:37: 1400/1400MHz  5.55  10%   0%   9%   0%   0%   0%  41.0°C
    18:23:07: 1400/1400MHz  6.21  72%   0%  71%   0%   0%   0%  48.0°C
    18:23:37: 1400/1400MHz  5.91  75%   0%  74%   0%   0%   0%  49.0°C
    18:24:08: 1400/1400MHz  5.18  76%   0%  75%   0%   0%   0%  49.0°C
    18:24:38: 1400/1400MHz  5.95  78%   0%  77%   0%   0%   0%  46.0°C
    18:25:08: 1400/1400MHz  6.23  77%   1%  76%   0%   0%   0%  50.0°C
    18:25:38: 1400/1400MHz  6.81  73%   0%  72%   0%   0%   0%  49.0°C
    18:26:08: 1400/1400MHz  6.62  74%   0%  74%   0%   0%   0%  49.0°C


    NanoPC is around 75% and the XU4 is wel below 70%.
    Would we get "more useful" numbers if we did for example
    for xu4 : 8734/68 * 100 = 12 844
    for T3+: 10226/75 * 100 =  13 634.6666....
    Just a question.

    I use Blender because that uses 100% of all cores.

  7. 12 hours ago, tkaiser said:

    for i in 7 6 5 4 ; do echo 0 >/sys/devices/system/cpu/cpu${i}/online
    done

    When I do that it reboots the sbc.
    Then I can't do that again(no such file), so I did sbc-bench, but no difference. I don't know.
    http://ix.io/1iVP
    I'll do the Odroid XU4 with Ubuntu 18.04 from Odroid now.
    What else you want? Tinker Board? Khadas? OPi +2? BPi 0? RPi zero?

  8. 1 hour ago, tkaiser said:

    LOL, jamesh's excuse for the RPi always showing only faked cpufreq readings is really funny

    Yeah. I don't like his answers. He tries to minimize it, and tries to change the subject from "not giving true clocks" to, "we did it for the good of the users". Well, then inform your users...
    It doesn't seem like they are willing to change anything. It's there choice.
    I contacted ETA-Prime and told him about it. He seemed very intersted. I hope he'll make a video, then there forum will explode with unhappy comments.
    I'll stay polite. I know I'dd have the whole RPi-fanboyclub after me if I wouldn't.
     

    I'm amazed you stayed out of it :lol:

    I'll start doing some more sbc-bench's.

  9. I'm surprised to see that the NanoPC-T3+ seems to do better than the XU4 in multicore. And almost everything else...
    It does outperform the XU4 in Blender too.


    Here the scores from zador.blood.stained XU4

     

    On 7/30/2018 at 7:00 PM, zador.blood.stained said:

    Since I had this image installed on eMMC and the board was ready to use I ran a benchmark and it produced +/- similar to already present in the table results.

    Log: http://ix.io/1iLy

    http://ix.io/1ixL Old bench xu4 with Jessie

    VS

    NanoPC T3+

    1 hour ago, NicoD said:

     

    Also T3+ vs T4 is interesting. T3+ outperforms in all Multicore tasks.
    @tkaiser
    Could you do the bench with the T4 again with 2Ghz/1.5Ghz?


    Here the results for the Odroid C2 : http://ix.io/1iSh

    All expected results when it's not overclocked.
    Cheers

  10. 59 minutes ago, tkaiser said:

     

    Yep. Funnily this kernel reports /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies in descending order so after checking the cpufreq OPPs the lowest frequency is set. Please check out latest release, I hope this and that fixed it. 

    http://ix.io/1iRJ NanoPC-T3+
    The changes did the work, but indeed no space left. Just checked with gparted, it shows that the partition sda1 is 59GB.
    No idea if I'm doing this right.

    http://ix.io/1iR0 Armbianmonitor results


    I'll install the Image again.

  11.  

    @tkaiser
    I can't do anything about that link on the RPi forum. It always shortens it. But if you click it it sends you to the right page.

    NanoPC-T3+ http://ix.io/1iRu
    Something is clearly wrong. It's stuck on 400Mhz. Before the bench's it tests all frequency's. Does it turn it back to original?
    It's with the Armbian you asked me to do.

    My first try gave this a couple times

    "line 419 : command not found"

    This was the result.
    http://ix.io/1iR8

  12. @tkaiser

    I've finished my video. Here it is.


    I had to keep it simple. As always I forgot to mention a lot of information. I don't script to save time, but it also shows in the (non)quality of my work.
    Thanks for all the help and info.
    Now I can begin with the other sbc's. You'll hear from me.
    Cheers
     

  13. 42 minutes ago, tkaiser said:

    RPi Trading employees decided to cheat a little bit more.

    I'm currently downloading the rpi-stretch from 13/03/2018. Release date of the 3B+.
    I'll do the same on that. We'll be able to compare those.
    I'll keep posting my results.
    I found the bad 2.5A very interesting. Also my 2A PSU did very well. So I can show it isn't the amperage but the voltage that's important. Everyone always says, buy a 2.5A or 3A...
    Thanks for all the info. I'm learning every minute. Cheers.
    ps. Check above post for more results. I'll keep it all there to save room on this thread. RPi 3B now comming.

     

    @tkaiser

    Check the 3B no fan vs 3B+ no fan. The 3B outperforms the 3B+ until it overheats to +80°C.

  14.  

    @tkaiser Every time I get this message with the RPi 3B+. It takes between 3/7 minutes before it starts the Benchmarks.

    "System too busy for benchmarking: 17:45:11 up 1 min,  1 user,  load average: 0.60, 0.18, 0.06"

    First results.

    RPi 3B+ No OC No fan RPi PSU http://ix.io/1iGM
    RPi 3B+ No OC No fan Crappy 2.5A PSU Undervoltage when maxed out in 7zip http://ix.io/1iH0
    RPi 3B+ OC 1570 No Fan Rasp PSU http://ix.io/1iGz


    RPi 3B+ No OC No fan 2A PSU (not a bad one)  http://ix.io/1iHb

    RPi 3B+ No OC With Fan+heatsink RPi PSU  http://ix.io/1iHr

    RPi 3B+ OC 1570 With fan/heatsink RPi PSU http://ix.io/1iHA

     

    RPi 3B No OC No fan with heatsink RPi PSU http://ix.io/1iHI

    RPi 3B No OC With fan/heatsink RPi PSU http://ix.io/1iHV

     

    Raspbian Stretch 2018-03-13 No OC No Fan http://ix.io/1iI5  <--- @tkaiser Very interesting ! ! ! You are right ;)

     

     

    More to come on the RPi. Also RPi 3B with good and bad PSU. Tomorrow I'm going to make the video about it, so I need as much info as possible.
     

  15. 2 minutes ago, tkaiser said:

    n case time permits it would be great if you check out most recent v0.4 version of sbc-bench and then try it on the following boards with the following images:

    Ok. I'm on it. Now doing the Rasp 3B+ with the new script and no cooling. After that I'll do the same with a crappy psu.

    Indeed on some I use old distro's. I'll do it again with newer ones. I also have got Tinker Board, BPi M2-Zero, OPi +2, ... that I'll do too. It'll take me some time.  Cheers

  16. On the XU4 I had this. Just want to show you. Others don't have any problem.
     

    odroid@gamestation-turbo:~$ sudo /usr/local/bin/sbc-bench.sh
    [sudo] password for odroid:
    WARNING: this tool is meant to run only on Debian Stretch or Ubuntu Bionic.
    
    Installing needed tools. This may take some time...wc: /sys/devices/platform/exynos5-devfreq-int/devfreq/exynos5-devfreq-int/time_in_state: Is a directory
    head: error reading ‘/sys/devices/platform/exynos5-devfreq-int/devfreq/exynos5-devfreq-int/time_in_state’: Is a directory
    wc: /sys/devices/platform/exynos5-devfreq-mif/devfreq/exynos5-devfreq-mif/time_in_state: Is a directory
    head: error reading ‘/sys/devices/platform/exynos5-devfreq-mif/devfreq/exynos5-devfreq-mif/time_in_state’: Is a directory
    Done.
    Executing tinymembench. This will take a long time... Done.
    Executing 7-zip benchmark. This will take a long time.../usr/local/bin/sbc-bench.sh: line 272: 28257 Killed taskset -c 0 "${SevenZip}" b >> ${TempLog}
    /usr/local/bin/sbc-bench.sh: line 272: 3463 Killed taskset -c $(( ${CPUCores} - 1 )) "${SevenZip}" b >> ${TempLog}
    /usr/local/bin/sbc-bench.sh: line 272: 10070 Killed "${SevenZip}" b >> ${TempLog}
    /usr/local/bin/sbc-bench.sh: line 272: 12363 Killed "${SevenZip}" b >> ${TempLog}
    Done.
    Executing OpenSSL benchmark. This will take a long time... Done.
    
    ATTENTION: Throttling occured on CPU cluster 11800000. Check the uploaded log for details.
    
    ATTENTION: Throttling occured on CPU cluster 0. Check the uploaded log for details.
    
    ATTENTION: Throttling occured on CPU cluster 4. Check the uploaded log for details.
    
    wc: /sys/devices/platform/exynos5-devfreq-int/devfreq/exynos5-devfreq-int/time_in_state: Is a directory
    head: error reading ‘/sys/devices/platform/exynos5-devfreq-int/devfreq/exynos5-devfreq-int/time_in_state’: Is a directory
    wc: /sys/devices/platform/exynos5-devfreq-mif/devfreq/exynos5-devfreq-mif/time_in_state: Is a directory
    head: error reading ‘/sys/devices/platform/exynos5-devfreq-mif/devfreq/exynos5-devfreq-mif/time_in_state’: Is a directory
    Memory performance (big.LITTLE cores measured individually):
    memcpy: 339.7 MB/s (3.3%)
    memset: 755.6 MB/s (2.8%)
    memcpy: 2203.7 MB/s
    memset: 4796.8 MB/s (3.5%)
    
    7-zip total scores (three consecutive runs): 6733
    
    OpenSSL results (big.LITTLE cores measured individually):
    type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes
    aes-128-cbc 26810.76k 32876.07k 34800.21k 35271.00k 35154.60k
    aes-128-cbc 74115.00k 84873.98k 89295.36k 90379.61k 90753.71k
    aes-192-cbc 23935.85k 28036.29k 29783.47k 30124.71k 30283.09k
    aes-192-cbc 65578.05k 73527.42k 76904.36k 77431.81k 78047.91k
    aes-256-cbc 21616.54k 25164.07k 26276.86k 26534.23k 26656.77k
    aes-256-cbc 58102.18k 64692.16k 67346.69k 67993.26k 68192.94k
    
    Full results uploaded to http://ix.io/1ixL. Please check the log for anomalies (e.g. swapping
    or throttling happenend) and otherwise share this URL.

     

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines