Re: [PLUG] uname question

2019-08-13 Thread Rich Shepard

On Tue, 13 Aug 2019, tomas.kuchta.li...@gmail.com wrote:


from:
https://en.wikipedia.org/wiki/Symmetric_multiprocessing

Symmetric multiprocessing (SMP) involves a multiprocessor computer hardware and
software architecture where two or more identical processors are connected to a
single, shared main memory, have full access to all input and output devices,
and are controlled by a single operating system instance that treats all
processors equally, reserving none for special purposes. Most multiprocessor
systems today use an SMP architecture. In the case of multi-core processors, the
SMP architecture applies to the cores, treating them as separate processors.


Tomas,

Sigh. I should have known this. Yesterday I had too much going on at one
time to realize that the SMP applies to all CPUs with more than one core.

Many thanks for pointing out the obvious.

Best regards,

Rich
___
PLUG mailing list
PLUG@pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] uname question

2019-08-13 Thread tomas . kuchta . lists
from:
https://en.wikipedia.org/wiki/Symmetric_multiprocessing

Symmetric multiprocessing (SMP) involves a multiprocessor computer hardware and
software architecture where two or more identical processors are connected to a
single, shared main memory, have full access to all input and output devices,
and are controlled by a single operating system instance that treats all
processors equally, reserving none for special purposes. Most multiprocessor
systems today use an SMP architecture. In the case of multi-core processors, the
SMP architecture applies to the cores, treating them as separate processors. 

On Mon, 2019-08-12 at 11:36 -0700, Rich Shepard wrote:
> On Mon, 12 Aug 2019, Paul Heinlein wrote:
> 
> > You'll want to google for KBUILD_BUILD_VERSION (and perhaps also
> > KBUILD_BUILD_TIMESTAMP) to see how those are generated.
> 
> Thanks, Paul. If the answer's there I missed seeing it. But, it really
> doesn't matter as the system boots and knows it's 64-bits.
> 
> Regards,
> 
> Rich
> ___
> PLUG mailing list
> PLUG@pdxlinux.org
> http://lists.pdxlinux.org/mailman/listinfo/plug
___
PLUG mailing list
PLUG@pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] uname question

2019-08-12 Thread Rich Shepard

On Mon, 12 Aug 2019, Paul Heinlein wrote:


You'll want to google for KBUILD_BUILD_VERSION (and perhaps also
KBUILD_BUILD_TIMESTAMP) to see how those are generated.


Thanks, Paul. If the answer's there I missed seeing it. But, it really
doesn't matter as the system boots and knows it's 64-bits.

Regards,

Rich
___
PLUG mailing list
PLUG@pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug


Re: [PLUG] uname question

2019-08-12 Thread Paul Heinlein

On Mon, 12 Aug 2019, Rich Shepard wrote:


The output of 'uname -a' on the new desktop is: Linux baetis 4.4.186 #2 SMP
Sun Jul 21 20:34:29 CDT 2019 x86_64 AMD Ryzen 7 2700 Eight-Core Processor
AuthenticAMD GNU/Linux

What does the '#2 SMP' mean following the kernel version number? It does not
seem to fit the options shown on the uname man page.


You'll want to google for KBUILD_BUILD_VERSION (and perhaps also
KBUILD_BUILD_TIMESTAMP) to see how those are generated.

--
Paul Heinlein
heinl...@madboa.com
45°38' N, 122°6' W___
PLUG mailing list
PLUG@pdxlinux.org
http://lists.pdxlinux.org/mailman/listinfo/plug