-
-
Notifications
You must be signed in to change notification settings - Fork 2.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Low(er) memory and overall performance with rockchip64/current #1744
Comments
Interesting findings.
The tool do the right job, but what we don't have is automated data collection and analysis. To put out a red flag (only) on a measurement that falls out of tolerance. That differs more then x % from previous ones. I hope we will be able to setup that once. I think also USB3.0 is not working full speed in current yet, certainly some other minor things, but general ones are fixed which is the reason current exists while (stalled) DEV remains attached to Ayufan's. |
Renegade is DDR4, so this should be fun. Just starting my day, so we'll
see if I can check this later. I also have a newer Rock64.
…On Fri, Jan 17, 2020, 7:39 AM Igor Pečovnik ***@***.***> wrote:
Interesting findings.
functionality has been invented also for this reason: (automatic) checking
whether an upgrade breaks stuff
The tool do the right job, but what we don't have is automated data
collection and analysis. To put out a red flag (only) on a measurement that
falls out of tolerance. That differs more then x % from previous ones. I
hope we will be able to setup that once.
I think also USB3.0 is not working full speed in current yet, certainly
some other minor things, but general ones are fixed which is the reason
current exists while (stalled) DEV remains attached to Ayufan's.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#1744?email_source=notifications&email_token=AFATFARKW2ZB4PYOEHQ5DBDQ6GRINA5CNFSM4KIHMK6KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEJHRZSA#issuecomment-575610056>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AFATFAQAROGC226E3QXITIDQ6GRINANCNFSM4KIHMK6A>
.
|
I know this is probably best discussed elsewhere, but for the love of $diety can we please make this opt-in only (for ex. as Debian proper does with popcon)? |
Igor was talking about some (never happening) automated testing prior to releasing a new version by 'board maintainers' (or whatever group of people currently is lacking). So nothing new on topic... |
Yeah sorry for bumping your post. I ended up lodging my concern in the correct place which is what I should have done in the first place. It's always good to see you around TK, even if just reporting bugs. I learned a lot from all your very informative posts over the years, I'm sure many others as well. Cheers. |
Well here's armbian kernel 5.7.12 on my rock64v2 that doesn't have a heat sink
|
Even with a ton of hardening flags enabled, my results on a NanoPi R4S[e] are much better. https://gist.github.com/Manouchehri/747bf05aa0794fc8a550a535381c1797
|
@lanefu @armbian/boards-rockchip care to post current output of LTS and edge kernels to see where they stand? Then possibly close this if it's been rectified. Probably need to verify SoC as well as board in responses since I can't keep them all straight |
Kernel 6.6, just did the test, Renegade, 1.3 GHz: memcpy: 1596.1 MB/s |
Just FYI: Running sbc-bench on Renegade with 5.4 kernel results in abysmal memory performance which also affects the overall performance.
Renegade at 1.5GHz with 5.4.8-rockchip64:
Rock64 at just 1.3 GHz with 4.18.0-rc5-1050-ayufan-ge70bd2ab8802:
Please keep in mind that the Rock64 numbers were made with just 1.3 GHz and GCC 7.3 vs. 1.5 GHz and GCC 8.3.
I can't test with Rock64/current since owning only a pre-production board that doesn't boot or initialize Ethernet (different PHY) with mainline kernel. And I have no idea whether the culprit is with kernel, bootloader or whatever...
BTW:
armbianmonitor -z
functionality has been invented also for this reason: (automatic) checking whether an upgrade breaks stuff (performance in this case -- who wants a newer release that performs worse?)The text was updated successfully, but these errors were encountered: