On 02/19/2014 02:33 AM, Thomas Gleixner wrote:
On Tue, 18 Feb 2014, Alexey Perevalov wrote:
On 02/16/2014 07:39 PM, Thomas Gleixner wrote:
I figured out with deviation, I described before.
Which is wrong to begin with. Using the wrong method does not justify
the results. Are you actually trying
On Tue, 18 Feb 2014, Alexey Perevalov wrote:
> On 02/16/2014 07:39 PM, Thomas Gleixner wrote:
> I figured out with deviation, I described before.
Which is wrong to begin with. Using the wrong method does not justify
the results. Are you actually trying to understand what I'm saying?
> It was due
On 02/16/2014 07:39 PM, Thomas Gleixner wrote:
On Sun, 16 Feb 2014, Alexey Perevalov wrote:
As I understand main idea in hrtimer.c was do not decrement expires_next in
case of DEFERRABLE timers type.
Such small average delay could be explained: it's due higher resolution, and
cpu is not in idle
On Mon, 17 Feb 2014, Alexey Perevalov wrote:
> On 02/16/2014 07:39 PM, Thomas Gleixner wrote:
> Here is the summary:
>
> now value| difference with previous value
> 2159122612405|
> 2158816038362|306574043
> 2158532090801|283947561
> 2158200013165|332077636
> 2157928085502|27
On 02/16/2014 07:39 PM, Thomas Gleixner wrote:
On Sun, 16 Feb 2014, Alexey Perevalov wrote:
As I understand main idea in hrtimer.c was do not decrement expires_next in
case of DEFERRABLE timers type.
Such small average delay could be explained: it's due higher resolution, and
cpu is not in idle
On Sun, 16 Feb 2014, Alexey Perevalov wrote:
> As I understand main idea in hrtimer.c was do not decrement expires_next in
> case of DEFERRABLE timers type.
> Such small average delay could be explained: it's due higher resolution, and
> cpu is not in idle when we in hrtimer_interrupt,
> with timer
On 02/07/2014 12:50 AM, Thomas Gleixner wrote:
On Thu, 6 Feb 2014, Alexey Perevalov wrote:
On 02/06/2014 02:16 AM, Thomas Gleixner wrote:
As I truly understand, you decided - flags is better than new clockids, and
internals of timerfd could be a mix of timer_list and hrtimer.
NO, NO, NO, NO. Th
On 02/07/2014 12:50 AM, Thomas Gleixner wrote:
On Thu, 6 Feb 2014, Alexey Perevalov wrote:
On 02/06/2014 02:16 AM, Thomas Gleixner wrote:
As I truly understand, you decided - flags is better than new clockids, and
internals of timerfd could be a mix of timer_list and hrtimer.
NO, NO, NO, NO. Th
On Thu, 6 Feb 2014, Alexey Perevalov wrote:
> On 02/06/2014 02:16 AM, Thomas Gleixner wrote:
> As I truly understand, you decided - flags is better than new clockids, and
> internals of timerfd could be a mix of timer_list and hrtimer.
NO, NO, NO, NO. There is no mix of timer_list and hrtimer. Eit
On 02/06/2014 09:38 AM, Alexey Perevalov wrote:
> On 02/06/2014 02:16 AM, Thomas Gleixner wrote:
>> On Wed, 5 Feb 2014, John Stultz wrote:
>>> My reasoning was that the deferrablity isn't a clock domain, and is
>>> more
>>> of a modifier. Thus to keep the interfaces somewhat sane (and avoiding
>>>
On 02/06/2014 02:16 AM, Thomas Gleixner wrote:
On Wed, 5 Feb 2014, John Stultz wrote:
On 02/05/2014 01:41 PM, Thomas Gleixner wrote:
On Wed, 5 Feb 2014, Alexey Perevalov wrote:
On 02/04/2014 08:10 PM, Thomas Gleixner wrote:
On Mon, 27 Jan 2014, Alexey Perevalov wrote:
On 01/21/2014 11:12 PM,
On Wed, 5 Feb 2014, John Stultz wrote:
> On 02/05/2014 01:41 PM, Thomas Gleixner wrote:
> > On Wed, 5 Feb 2014, Alexey Perevalov wrote:
> >> On 02/04/2014 08:10 PM, Thomas Gleixner wrote:
> >>> On Mon, 27 Jan 2014, Alexey Perevalov wrote:
> On 01/21/2014 11:12 PM, John Stultz wrote:
> > Th
On 02/05/2014 01:41 PM, Thomas Gleixner wrote:
> On Wed, 5 Feb 2014, Alexey Perevalov wrote:
>> On 02/04/2014 08:10 PM, Thomas Gleixner wrote:
>>> On Mon, 27 Jan 2014, Alexey Perevalov wrote:
On 01/21/2014 11:12 PM, John Stultz wrote:
> Thomas: Any thought here? Should we be trying to unif
On Wed, 5 Feb 2014, Alexey Perevalov wrote:
> On 02/04/2014 08:10 PM, Thomas Gleixner wrote:
> > On Mon, 27 Jan 2014, Alexey Perevalov wrote:
> > > On 01/21/2014 11:12 PM, John Stultz wrote:
> > > > Thomas: Any thought here? Should we be trying to unify the timerfd flags
> > > > and the posix timer
On 02/04/2014 08:10 PM, Thomas Gleixner wrote:
On Mon, 27 Jan 2014, Alexey Perevalov wrote:
On 01/21/2014 11:12 PM, John Stultz wrote:
Thomas: Any thought here? Should we be trying to unify the timerfd flags
and the posix timer flags (specifically things like TIMER_CANCEL_ON_SET,
which is curre
On Mon, 27 Jan 2014, Alexey Perevalov wrote:
> On 01/21/2014 11:12 PM, John Stultz wrote:
> >
> > Thomas: Any thought here? Should we be trying to unify the timerfd flags
> > and the posix timer flags (specifically things like TIMER_CANCEL_ON_SET,
> > which is currently timerfd-only)? Should a de
On 02/02/2014 10:54 PM, Alexey Perevalov wrote:
> Dear John, hello
>
> could we figure out without Thomas advice?
> Maybe it worth to propose timerfd and posix timer flag unification patch?
That would likely get his attention (and possibly wrath)... so not a
bad idea! ;)
thanks
-john
--
To u
Dear John, hello
could we figure out without Thomas advice?
Maybe it worth to propose timerfd and posix timer flag unification patch?
On 01/21/2014 11:12 PM, John Stultz wrote:
On 01/13/2014 02:43 AM, Alexey Perevalov wrote:
Hello dear community.
This is reworked patch set of original Anton's
Dear Thomas,
could you please comment John's question (see bellow) regarding flags.
On 01/21/2014 11:12 PM, John Stultz wrote:
On 01/13/2014 02:43 AM, Alexey Perevalov wrote:
Hello dear community.
This is reworked patch set of original Anton's Vorontsov
proposal regarding unified deferrable ti
On 01/13/2014 02:43 AM, Alexey Perevalov wrote:
> Hello dear community.
>
> This is reworked patch set of original Anton's Vorontsov
> proposal regarding unified deferrable timers in the user space.
> http://lwn.net/Articles/514707/
>
>
> I decided to resubmit it due we found it usefull for us too.
On 01/13/2014 09:36 PM, Andi Kleen wrote:
Alexey Perevalov writes:
Hello all,
one remark - timerfd is not documented in linux Documentation
directory at all.
I think it's better to have such description.
The documentation is the manpage in man-pages.
Ideally you change would come with the c
Alexey Perevalov writes:
> Hello all,
>
> one remark - timerfd is not documented in linux Documentation
> directory at all.
> I think it's better to have such description.
The documentation is the manpage in man-pages.
Ideally you change would come with the changed manpage
too.
-Andi
--
a...
Hello all,
one remark - timerfd is not documented in linux Documentation directory
at all.
I think it's better to have such description.
On 01/13/2014 02:43 PM, Alexey Perevalov wrote:
Hello dear community.
This is reworked patch set of original Anton's Vorontsov
proposal regarding unified
23 matches
Mail list logo
