From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25388 invoked by alias); 2 May 2012 20:41:17 -0000 Received: (qmail 25381 invoked by uid 22791); 2 May 2012 20:41:16 -0000 X-SWARE-Spam-Status: No, hits=-6.8 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 02 May 2012 20:41:03 +0000 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q42Kf2Xa012299 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 2 May 2012 16:41:02 -0400 Received: from [10.3.113.21] (ovpn-113-21.phx2.redhat.com [10.3.113.21]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q42Kf1ef030548; Wed, 2 May 2012 16:41:02 -0400 Message-ID: <4FA19BDD.60605@redhat.com> Date: Wed, 02 May 2012 20:41:00 -0000 From: Josh Stone User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1 MIME-Version: 1.0 To: "Turgis, Frederic" CC: Mark Wielaard , "Frank Ch. Eigler" , "systemtap@sourceware.org" Subject: Re: Tune reader_thread poll timeout value References: <28BE1A38672C8B4481BB423D0FD1F22E18F55BE1@DNCE04.ent.ti.com> <1335948371.24235.2.camel@springer.wildebeest.org> <28BE1A38672C8B4481BB423D0FD1F22E18F563C1@DNCE04.ent.ti.com> In-Reply-To: <28BE1A38672C8B4481BB423D0FD1F22E18F563C1@DNCE04.ent.ti.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2012-q2/txt/msg00105.txt.bz2 On 05/02/2012 12:38 PM, Turgis, Frederic wrote: > - OK for doc. There is a section with MAXNESTING, MAXSTRINGLEN, ... > Is it the right place ? It seems it is more related to module itself > (like STP_RELAY_TIMER_INTERVAL and STP_CTL_TIMER_INTERVAL that we > also use) That's an important point, that this tunable as you've implemented it is built into stapio, not into individual modules, so it's much more static. Maybe this would be better as a command-line option to staprun/stapio? (like the current -b buffer size) Josh