On 4 July 2013 17:13, Siarhei Siamashka <siarhei.siamashka(a)gmail.com> wrote:
> By the way, power consumption is not constant and heavily depends on
> what the CPU is actually doing. And 100% CPU load in one application
> does not mean that it would consume the same amount of power as 100%
> CPU load in another application.
This is really interesting, I had not considered it until now. If I
understood correctly, this has to do with what/how many paths are taken
inside the cores (CPU, GPU), or how much data is passing between
mem/cache/registers, etc.
For toolchain, there isn't much of floating going on, but if your compiler
was auto-vectorized, you'll probably be using NEON, and there will be a lot
of data movement, too, so I'm guessing compilers can stretch quite a lot
the CPU overall. And since building a large project (like GCC or LLVM)
takes several hours with very little happening outside the CPU, there isn't
much time to cool down the CPU between compilation jobs.
> Some time ago, I tossed my Cortex-A9 cpuburn to the ODROID-X people.
> And coincidentally they quickly got the thermal framework properly
> integrated into their kernels and also started to offer optional
> active coolers to their customers :-)
>
Hahahaha! Yes, that's what I'm talking about. I don't think anyone did that
with Pandas or Arndales, and somebody really should.
In my opinion, the right
> solution for modern ARM SoCs is just to always ensure proper throttling
> support (both in the hardware and in the software). ARM can even call it
> "turbo-boost", "turbo-core" or use some other marketing buzzword ;-)
>
Absolutely! Though, while throttling is the way to go, it might be simple
to wait for it with a decent cooling solution than with a lower frequency.
ODroid folks seem to have understood that pretty well.
It would be a lot easier to convince hardware vendors and cluster builders
to buy huge active coolers, than convince them to lower the CPU frequency.
The former show failure in software support, but the latter show failure in
system design...
cheers,
--renato
On 4 July 2013 17:34, Siarhei Siamashka <siarhei.siamashka(a)gmail.com> wrote:
> For getting reproducible benchmark results, you just need to ensure
> that thermal throttling never kicks in. If the kernel is compiled
> with cpufreq stats enabled, you can compare these stats before/after
> your benchmark to ensure that it spent all the time running at the
> same designated clock frequency.
>
I did that on my Chromebook, put it on power mode and I get pretty
consistent build and benchmark times. It's an art to make sure the
benchmark run-time is enough to give you statistically relevant results
while not being too much to deal with overheating or scheduling issues, but
that, as you say, can be "fixed" by running on lower frequencies, I don't
mind about that.
What I really mind is to lower the frequency of our buildbots, the ones
that should be building and testing under 20 minutes (like octo-core i7s)
but take 3 hours to do so (on a dual Panda). While the comparison is in no
way fair, reducing the freq. will only make it worse. Coming from a server
farm culture, where noise, power and air-conditioning are always topped up
and never too expensive, it's hard not to giggle when hearing that you
should lower the frequency to get "expected results".
Yes, ARM devices were designed with the phone market in mind, but today
they're a lot more than that, and if they're to get into the server space,
they have to be consistent, even when cranked up all the way to 11.
Anyway, I recommend you to start the tests for the hardware
> robustness with:
>
> wget https://raw.github.com/ssvb/cpuburn/master/cpuburn-a9.S
> arm-linux-gnueabihf-gcc -o cpuburn-a9 cpuburn-a9.S
>
I'll do that and report on my findings.
Thanks for the overall, it was very educational. ;)
cheers,
--renato
Hi, All
The dashboard display for build juice-base-aosp on lava is broken:
http://validation.linaro.org/lava-server/dashboard/image-reports/juice-base…
When I access it, I got the following error:
Internal Server Error
The server encountered an internal error or misconfiguration and was unable
to complete your request.
Please contact the server administrator, webmaster@localhost and inform
them of the time the error occurred, and anything you might have done that
may have caused the error.
More information about this error may be available in the server error log.
------------------------------
Apache/2.2.22 (Ubuntu) Server at validation.linaro.org Port 80
--
Thanks,
Yongqin Liu
---------------------------------------------------------------
#mailing list
linaro-android(a)lists.linaro.org <linaro-dev(a)lists.linaro.org>
http://lists.linaro.org/mailman/listinfo/linaro-android
linaro-validation(a)lists.linaro.org <linaro-dev(a)lists.linaro.org>
http://lists.linaro.org/pipermail/linaro-validation
Hello,
Recently we upgraded to latest version of LAVA and initially hit 'deserialisation error' when the bundle was uploaded which was tracked down to mismatched component when the upgrade happened.
However currently i am seeing a new problem w.r.t lava test shell. It executes the tests successfully but at the point when it is uploading the results
root@master [rc=0]# <LAVA_DISPATCHER>2013-06-27 04:43:51 PM WARNING: [ACTION-E] lava_test_shell is finished with error (ValidationError: Object has incorrect type (expected string) object_expr='object.test_runs[0].testdef_metadata.description', schema_expr='schema.properties.test_runs.items.properties.testdef_metadata.properties.description.type')).
<LAVA_DISPATCHER>2013-06-27 04:43:51 PM INFO: Submitting the test result with parameters = {u'token': '<HIDDEN>', u'stream': u'/public/personal/pdsw-power/biglittle/', u'server': u'http://pdsw-power@pdsw-lava.cambridge.arm.com/RPC2/'}
<LAVA_DISPATCHER>2013-06-27 04:43:51 PM ERROR: Error adding host result bundle /tmp/tmp3DQ2UQ/lava-test-shelliGO1yb.bundle
Traceback (most recent call last):
File "/srv/lava/.cache/branch-cache/lava-dispatcher/checkouts/630-tyler.baker@linaro.org-20130621154844-16xazyrnqfl2egzj/lava_dispatcher/actions/launch_control.py", line 159, in _get_results_from_host
doc = DocumentIO.load(f)[1]
File "/srv/lava/.cache/branch-cache/linaro-dashboard-bundle/checkouts/78-senthil.kumaran(a)linaro.org-20130502132750-h71xwobmsrjuc7gj/linaro_dashboard_bundle/io.py", line 123, in load
doc = json.load(stream, parse_float=decimal.Decimal, object_pairs_hook=object_pairs_hook)
File "/srv/lava/.cache/eggs/simplejson-2.4.0-py2.7-linux-x86_64.egg/simplejson/__init__.py", line 372, in load
use_decimal=use_decimal, **kw)
File "/srv/lava/.cache/eggs/simplejson-2.4.0-py2.7-linux-x86_64.egg/simplejson/__init__.py", line 445, in loads
return cls(encoding=encoding, **kw).decode(s)
File "/srv/lava/.cache/eggs/simplejson-2.4.0-py2.7-linux-x86_64.egg/simplejson/decoder.py", line 402, in decode
obj, end = self.raw_decode(s, idx=_w(s, 0).end())
File "/srv/lava/.cache/eggs/simplejson-2.4.0-py2.7-linux-x86_64.egg/simplejson/decoder.py", line 420, in raw_decode
raise JSONDecodeError("No JSON object could be decoded", s, idx)
JSONDecodeError: No JSON object could be decoded: line 1 column 0 (char 0)
<LAVA_DISPATCHER>2013-06-27 04:43:52 PM INFO: Dashboard : http://pdsw-lava.cambridge.arm.com/dashboard/permalink/bundle/81916525dc8cc…
My yaml file has the following contents
¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬
metadata:
name: schedulertests
version: 1.0
format: "Lava-Test-Shell Test Definition 1.0"
run:
steps:
- "wget http://10.1.103.173/downloads/personal/CIjobs/testsuites/buildoutput-jenkin…"
- "tar -xvzf buildoutput-jenkins-BLSreleasetests-scheduler_testsmanualtrigger-125_13.06_preLEB.tar.gz"
- "cd buildoutput"
- "./executeFTS.sh"
- "lava-test-run-attach buildoutput_withresults.tar.gz application/x-gzip2"
parse:
pattern: "(?P<test_case_id>\\S+).+(?P<result>(succeeded|failed|deprecated|pass|fail))"
fixupdict:
succeeded: pass
failed: fail
deprecated: skip
¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬¬
Was there any changes for the yaml file that is needed now?
Thanks
Basil Eljuse...
-- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
Hello,
With Android releases out, I'd like to proceed with switchover of
Android Build frontend authenticaton to Linaro Login. Estimated
downtime is 2hrs. To minimize impact, I'm scheduling this for later
evening UTC (around 8pm UTC). Let me know if you need access to a-b
at that time (otherwise, upgrade is OKed by Vishal).
--
Best Regards,
Paul
Linaro.org | Open source software for ARM SoCs
Follow Linaro: http://www.facebook.com/pages/Linarohttp://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog
Hi,
I'm trying to use the arndales in the lab for some benchmarking and
hitting a strange problem: when I boot an arndale into a test image,
eth0 seems to get the same MAC address each time, which is also the same
MAC address as tcarndale. This means it gets the same IP address from
DHCP and then of course nothing really works right.
Am I doing something wrong? Is arndale networking just a bit funny?
Cheers,
mwh
Hi Naresh / Senthil,
Wonder if you could help me here with the question on pm-qa execution on LAVA.
I was using the pm-qa launcher script which was part of https://launchpad.net/lava-android-test/trunk/2013.01/+download/lava-androi…
Attaching the same for your reference.
Since the latest LEBs do have pm-qa overlayed to /data/benchmark/pm-qa instead of /system/xbin.pm-qa i modified the pm-qa launcher script locally.
However with the modified launcher script i do get some failures.
Attaching the log output also for your reference.
I am suspecting that i can no longer use the pm-qa launcher script from the above link as is.
Any idea what launcher script i should use from LAVA for pm-qa?
Thanks
Basil Eljuse...
-- IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
Hi all,
Now that we've replaced the faulty node in calxeda02, something else has happened. Namely, the mac addresses of the four nodes on that one card will be different. Can someone do an inspect of nodes 8, 9, 10 and 11 and give me the mac addresses so I can re-assign their ip addresses with dhcp?
Thanks
Dave