qpid-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ted Ross (JIRA)" <j...@apache.org>
Subject [jira] [Closed] (QPID-5353) Remove all the Dispatch tunables; we have no idea if they're important
Date Thu, 30 Jan 2014 18:28:19 GMT

     [ https://issues.apache.org/jira/browse/QPID-5353?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Ted Ross closed QPID-5353.

    Resolution: Duplicate

> Remove all the Dispatch tunables; we have no idea if they're important
> ----------------------------------------------------------------------
>                 Key: QPID-5353
>                 URL: https://issues.apache.org/jira/browse/QPID-5353
>             Project: Qpid
>          Issue Type: Improvement
>          Components: Qpid Dispatch
>            Reporter: Justin Ross
>         Attachments: remove-tunables.patch
> A car has a simple interface: steering, gear selection, lights,
> wipers.  Those things are important to drivers.
> A car also has another interface, for car mechanics: valve timing,
> fuel-air mix, and more stuff I'm pretending I know about.
> Dispatch's config is currently confronting drivers with things only
> car mechanics should have to care about: "worker-threads",
> "hello-interval", "hello-max-age", "ra-interval",
> "remote-ls-max-age", "mobile-addr-max-age".
> That's the wrong bias.  It's much to be preferred that we, the
> people developing the software, discover ways to provide good
> defaults that don't require tunables.  Then, only when we face a
> particular need and no way to handle it seamlessly, should we
> consider exposing config for it.
> Build it for drivers, not car mechanics.
> http://stackoverflow.com/questions/150355/programmatically-find-the-number-of-cores-on-a-machine

This message was sent by Atlassian JIRA

To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org

View raw message