FAQ
I was proposing sniffing at the CPU :)

But just the larger one is fine too if it's not worse than today.

Btw, I'm really excited about this for Camlistore. The Android client uses
a Go child process for the heavy lifting and does a lot of SHA-1. Not sure
how big all my phones' caches are.
On Jan 30, 2014 10:41 AM, "Dave Cheney" wrote:

Both versions deliver excellent results. The more unrolled version
delivers best performance on the latest arm chips, but never performs worse
on older hardware.

I think whichever version Nick wants to propose will be fine, and there is
no need to sniff at runtime.



On 30 Jan 2014, at 20:27, Brad Fitzpatrick wrote:

In lieu of a build tag, couldn't you also pick at runtime (sync.Once or
init) which one to use based on cache size?


On Mon, Jan 27, 2014 at 2:55 PM, Nick Craig-Wood wrote:
On 26/01/14 19:01, minux wrote:
I can't decide which is better, but I'm slightly inclined to the smaller
one.
The larger one has a problem with immediate data - if you disassemble it
you'll see that the linker shoves the immediate data in the middle of
the routine and inserts branch instructions to jump over it which is a
little untidy!
(could we put both in the tree, and use one for armv7a and other for armv5,
and possibly for armv6?)

anyway, I want to hear the benchmark result on ARMv5.

PS: given that GOARM setting now affects the compiler code generation,
can we introduce armv5, armv6 and armv7 build tags?
Having that can solve this problem perfectly: just include both with
different
build tags.
Hmm, nice idea!

--
Nick Craig-Wood <nick@craig-wood.com> -- http://www.craig-wood.com/nick

--

---
You received this message because you are subscribed to the Google Groups
"golang-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an
email to golang-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
--

---
You received this message because you are subscribed to the Google Groups "golang-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to golang-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Search Discussions

Discussion Posts

Previous

Follow ups

Related Discussions

Discussion Navigation
viewthread | post
posts ‹ prev | 8 of 11 | next ›
Discussion Overview
groupgolang-dev @
categoriesgo
postedJan 25, '14 at 4:17p
activeFeb 8, '14 at 3:34p
posts11
users5
websitegolang.org

People

Translate

site design / logo © 2021 Grokbase