[lkml]   [2001]   [Oct]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Linux Scheduler and Compilation
Shaya Potter wrote:
> On Thu, 2001-10-25 at 16:37, José Luis Domingo López wrote:
> > On Thursday, 25 October 2001, at 18:20:25 +0300,
> > Omer Sever wrote:
> >
> > > I have a project on Linux CPU Scheduler to make it Fair Share
> > > Scheduler.I will make some changes on some files such as sched.c vs...I will
> > > want to see the effect ot the change but recompilation of the kernel takes
> > > about half an hour on my machine.How can I minimize this time?Which part
> > > should I necessarily include in my config file for the kernel to minimize
> > > it?
> > >
> > make is your friend: it will only recompile those files that changed from
> > the last compilation. If you modify some #includes in the code, I believe
> > you will have to also run "make dep" before, to get dependencies right.
> Except, as I discovered recently in playing around with the scheduler,
> if you modify sched.h, you basically have to recompile the entire
> kernel, as it seems everything depends on it.
> On that note, why is add_to_runqueue() in sched.c and
> del_from_runqueue() in sched.h? del_from_runqueue being the only func I
> was modifying in sched.h (really annoying have to recompile an entire
> kernel multiple times in a vmware vm, albiet thats not a good reason to
> move it, I'm just wondering why they are split in 2 different files)
Somewhere back around 2.2.15 (or so) a change was made that has the smp
cpu start up code removing the start up task from the run list. I think
you will find the del_from_runqueue() is only used in this case. It
could have been done in init_idle() in sched.c (in fact the code is
there) but it is also done prior to this call. Sigh...

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:10    [W:0.061 / U:2.036 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site