[LEDE-DEV] Adding new targets/subtargets
Stefan Lippers-Hollmann
s.l-h at gmx.de
Mon Jan 2 12:05:06 PST 2017
Hi
On 2017-01-02, Philip Prindeville wrote:
> > On Jan 2, 2017, at 10:01 AM, Jo-Philipp Wich <jo at mein.io> wrote:
> >
> > Hi,
> >
> >> The x86/64/config-default is missing the following switches:
> >>
> >> CONFIG_MCORE2=y
[...]
> Right, this is why I’m trying to create a new target (or subtarget) called “xeon” which is optimized for Xeon targets and leverages the on-chip crypto-accelerators.
This is just an optimization, but not actually needed to get the
firmware running on your target CPU. While it may, or may not, provide
measurable speedups, none of the large(r) binary distros consider this
to be a necessary optimization, so why do you think it's necessary to
provide just this tiny micro-optimization as a dedicated subtarget with
all the overhead this entails - rather than just using as a local
configuration for your own builds?
> We’ve come a long way since the Athalon-64 (k8) in 2004.
The situation on amd64/ x86_64 is quite a bit better than on i[3456]86,
probably very little actually makes a difference for routing tasks
(this could be different if LEDE would be a common basis for image
or video transcoding, but I seriously doubt that optimizing for core2
would actually make a significant difference on a router, especially
considering that pretty much any amd64/ x86_64 CPU[1] is way more
powerful than any of the more prevalent routing architectures). I think
it would be useful to actually show the difference your change makes on
modern CPUs, before proactively introducing new subtargets for cosmetic
reasons.
Regards
Stefan Lippers-Hollmann
[1] I'm quite convinced that even a 2003 vintage AMD64 Opteron from
the first generation sledgehammer design wouldn't find its
limitations on the CPU side (unless you go beyond 1 GBit/s), but
rather on the bus connection of your ethernet cards (old PCI
won't saturate a 1 GBit/s link).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: Digitale Signatur von OpenPGP
URL: <http://lists.infradead.org/pipermail/lede-dev/attachments/20170102/ffb94716/attachment.sig>
More information about the Lede-dev
mailing list