[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <269793.73556.qm@web8403.mail.in.yahoo.com>
Date: Fri, 1 Feb 2008 23:41:39 +0530 (IST)
From: veerasena reddy <veerasena_b@...oo.co.in>
To: "linux-kernel.org" <linux-kernel@...r.kernel.org>
Subject: how to get chance for user space process even when the kernel is utilizing 100% CPU.
Hi,
I have a requirement where i need to execute a user process even when the kernel is utilizing 100% of CPU time.
Actual scenario is as below:
i have a device on my board. this device keeps generating regular (for every 2secs) messages for a user process. the user process has to poll on the device for any message is there to read and get the message from the device. once the user process reads the message it will be removed in device and uses for further/subsequent messages.
I have a test case where i need to send so much traffic through my board such that the kernel will be utilizing 100% CPU time to process this data. At this time (when CPU is 100% utilized) the user space process is not getting scheduled even after a long duration (say 10 minutes to 45 minutes). Mean time the message buffer in the device is filled up and the device halts (aka controlled crash; the device firmware has been designed like this) as there is no more memory on the device.
To avoid this scenario of device's message queue getting filled up because of the user space process not reading them, could you please anyone suggest some technique for getting my user space process scheduled even when there is very heavy traffic as described above.
In simple, i can put my requirement like this:
Is there any way i can get a user space process get scheduled in the above condition (kernel occupying 100% of CPU due to heavy traffic)
Thanks in Advance.
Regards,
Veerasena.
Bollywood, fun, friendship, sports and more. You name it, we have it on http://in.promos.yahoo.com/groups
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists