Mailinglist Archive: opensuse-features (302 mails)
| < Previous | Next > |
[New: openFATE 308836] performance: scaling ...
- From: fate_noreply@xxxxxxx
- Date: Mon, 18 Jan 2010 14:42:11 +0100 (CET)
- Message-id: <feature-308836-1@xxxxxxxxxxxxxx>
Feature added by: Michael Meeks (michael_meeks)
Feature #308836, revision 1
Title: performance: scaling ...
Buildservice: New
Priority
Requester: Mandatory
Requested by: Michael Meeks (michael_meeks)
Description:
Build performance should scale, in proportion to the number of users, and not
the number of build nodes.
Put another way - providing a means to apply local CPU horsepower to the
channel, combined with some approach (eg. an xdelta to the previous built
binary RPMS) to overcome the (typically) assymetric bandwidth availability in a
typical DSL client - easy to download a reference to diff against, hard to
up-load it.
I would love to donate my CPU resource to help accelerate the projects I care
about; as - no-doubt would others.
Of course - this has security implications, which are (most likely) more or
less meaningless. We ship binaries (re-)built from internal, signing servers
anyway, and we have an authentication structure in place: if paranoia reigns,
we could restrict that to a further subset of privileged users.
--
openSUSE Feature:
https://features.opensuse.org/308836
Feature #308836, revision 1
Title: performance: scaling ...
Buildservice: New
Priority
Requester: Mandatory
Requested by: Michael Meeks (michael_meeks)
Description:
Build performance should scale, in proportion to the number of users, and not
the number of build nodes.
Put another way - providing a means to apply local CPU horsepower to the
channel, combined with some approach (eg. an xdelta to the previous built
binary RPMS) to overcome the (typically) assymetric bandwidth availability in a
typical DSL client - easy to download a reference to diff against, hard to
up-load it.
I would love to donate my CPU resource to help accelerate the projects I care
about; as - no-doubt would others.
Of course - this has security implications, which are (most likely) more or
less meaningless. We ship binaries (re-)built from internal, signing servers
anyway, and we have an authentication structure in place: if paranoia reigns,
we could restrict that to a further subset of privileged users.
--
openSUSE Feature:
https://features.opensuse.org/308836
| < Previous | Next > |