Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 1A90A200C67 for ; Mon, 15 May 2017 10:27:28 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 191F5160BC2; Mon, 15 May 2017 08:27:28 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 586AA160BC1 for ; Mon, 15 May 2017 10:27:27 +0200 (CEST) Received: (qmail 80691 invoked by uid 500); 15 May 2017 08:27:26 -0000 Mailing-List: contact dev-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@activemq.apache.org Delivered-To: mailing list dev@activemq.apache.org Received: (qmail 80679 invoked by uid 99); 15 May 2017 08:27:26 -0000 Received: from git1-us-west.apache.org (HELO git1-us-west.apache.org) (140.211.11.23) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 May 2017 08:27:26 +0000 Received: by git1-us-west.apache.org (ASF Mail Server at git1-us-west.apache.org, from userid 33) id F2AE0DFFB3; Mon, 15 May 2017 08:27:25 +0000 (UTC) From: michaelandrepearce To: dev@activemq.apache.org Reply-To: dev@activemq.apache.org References: In-Reply-To: Subject: [GitHub] activemq-artemis issue #1268: ARTEMIS-1162: Make new TimedBuffer Configurabl... Content-Type: text/plain Message-Id: <20170515082725.F2AE0DFFB3@git1-us-west.apache.org> Date: Mon, 15 May 2017 08:27:25 +0000 (UTC) archived-at: Mon, 15 May 2017 08:27:28 -0000 Github user michaelandrepearce commented on the issue: https://github.com/apache/activemq-artemis/pull/1268 @franz1981 and here in lies the issue, that the project doesn't currently have a set of agreed performance metrics for different end 2 end scenarios, that are run automatically and reported each release. I like micro benchmarks as they help isolate a problem, and quickly test if the changes look promising and the best we have today. As we move to look at other perf improvements without the end 2 end scenarios reporting perf metrics version to version, some changes may start to even step on each other, e.g. one fix may actually regress another, e.g. the classical, batching can improve throughput very easily but trades it for latency. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastructure@apache.org or file a JIRA ticket with INFRA. ---