Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1390695

Re: [PATCH 3/6] sched/fair: Change the variable to hold the number of periods to 32bit integer

From Yuyang Du <yuyang.du@intel.com>
Newsgroups linux.kernel
Subject Re: [PATCH 3/6] sched/fair: Change the variable to hold the number of periods to 32bit integer
Date 2016-04-29 04:20 +0200
Message-ID <rt6c9-6B4-1@gated-at.bofh.it> (permalink)
References <rsRwt-1zl-3@gated-at.bofh.it> <rsRGc-1DA-65@gated-at.bofh.it> <rsY4W-7Js-13@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Thu, Apr 28, 2016 at 10:29:55AM -0700, bsegall@google.com wrote:
> Yuyang Du <yuyang.du@intel.com> writes:
> 
> > Now a period is about 1ms, so a 32-bit unsigned integer can approximately
> > hold a maximum of 49 (=2^32/1000/3600/24) days, which means it is big enough
> > and 64-bit is needless.
> >
> If a thread sleeps for 49 days and then wakes up this would be wrong...
> but it also would just result in it not being decayed to zero, and even
> then only if it was in a very small window, so it doesn't seem like a
> huge deal if it happens.
 
Oh, yeah, and we wouldn't know that task is as sleepy as it realy is. :)

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH 0/6] Optimize sched averages computation Yuyang Du <yuyang.du@intel.com> - 2016-04-28 12:50 +0200
  [PATCH 3/6] sched/fair: Change the variable to hold the number of periods to 32bit integer Yuyang Du <yuyang.du@intel.com> - 2016-04-28 12:50 +0200
    Re: [PATCH 3/6] sched/fair: Change the variable to hold the number of periods to 32bit integer bsegall@google.com - 2016-04-28 19:40 +0200
      Re: [PATCH 3/6] sched/fair: Change the variable to hold the number  of periods to 32bit integer Yuyang Du <yuyang.du@intel.com> - 2016-04-29 04:20 +0200
  Re: [PATCH 1/6] sched/fair: Optimize sum computation with a lookup table bsegall@google.com - 2016-04-28 19:30 +0200

csiph-web