[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <499EC317.6010506@sundmangroup.com>
Date: Fri, 20 Feb 2009 15:49:59 +0100
From: Matias <linux@...dmangroup.com>
To: zaharov <zaharov@...ag.ru>, linux-kernel@...r.kernel.org
Subject: Re: SMP Kernel
Hi,
Ok, since the memory is shared between all the cores the Kernel can be
invoked by any core receiving an interrupt and thus executed by that core?
If the above is right then how come that two separate CPUs can wake up,
schedule and context-switch completely in parallel?
Are there an independent scheduler per cpu?
Directly from the sched-design.txt
- 'perfect' SMP scalability. With the new scheduler there is no 'big'
runqueue_lock anymore - it's all per-CPU runqueues and locks - two
tasks on two separate CPUs can wake up, schedule and context-switch
completely in parallel, without any interlocking. All
scheduling-relevant data is structured for maximum scalability.
Thx // Matias
zaharov skrev:
> Matias wrote:
>
>> Hello,
>> When an SMP enabled kernel is booted on a Dual Core x86 machine ( Core
>> 0-1 ) I guess the Kernel is decompressed and started on core 0.
>> At some point in time the kernel becomes SMP aware and can then
>> distribute threads on Cores 0 and 1.
>>
>> Now, does the non-threaded part of the kernel with the scheduler
>> continue to run solely on Core 0?
>>
>> Cheers // Matias
>> --
>> 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/
>>
>>
> Kernel may run on any core .
> When kernel end bootstrap and run init he execute hlt op.
> After all live in kernel interrupt driven.
>
> --
> 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/
>
--
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