You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Jiri Daněk (Jira)" <ji...@apache.org> on 2021/02/02 10:08:00 UTC
[jira] [Commented] (DISPATCH-11) Remove all the Dispatch tunables;
we have no idea if they're important
[ https://issues.apache.org/jira/browse/DISPATCH-11?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17277009#comment-17277009 ]
Jiri Daněk commented on DISPATCH-11:
------------------------------------
Counting cores is actually not that easy if you put Docker/Kubernetes into the mix. The other tunables are aifak already gone at this point in time (1.14 release)?
> Remove all the Dispatch tunables; we have no idea if they're important
> ----------------------------------------------------------------------
>
> Key: DISPATCH-11
> URL: https://issues.apache.org/jira/browse/DISPATCH-11
> Project: Qpid Dispatch
> Issue Type: Improvement
> Affects Versions: 0.1
> Reporter: Justin Ross
> Priority: Major
> Fix For: Backlog
>
>
> 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
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org