From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <54633C3D.1090503@sigmatek.at> Date: Wed, 12 Nov 2014 11:53:49 +0100 From: Johann Obermayr MIME-Version: 1.0 References: <54631EB1.1050900@sigmatek.at> <546323F9.9040608@xenomai.org> <5463264B.3090503@sigmatek.at> <54632D7C.5020409@xenomai.org> In-Reply-To: <54632D7C.5020409@xenomai.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai] rtdm_nrtsig_pend FAQ Reply-To: johann.obermayr@sigmatek.at List-Id: Discussions about the Xenomai project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: xenomai@xenomai.org Am 12.11.2014 um 10:50 schrieb Philippe Gerum: > On 11/12/2014 10:20 AM, Johann Obermayr wrote: >> Am 12.11.2014 um 10:10 schrieb Philippe Gerum: >>> nrt signals are based on I-pipe virtual irqs, which do not pile up: >>> there is a single signal pending until the irq can be delivered to the >>> handler, regardless of how many times it has been triggered. >> i know, if there is a big cpu load some virtual irqs can be lost, but we >> have cpu load smaller that 10 percent. >> > Did you try running vmstat with a one second delay while your > application runs? > vmstat is not running. we have a own proc_create("company/lrtdrv_timing", 0, NULL, &proc_fops); to show the counters.