Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp755102imm; Wed, 20 Jun 2018 06:10:37 -0700 (PDT) X-Google-Smtp-Source: ADUXVKKTDJTg2Ski215xQZ3Dubuqp/osbM2nOX1ihleHpQyiboAjYXov7tFXAtXto9kN7oJ7loAr X-Received: by 2002:a62:e8d:: with SMTP id 13-v6mr22688099pfo.63.1529500237851; Wed, 20 Jun 2018 06:10:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529500237; cv=none; d=google.com; s=arc-20160816; b=pYWR8F+C+CLwmtOYw+3vlajpB9kFUGTKwFiHj3TlCZ3CSTTYfqYz+mab6AkW1UhtC3 YojjIcm5HVKUuursz/2fs0nNAo4OjmMRQbgg48r3D/nLFt0cUVtBAKsGPWKGjfFCLJkr BUAkIIwCTqSFA/GuD6pwREa54tgztzFflsLQAEqOUq23vDciu8f5KFGX1vgJAUidlwGN CBkB4ZJ4ZdDek6odq+NVtjWBvteeONbywpN8Ne8qXp+Xm8dV7LXstZ0iE8VJ40mCaHYs zk6ChxCOujNtv7SbYUUN9Tr7uGnXUjG+YobqdyggQSwHp8n4QgYO7z9lmW0Vm3mJzLqY WOAg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :arc-authentication-results; bh=M1yV2XJj4XvTjpL0Q+ao9MfWtU4WgDLpJqBXPZHOwgs=; b=SX1tvGcy2EBXZoW5vaAGaHbqcXUUu2DWB0FA/yfFI0ALnMhMAryvY3M1W19PqLH7Oj G8iehLgM9H0RfVM9U5KzlEr+47VXq475n8F7V2JDj4Gx2TUT6rT0XhiotzwdrxnN9IVd 1DO1fLz/IkiC40smvHKEXky6Bh9RXnL5iUIMxEP5WcXK9pz+NEaChIkxtAZaQgIYe0+d BhLw5D7IJ/jdCZHzF7238uYEQRziAWEYmcT+j2BDm0cdGfHUTLp2QsQatSw8sdF7zb8T gMXkMh2t0ePxe4DRjSn5YXURGLayGPXsrqHMRq62vpJ02HOdZqvQjs8ooQ6Hcx2vxIH9 HAnA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c3-v6si2363038pld.87.2018.06.20.06.10.23; Wed, 20 Jun 2018 06:10:37 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753853AbeFTNJ2 (ORCPT + 99 others); Wed, 20 Jun 2018 09:09:28 -0400 Received: from mail.kernel.org ([198.145.29.99]:59896 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750852AbeFTNJ1 (ORCPT ); Wed, 20 Jun 2018 09:09:27 -0400 Received: from gandalf.local.home (cpe-66-24-56-78.stny.res.rr.com [66.24.56.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 937E120836; Wed, 20 Jun 2018 13:09:25 +0000 (UTC) Date: Wed, 20 Jun 2018 09:09:23 -0400 From: Steven Rostedt To: "Matwey V. Kornilov" Cc: hverkuil@xs4all.nl, mchehab@kernel.org, mingo@redhat.com, Mike Isely , Bhumika Goyal , Colin King , linux-media@vger.kernel.org, open list Subject: Re: [PATCH 1/2] Add TRACE_EVENTs in pwc_isoc_handler() Message-ID: <20180620090923.10255bb5@gandalf.local.home> In-Reply-To: References: <20180617143625.32133-1-matwey@sai.msu.ru> <20180618145854.2092c6e0@gandalf.local.home> <20180619123329.52bf6216@gandalf.local.home> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 20 Jun 2018 11:05:51 +0300 "Matwey V. Kornilov" wrote: > > If that can work for you, I'm fine with that. Trace events may be > > cheap, but they do come with some cost. I'd like to have all trace > > events be as valuable as possible, and limit the "special case" ones. > > What is the cost for events? I suppose one conditional check when > trace is disabled? There is already similar debugging stuff related to > usbmon in __usb_hcd_giveback_urb(), so I don't think that another > conditional check will hurt performance dramatically there. When > discussing second patch in this series I see that the issue that it is > intended to resolve may be common to other USB media drivers. The cost isn't just about performance. In fact, the performance overhead of trace events is pretty negligible. The cost I'm worried about is bloat. Each event can take up to 5K of memory. That can add up quickly when we add a bunch of events without thinking about that cost. -- Steve