[gentoo-user] CPU upgrade and LVM questions.

[gentoo-user] CPU upgrade and LVM questions.

[Dale]

Howdy,

I mentioned in other threads that I'm doing some upgrades to my system. 
My first question is about a CPU upgrade.  I currently have this for my
CPU, from cpuinfo:

AMD Phenom(tm) II X4 955 Processor

I've bought but not yet installed a FX-8350 CPU.  I have this in my
make.conf file:

CFLAGS="-march=native -O2 -pipe"
USE_CPU="fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt
pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc
extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic
cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt
nodeid_msr hw_pstate npt lbrv svm_lock nrip_save"

Those were put there ages ago, likely when I built and installed Gentoo
on this rig.  Do I need to change those to something that is compatible
with both CPUs and then change to the new CPU after it is installed?  Or
will the new CPU be close enough that it won't matter?  Right now, I
don't know for sure what the new CPU supports or doesn't. 

Now to the second question.  I found a 8TB hard drive and bought it.  My
plan is to take my 6TB backup drive and install it in place of a 3TB
drive which has LVM on it.  I plan to use the 8TB drive as a external
backup drive in the end.  Will do a backup before changing internal
drives tho.  From what I've read, I can use pvmove and pvremove to
replace that drive.  Just tell pv to move the data and when done, remove
the old drive. After that, the new 6TB drive will be used in that PV and
the 3TB drive can be used for something else.  Is it really that easy or
is there more to it than that?  Pardon me but that doesn't sound
complicated enough to me.  lol 

While at it, going from a 4 core CPU at 3.2GHz to a 8 core CPU at
4.0/4.2GHz, just how much increase can I expect?  Will it double and
that's about it or will it be more than that?  Also, since it has two
speeds, will it run at the slower or faster one?  Will it depend on
load?  I've never had a CPU with two clock speeds like this before. 

Thanks in advance.

Dale

:-)  :-) 

Re: [gentoo-user] CPU upgrade and LVM questions.

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 1013 bytes --]

On Thu, 6 Dec 2018 03:27:31 -0600, Dale wrote:

> Now to the second question.  I found a 8TB hard drive and bought it.  My
> plan is to take my 6TB backup drive and install it in place of a 3TB
> drive which has LVM on it.  I plan to use the 8TB drive as a external
> backup drive in the end.  Will do a backup before changing internal
> drives tho.  From what I've read, I can use pvmove and pvremove to
> replace that drive.  Just tell pv to move the data and when done, remove
> the old drive. After that, the new 6TB drive will be used in that PV and
> the 3TB drive can be used for something else.  Is it really that easy or
> is there more to it than that?  Pardon me but that doesn't sound
> complicated enough to me.  lol 

It's been a while since I did that but AFAIR, yes it is that simple.
pvmove does all the hard work and it can take a while, but it can survive
an interruption.


-- 
Neil Bothwick

Not one shred of evidence supports the notion that life is serious.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] CPU upgrade and LVM questions.

[Dale]

Neil Bothwick wrote:
> On Thu, 6 Dec 2018 03:27:31 -0600, Dale wrote:
>
>> Now to the second question.  I found a 8TB hard drive and bought it.  My
>> plan is to take my 6TB backup drive and install it in place of a 3TB
>> drive which has LVM on it.  I plan to use the 8TB drive as a external
>> backup drive in the end.  Will do a backup before changing internal
>> drives tho.  From what I've read, I can use pvmove and pvremove to
>> replace that drive.  Just tell pv to move the data and when done, remove
>> the old drive. After that, the new 6TB drive will be used in that PV and
>> the 3TB drive can be used for something else.  Is it really that easy or
>> is there more to it than that?  Pardon me but that doesn't sound
>> complicated enough to me.  lol 
> It's been a while since I did that but AFAIR, yes it is that simple.
> pvmove does all the hard work and it can take a while, but it can survive
> an interruption.
>
>


That's what I read too.  I thought it was to easy and then read that it
can be stopped and restarted.  I was like, WHAT? 

If I keep downloading videos, I'm going to have to get creative later on
with my backups.  At some point, it won't fit on a single drive, even a
really really large one.  :/

Thanks.

Dale

:-)  :-) 

Re: [gentoo-user] CPU upgrade and LVM questions.

[J. Roeleveld]

[-- Attachment #1: Type: text/plain, Size: 1410 bytes --]

Be careful to reduce the interval for reporting the progress.
Not sure if the memory leak was fixed yet, I ended up setting the interval to 10 to 30 minutes in the past to avoid memory issues.

--
Joost

On December 6, 2018 10:03:31 AM UTC, Neil Bothwick <neil@digimed.co.uk> wrote:
>On Thu, 6 Dec 2018 03:27:31 -0600, Dale wrote:
>
>> Now to the second question.  I found a 8TB hard drive and bought it. 
>My
>> plan is to take my 6TB backup drive and install it in place of a 3TB
>> drive which has LVM on it.  I plan to use the 8TB drive as a external
>> backup drive in the end.  Will do a backup before changing internal
>> drives tho.  From what I've read, I can use pvmove and pvremove to
>> replace that drive.  Just tell pv to move the data and when done,
>remove
>> the old drive. After that, the new 6TB drive will be used in that PV
>and
>> the 3TB drive can be used for something else.  Is it really that easy
>or
>> is there more to it than that?  Pardon me but that doesn't sound
>> complicated enough to me.  lol 
>
>It's been a while since I did that but AFAIR, yes it is that simple.
>pvmove does all the hard work and it can take a while, but it can
>survive
>an interruption.
>
>
>-- 
>Neil Bothwick
>
>Not one shred of evidence supports the notion that life is serious.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

[-- Attachment #2: Type: text/html, Size: 1730 bytes --]

Re: [gentoo-user] CPU upgrade and LVM questions.

[Corbin Bird]

My two cents worth :

Update gcc before changing any hardware.

With gcc somewhat current, try this on the replacement CPU.
This gives a listing of all CPU supported compiler flags.
Including -mtune / -march :)

gcc -c -Q -march=native --help=target

sample of output :

  -msse4                      		[enabled]
  -msse4.1                    		[enabled]
  -msse4.2                    		[enabled]
  -msse4a                     		[enabled]
  -msse5                      		
  -msseregparm                		[disabled]
  -mssse3                     		[enabled]
  -mstack-arg-probe           		[disabled]
  -mstack-protector-guard=    		tls
  -mstackrealign              		[disabled]
  -mstringop-strategy=        		[default]
  -mstv                       		[enabled]
  -mtbm                       		[enabled]
  -mtls-dialect=              		gnu
  -mtls-direct-seg-refs       		[enabled]
  -mtune-ctrl=                		
  -mtune=                     		bdver2
  -muclibc                    		[disabled]
  -mveclibabi=                		[default]
  -mvect8-ret-in-mem          		[disabled]
  -mvzeroupper                		[enabled]
  -mx32                       		[disabled]
  -mxop                       		[enabled]
  -mxsave                     		[enabled]
  -mxsavec                    		[disabled]
  -mxsaveopt                  		[disabled]
  -mxsaves                    		[disabled]


This will give you the L1 / L2 cache/line/size parameters :

gcc -### -march=native /usr/include/stdlib.h

sample of output :

gcc version 7.3.0 (Gentoo 7.3.0-r3 p1.4)
COLLECT_GCC_OPTIONS='-march=native'
 /usr/libexec/gcc/x86_64-pc-linux-gnu/7.3.0/cc1 -quiet
/usr/include/stdlib.h "-march=bdver2" -mmmx -mno-3dnow -msse -msse2
-msse3 -mssse3 -msse4a -mcx16 -msahf -mno-movbe -maes -mno-sha -mpclmul
-mpopcnt -mabm -mlwp -mfma -mfma4 -mxop -mbmi -mno-sgx -mno-bmi2 -mtbm
-mavx -mno-avx2 -msse4.2 -msse4.1 -mlzcnt -mno-rtm -mno-hle -mno-rdrnd
-mf16c -mno-fsgsbase -mno-rdseed -mprfchw -mno-adx -mfxsr -mxsave
-mno-xsaveopt -mno-avx512f -mno-avx512er -mno-avx512cd -mno-avx512pf
-mno-prefetchwt1 -mno-clflushopt -mno-xsavec -mno-xsaves -mno-avx512dq
-mno-avx512bw -mno-avx512vl -mno-avx512ifma -mno-avx512vbmi
-mno-avx5124fmaps -mno-avx5124vnniw -mno-clwb -mno-mwaitx -mno-clzero
-mno-pku -mno-rdpid --param "l1-cache-size=16" --param
"l1-cache-line-size=64" --param "l2-cache-size=2048" "-mtune=bdver2"
-quiet -dumpbase stdlib.h -auxbase stdlib -o /tmp/ccQiaXih.s
"--output-pch=/usr/include/stdlib.h.gch"


Reference Link : https://wiki.gentoo.org/wiki/GCC_optimization

On 12/6/18 3:27 AM, Dale wrote:
> Howdy,
> 
> I mentioned in other threads that I'm doing some upgrades to my system. 
> My first question is about a CPU upgrade.  I currently have this for my
> CPU, from cpuinfo:
> 
> AMD Phenom(tm) II X4 955 Processor
> 
> Those were put there ages ago, likely when I built and installed Gentoo
> on this rig.  Do I need to change those to something that is compatible
> with both CPUs and then change to the new CPU after it is installed?  Or
> will the new CPU be close enough that it won't matter?  Right now, I
> don't know for sure what the new CPU supports or doesn't. 
> 

Re: [gentoo-user] CPU upgrade and LVM questions.

[Dale]

Hi,

I think that is how I got the flags for the current CPU.  Those commands
look familiar.  Since then, I think cpuid2cpuflags can do most of it,
tho it does seem to fall short on some flags.  The way you did it
reveals a lot more details. 

My concern is this tho.  I have my old CPU still installed and
everything is compiled based on that.  So, I'm stable with the old CPU. 
However, when I shutdown, take out the old CPU and install the new one,
I'm concerned it may not boot at all because of the change or may boot
but be very unstable.  I recall years ago being able to set up the flags
in such a way that it can run on virtually any CPU but it's been a long
time ago and I don't know if it is needed or not.  My hope was, someone
did a very similar upgrade and can say for sure if it works or if I need
to do things before changing the CPUs to make sure I can boot and be
stable.  If I can just get a stable console, I can do a emerge -e world
and get the OS inline with the CPU.  I'm just concerned whether I will
have that or not. 

I should be current on gcc.  I just updated the other day and update
once a week.  I used to do more often but time isn't as plentiful as it
used to be. 

I just don't want to swap CPUs only to find out I've got to swap back
because my system won't boot at all. Heck, it may even fail to load the
kernel itself for all I know. 

Dale

:-)  :-) 




Corbin Bird wrote:
> My two cents worth :
>
> Update gcc before changing any hardware.
>
> With gcc somewhat current, try this on the replacement CPU.
> This gives a listing of all CPU supported compiler flags.
> Including -mtune / -march :)
>
> gcc -c -Q -march=native --help=target
>
> sample of output :
>
>   -msse4                      		[enabled]
>   -msse4.1                    		[enabled]
>   -msse4.2                    		[enabled]
>   -msse4a                     		[enabled]
>   -msse5                      		
>   -msseregparm                		[disabled]
>   -mssse3                     		[enabled]
>   -mstack-arg-probe           		[disabled]
>   -mstack-protector-guard=    		tls
>   -mstackrealign              		[disabled]
>   -mstringop-strategy=        		[default]
>   -mstv                       		[enabled]
>   -mtbm                       		[enabled]
>   -mtls-dialect=              		gnu
>   -mtls-direct-seg-refs       		[enabled]
>   -mtune-ctrl=                		
>   -mtune=                     		bdver2
>   -muclibc                    		[disabled]
>   -mveclibabi=                		[default]
>   -mvect8-ret-in-mem          		[disabled]
>   -mvzeroupper                		[enabled]
>   -mx32                       		[disabled]
>   -mxop                       		[enabled]
>   -mxsave                     		[enabled]
>   -mxsavec                    		[disabled]
>   -mxsaveopt                  		[disabled]
>   -mxsaves                    		[disabled]
>
>
> This will give you the L1 / L2 cache/line/size parameters :
>
> gcc -### -march=native /usr/include/stdlib.h
>
> sample of output :
>
> gcc version 7.3.0 (Gentoo 7.3.0-r3 p1.4)
> COLLECT_GCC_OPTIONS='-march=native'
>  /usr/libexec/gcc/x86_64-pc-linux-gnu/7.3.0/cc1 -quiet
> /usr/include/stdlib.h "-march=bdver2" -mmmx -mno-3dnow -msse -msse2
> -msse3 -mssse3 -msse4a -mcx16 -msahf -mno-movbe -maes -mno-sha -mpclmul
> -mpopcnt -mabm -mlwp -mfma -mfma4 -mxop -mbmi -mno-sgx -mno-bmi2 -mtbm
> -mavx -mno-avx2 -msse4.2 -msse4.1 -mlzcnt -mno-rtm -mno-hle -mno-rdrnd
> -mf16c -mno-fsgsbase -mno-rdseed -mprfchw -mno-adx -mfxsr -mxsave
> -mno-xsaveopt -mno-avx512f -mno-avx512er -mno-avx512cd -mno-avx512pf
> -mno-prefetchwt1 -mno-clflushopt -mno-xsavec -mno-xsaves -mno-avx512dq
> -mno-avx512bw -mno-avx512vl -mno-avx512ifma -mno-avx512vbmi
> -mno-avx5124fmaps -mno-avx5124vnniw -mno-clwb -mno-mwaitx -mno-clzero
> -mno-pku -mno-rdpid --param "l1-cache-size=16" --param
> "l1-cache-line-size=64" --param "l2-cache-size=2048" "-mtune=bdver2"
> -quiet -dumpbase stdlib.h -auxbase stdlib -o /tmp/ccQiaXih.s
> "--output-pch=/usr/include/stdlib.h.gch"
>
>
> Reference Link : https://wiki.gentoo.org/wiki/GCC_optimization
>
> On 12/6/18 3:27 AM, Dale wrote:
>> Howdy,
>>
>> I mentioned in other threads that I'm doing some upgrades to my system. 
>> My first question is about a CPU upgrade.  I currently have this for my
>> CPU, from cpuinfo:
>>
>> AMD Phenom(tm) II X4 955 Processor
>>
>> Those were put there ages ago, likely when I built and installed Gentoo
>> on this rig.  Do I need to change those to something that is compatible
>> with both CPUs and then change to the new CPU after it is installed?  Or
>> will the new CPU be close enough that it won't matter?  Right now, I
>> don't know for sure what the new CPU supports or doesn't. 
>>
>

Re: [gentoo-user] CPU upgrade and LVM questions.

[Jack]

On 2018.12.06 15:58, Dale wrote:
[snip...]
> My concern is this tho.  I have my old CPU still installed and  
> everything is compiled based on that.  So, I'm stable with the old  
> CPU.  However, when I shutdown, take out the old CPU and install the  
> new one, I'm concerned it may not boot at all because of the change  
> or may boot but be very unstable.  I recall years ago being able to  
> set up the flags in such a way that it can run on virtually any CPU  
> but it's been a long time ago and I don't know if it is needed or  
> not.  My hope was, someone did a very similar upgrade and can say for  
> sure if it works or if I need to do things before changing the CPUs  
> to make sure I can boot and be stable.  If I can just get a stable  
> console, I can do a emerge -e world and get the OS inline with the  
> CPU.  I'm just concerned whether I will have that or not. 
> 
[snip...]
> 
> I just don't want to swap CPUs only to find out I've got to swap back  
> because my system won't boot at all. Heck, it may even fail to load  
> the kernel itself for all I know. 
I once made the mistake of getting a whole new (used...) PC and just  
moved the HDD from the old one to the new, without thinking about any  
of this.  Of course it wouldn't boot at all, because I was switching  
from an AMD to an Intel CPU and had set all flags accordingly in the  
old box.  In your case, as long as you include any flags necessary for  
the new CPU, and remove any flags for features the new CPU does not  
have, you should be good.  (I know that sounds simple, but does ignore  
how you find that info.)  Given your two CPUs are relatively close  
(unless I misread something) there should be little if anything  
critical to change.

However, if you have a live DVD, (or on USB stick) that will always  
boot, and you can then do a chroot and reset flags and start  
recompiling whatever might fail.   I actually think the kernel IS the  
likely failure if any, but once that boots, you should be good to  
recompile whatever fails.  (Yes, toolchain stuff might be an issue, but  
again, just boot back to the live DVD.)  You may need to reboot a few  
times, but you won't need to swap the old CPU back in.

Jack

Re: [gentoo-user] CPU upgrade and LVM questions.

[Dale]

Jack wrote:
> On 2018.12.06 15:58, Dale wrote:
> [snip...]
>> My concern is this tho.  I have my old CPU still installed and
>> everything is compiled based on that.  So, I'm stable with the old
>> CPU.  However, when I shutdown, take out the old CPU and install the
>> new one, I'm concerned it may not boot at all because of the change
>> or may boot but be very unstable.  I recall years ago being able to
>> set up the flags in such a way that it can run on virtually any CPU
>> but it's been a long time ago and I don't know if it is needed or
>> not.  My hope was, someone did a very similar upgrade and can say for
>> sure if it works or if I need to do things before changing the CPUs
>> to make sure I can boot and be stable.  If I can just get a stable
>> console, I can do a emerge -e world and get the OS inline with the
>> CPU.  I'm just concerned whether I will have that or not. 
>>
> [snip...]
>>
>> I just don't want to swap CPUs only to find out I've got to swap back
>> because my system won't boot at all. Heck, it may even fail to load
>> the kernel itself for all I know. 
> I once made the mistake of getting a whole new (used...) PC and just
> moved the HDD from the old one to the new, without thinking about any
> of this.  Of course it wouldn't boot at all, because I was switching
> from an AMD to an Intel CPU and had set all flags accordingly in the
> old box.  In your case, as long as you include any flags necessary for
> the new CPU, and remove any flags for features the new CPU does not
> have, you should be good.  (I know that sounds simple, but does ignore
> how you find that info.)  Given your two CPUs are relatively close
> (unless I misread something) there should be little if anything
> critical to change.
>
> However, if you have a live DVD, (or on USB stick) that will always
> boot, and you can then do a chroot and reset flags and start
> recompiling whatever might fail.   I actually think the kernel IS the
> likely failure if any, but once that boots, you should be good to
> recompile whatever fails.  (Yes, toolchain stuff might be an issue,
> but again, just boot back to the live DVD.)  You may need to reboot a
> few times, but you won't need to swap the old CPU back in.
>
> Jack
>

I've tried that too.  Heck, sometimes that doesn't work even with
windoze.   My concerns are sort of along those lines tho.  I don't have
and can't find the current flags for the new CPU so I don't know what to
do flag wise.  I'm not sure that there is even a common setting but
suspect there is.  If I can get the kernel to boot and login at a
console, even with no X, I can rebuild from there, provided everything
works toolchain wise. 

I guess this is a good time to make sure my sysrescue and other tools
work.  That slipped my mind completely.  Thanks for the reminder.  Hmmm,
I need to check on the current mount and chroot process for this too. 

Thanks.

Dale

:-)  :-) 

Re: [gentoo-user] CPU upgrade and LVM questions.

[Corbin Bird]

I don't think a straight 'drop-in/replacement' will boot.

The CPU scheduler does change from 'fam10h' to 'fam15h'.
The '3DNow!' && 'enhanced 3DNow!' ( used in fam10h ) instructions are
dropped / removed in fam15h.

Doing the 'emerge -e @world' with '-march=generic' is probably the only
guaranteed to work solution.

If you take this route set the CPU_FLAGS_X86= to MMX, SSE, SSE2 with no
3DNow!, enhanced 3DNow! ( gcc flags / CFLAGS -mno-3dnow, -mno-3dnowa )

Just remember to change the kernel configuration also.

Reference Links :
https://en.wikipedia.org/wiki/Phenom_II
https://en.wikipedia.org/wiki/List_of_AMD_FX_microprocessors

On 12/6/18 2:58 PM, Dale wrote:
> Hi,
> 
> My concern is this tho.  I have my old CPU still installed and
> everything is compiled based on that.  So, I'm stable with the old CPU. 
> However, when I shutdown, take out the old CPU and install the new one,
> I'm concerned it may not boot at all because of the change or may boot
> but be very unstable.  I recall years ago being able to set up the flags
> in such a way that it can run on virtually any CPU but it's been a long
> time ago and I don't know if it is needed or not.  My hope was, someone
> did a very similar upgrade and can say for sure if it works or if I need
> to do things before changing the CPUs to make sure I can boot and be
> stable.  If I can just get a stable console, I can do a emerge -e world
> and get the OS inline with the CPU.  I'm just concerned whether I will
> have that or not. 
>

Re: [gentoo-user] CPU upgrade and LVM questions.

[Dale]

Corbin Bird wrote:
> I don't think a straight 'drop-in/replacement' will boot.
>
> The CPU scheduler does change from 'fam10h' to 'fam15h'.
> The '3DNow!' && 'enhanced 3DNow!' ( used in fam10h ) instructions are
> dropped / removed in fam15h.
>
> Doing the 'emerge -e @world' with '-march=generic' is probably the only
> guaranteed to work solution.
>
> If you take this route set the CPU_FLAGS_X86= to MMX, SSE, SSE2 with no
> 3DNow!, enhanced 3DNow! ( gcc flags / CFLAGS -mno-3dnow, -mno-3dnowa )
>
> Just remember to change the kernel configuration also.
>
> Reference Links :
> https://en.wikipedia.org/wiki/Phenom_II
> https://en.wikipedia.org/wiki/List_of_AMD_FX_microprocessors
>

That's what I was curious about.  From my understanding, while a CPU
made by the same maker and has the same pin out, they are different
inside as far as what instructions they run.  I think I'll go the
generic route, which is what I was looking for really, and change the
CPU flags as well.  I'll at least do a -e @system run which should get
me a bootable OS.  Once I install the CPU, I can reset back to old march
setting and update the CPU flags to whatever cpuid2cpuflags shows for
the new CPU and rebuild again. 

Sounds like I need to build a new kernel as well. I guess I could name
one with FX in it to be able to tell it from the old one.  I do mine
manually anyway, except for the dracut thingy. 

Thanks much.

Dale

:-)  :-)

Re: [gentoo-user] CPU upgrade and LVM questions.

[Dale]

Dale wrote:
> Corbin Bird wrote:
>> I don't think a straight 'drop-in/replacement' will boot.
>>
>> The CPU scheduler does change from 'fam10h' to 'fam15h'.
>> The '3DNow!' && 'enhanced 3DNow!' ( used in fam10h ) instructions are
>> dropped / removed in fam15h.
>>
>> Doing the 'emerge -e @world' with '-march=generic' is probably the only
>> guaranteed to work solution.
>>
>> If you take this route set the CPU_FLAGS_X86= to MMX, SSE, SSE2 with no
>> 3DNow!, enhanced 3DNow! ( gcc flags / CFLAGS -mno-3dnow, -mno-3dnowa )
>>
>> Just remember to change the kernel configuration also.
>>
>> Reference Links :
>> https://en.wikipedia.org/wiki/Phenom_II
>> https://en.wikipedia.org/wiki/List_of_AMD_FX_microprocessors
>>
> That's what I was curious about.  From my understanding, while a CPU
> made by the same maker and has the same pin out, they are different
> inside as far as what instructions they run.  I think I'll go the
> generic route, which is what I was looking for really, and change the
> CPU flags as well.  I'll at least do a -e @system run which should get
> me a bootable OS.  Once I install the CPU, I can reset back to old march
> setting and update the CPU flags to whatever cpuid2cpuflags shows for
> the new CPU and rebuild again. 
>
> Sounds like I need to build a new kernel as well. I guess I could name
> one with FX in it to be able to tell it from the old one.  I do mine
> manually anyway, except for the dracut thingy. 
>
> Thanks much.
>
> Dale
>
> :-)  :-)
>


Now this is odd.  I changed the settings and ran emerge.  I decided to
use -UDNa options to see if it would catch the changes.  It did.  Thing
is, outside a few video type packages, there were no packages to be
rebuilt.  It seems very few packages actually notice those settings. 
Given that, I just canceled the emerge since I can rebuild that after I
swap CPUs.  I can deal with ffmpeg being recompiled after I swap CPUs. 

My only question left, will those flags affect the kernel image itself? 
I may just have to make sure my USB stick works. 

Dale

:-)  :-) 

[gentoo-user] Re: CPU upgrade and LVM questions.

[Nikos Chantziaras]

On 07/12/2018 07:10, Dale wrote:
> Now this is odd.  I changed the settings and ran emerge.  I decided to
> use -UDNa options to see if it would catch the changes.  It did.  Thing
> is, outside a few video type packages, there were no packages to be
> rebuilt.  It seems very few packages actually notice those settings.

That's correct. Some software has compile-time flags to enable/disable 
specific CPU features. The ebuilds for that software use CPU_FLAGS_X86 
to enable the relevant compile-time flags.

Most software doesn't contain low-level assembly code. Software that 
does usually deals with video, audio or graphics, where hand crafted 
low-level optimizations by the developers make sense.

If you want to see all of the installed packages that are affected, you 
need to set CPU_FLAGS_X86 to an empty string:

   CPU_FLAGS_X86=""

and then do "emerge -puDN --with-bdeps=y @world". This is because 
CPU_FLAGS_X86 is not empty by default. It contains sse and sse2 by 
default, because these are supported by all 64-bit CPUs.


> My only question left, will those flags affect the kernel image itself?
> I may just have to make sure my USB stick works.

No. The kernel configuration is completely separate from anything in 
make.conf. CFLAGS or CPU_FLAGS_X86 do not affect kernel builds.

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Dale]

Nikos Chantziaras wrote:
> On 07/12/2018 07:10, Dale wrote:
>> Now this is odd.  I changed the settings and ran emerge.  I decided to
>> use -UDNa options to see if it would catch the changes.  It did.  Thing
>> is, outside a few video type packages, there were no packages to be
>> rebuilt.  It seems very few packages actually notice those settings.
>
> That's correct. Some software has compile-time flags to enable/disable
> specific CPU features. The ebuilds for that software use CPU_FLAGS_X86
> to enable the relevant compile-time flags.
>
> Most software doesn't contain low-level assembly code. Software that
> does usually deals with video, audio or graphics, where hand crafted
> low-level optimizations by the developers make sense.
>
> If you want to see all of the installed packages that are affected,
> you need to set CPU_FLAGS_X86 to an empty string:
>
>   CPU_FLAGS_X86=""
>
> and then do "emerge -puDN --with-bdeps=y @world". This is because
> CPU_FLAGS_X86 is not empty by default. It contains sse and sse2 by
> default, because these are supported by all 64-bit CPUs.
>

What I did, I commented out the whole line and ran it that way.  I also
tried other settings too.  It didn't list much but all of it was video
related stuff regardless of the setting.  I didn't see anything that
should affect booting or even logging into KDE itself.  I may not be
able to watch videos but I should have a bootable OS and a working GUI
as well it would seem.  Or am I missing something?  It sounds right. 


>
>> My only question left, will those flags affect the kernel image itself?
>> I may just have to make sure my USB stick works.
>
> No. The kernel configuration is completely separate from anything in
> make.conf. CFLAGS or CPU_FLAGS_X86 do not affect kernel builds.
>
>
>


That sounds good.  If the above is true then I should have a bootable
kernel, a bootable OS and most likely a working GUI.  Things like ffmpeg
and mplayer may not work but that can be fixed after the new CPU is
installed.  I'll have the correct flags from the CPU itself at that
point.  Plus it will compile faster anyway.  ;-) 

This is starting to sound good.  All this upgrading and the hardest part
is going to be the hardware itself.  Yeppie!!

Still can't believe LVM is going to be that easy.  I found a howto
someone sent me and read it too.  It still sounds to easy.  Something
has to go wrong here.  Lightening coming out the hard drive or
something.  ROFL  I have Grant's email on standby.  He included a list
of commands.  :-) 

One last question for anyone who has done this recently.  When finished,
I'll have a FX-8350 CPU with 8 cores at 4.0/4.2GHz, 32GBs of memory all
on a Gigabyte 970 series mobo.  Would there be any point in upgrading to
a whole new rig or is what I have about as fast is reasonable to build? 
I don't do gaming or anything.  Even the GTX 650 video card is likely
overkill for what I do here.  The older 200 series card is working just
fine.  On one hand, my current build is several years old.  On the
other, computers seem to have reached their peak.  I'm sure there is
more powerful systems out there but would I be any better off with one?

Thanks to all for the help on this. 

Dale

:-)  :-) 

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Alec Ten Harmsel]

On Fri, Dec 07, 2018 at 01:30:48AM -0600, Dale wrote:
> 
> One last question for anyone who has done this recently.  When finished,
> I'll have a FX-8350 CPU with 8 cores at 4.0/4.2GHz, 32GBs of memory all
> on a Gigabyte 970 series mobo.  Would there be any point in upgrading to
> a whole new rig or is what I have about as fast is reasonable to build? 
> I don't do gaming or anything.  Even the GTX 650 video card is likely
> overkill for what I do here.  The older 200 series card is working just
> fine.  On one hand, my current build is several years old.  On the
> other, computers seem to have reached their peak.  I'm sure there is
> more powerful systems out there but would I be any better off with one?
> 
> Thanks to all for the help on this. 
> 
> Dale
> 
> :-)  :-) 
> 

IMO that's totally fine. I just built a new rig to use for programming
and some "light" gaming and it's not even that good. My specs are AMD
Ryzen 5 1600 (6 core, 3.2 GHz) and 16GB RAM.

This replaced a rig that was 7 years old that had a better CPU (Intel
3930K) and more RAM (32GB) :D.

Alec

[gentoo-user] Re: CPU upgrade and LVM questions.

[Nikos Chantziaras]

On 07/12/2018 09:30, Dale wrote:
> Nikos Chantziaras wrote:
>> If you want to see all of the installed packages that are affected,
>> you need to set CPU_FLAGS_X86 to an empty string:
>>
>>    CPU_FLAGS_X86=""
>>
>> and then do "emerge -puDN --with-bdeps=y @world". This is because
>> CPU_FLAGS_X86 is not empty by default. It contains sse and sse2 by
>> default, because these are supported by all 64-bit CPUs.
>>
> 
> What I did, I commented out the whole line and ran it that way.

If you comment it out, it will have default values. If you set it to an 
empty string, you should be able to see which packages make use of the 
default flags (like sse and sse2.)

Note it's a pretend emerge (-p). Just to check which packages you have 
installed that make use of these flags.


> One last question for anyone who has done this recently.  When finished,
> I'll have a FX-8350 CPU with 8 cores at 4.0/4.2GHz, 32GBs of memory all
> on a Gigabyte 970 series mobo.  Would there be any point in upgrading to
> a whole new rig or is what I have about as fast is reasonable to build?
> I don't do gaming or anything.  Even the GTX 650 video card is likely
> overkill for what I do here.  The older 200 series card is working just
> fine.  On one hand, my current build is several years old.  On the
> other, computers seem to have reached their peak.  I'm sure there is
> more powerful systems out there but would I be any better off with one?

If you don't play video games, it's fine.

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Dale]

Nikos Chantziaras wrote:
> On 07/12/2018 09:30, Dale wrote:
>> Nikos Chantziaras wrote:
>>> If you want to see all of the installed packages that are affected,
>>> you need to set CPU_FLAGS_X86 to an empty string:
>>>
>>>    CPU_FLAGS_X86=""
>>>
>>> and then do "emerge -puDN --with-bdeps=y @world". This is because
>>> CPU_FLAGS_X86 is not empty by default. It contains sse and sse2 by
>>> default, because these are supported by all 64-bit CPUs.
>>>
>>
>> What I did, I commented out the whole line and ran it that way.
>
> If you comment it out, it will have default values. If you set it to
> an empty string, you should be able to see which packages make use of
> the default flags (like sse and sse2.)
>
> Note it's a pretend emerge (-p). Just to check which packages you have
> installed that make use of these flags.
>
>

I'm pretty sure I tried it empty as well.  On one hand, it makes sense
that it only affects video type packages since those are mostly about
video stuff, right?  I'd never thought about it before.  I just always
get the info from that gcc command or the cpu flag tool and put them
in.  I never paid any attention to what packages it affected. 


>> One last question for anyone who has done this recently.  When finished,
>> I'll have a FX-8350 CPU with 8 cores at 4.0/4.2GHz, 32GBs of memory all
>> on a Gigabyte 970 series mobo.  Would there be any point in upgrading to
>> a whole new rig or is what I have about as fast is reasonable to build?
>> I don't do gaming or anything.  Even the GTX 650 video card is likely
>> overkill for what I do here.  The older 200 series card is working just
>> fine.  On one hand, my current build is several years old.  On the
>> other, computers seem to have reached their peak.  I'm sure there is
>> more powerful systems out there but would I be any better off with one?
>
> If you don't play video games, it's fine

Since my mobo will be the oldest part, I may keep a eye out for a sale
on them, after the holidays maybe.  If I find one, buy it and just stick
it on the shelf in case I need it.  I replaced the power supply just a
few years ago.  It should be fine for a while longer.  Still, I may can
catch one of those on sale too.  ;-)  If I keep going with this, I'll be
looking for a case too. ROFL 

According to the tracking, my CPU fan should be here tomorrow.  That's
what I'm waiting for.  I got the CPU several days ago.  May get busy
tomorrow or Sunday.  o_O

Dale

:-)  :-) 

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Taiidan]

On 12/07/2018 06:47 PM, Nikos Chantziaras wrote:
> On 07/12/2018 09:30, Dale wrote:
>> Nikos Chantziaras wrote:
>>> If you want to see all of the installed packages that are affected,
>>> you need to set CPU_FLAGS_X86 to an empty string:
>>>
>>>    CPU_FLAGS_X86=""
>>>
>>> and then do "emerge -puDN --with-bdeps=y @world". This is because
>>> CPU_FLAGS_X86 is not empty by default. It contains sse and sse2 by
>>> default, because these are supported by all 64-bit CPUs.
>>>
>>
>> What I did, I commented out the whole line and ran it that way.
> 
> If you comment it out, it will have default values. If you set it to an
> empty string, you should be able to see which packages make use of the
> default flags (like sse and sse2.)
> 
> Note it's a pretend emerge (-p). Just to check which packages you have
> installed that make use of these flags.
> 
> 
>> One last question for anyone who has done this recently.  When finished,
>> I'll have a FX-8350 CPU with 8 cores at 4.0/4.2GHz, 32GBs of memory all
>> on a Gigabyte 970 series mobo.  Would there be any point in upgrading to
>> a whole new rig or is what I have about as fast is reasonable to build?
>> I don't do gaming or anything.  Even the GTX 650 video card is likely
>> overkill for what I do here.  The older 200 series card is working just
>> fine.  On one hand, my current build is several years old.  On the
>> other, computers seem to have reached their peak.  I'm sure there is
>> more powerful systems out there but would I be any better off with one?

Since the AM3+ and its C32/G34 Opteron counterparts are the last and
best x86 cpus without ME/PSP I would say you are better off with what
you have - the best piledriver cpus like the FX-8350+ are still able to
play the latest games and in a VM via IOMMU-GFX if you want.

In any case I would consider a OpenPOWER (ppc64/ppc64le) arch system
(like the blackbird or talos 2) as an upgrade path instead of any futher
x86 stuff as there aren't any black boxes, there is
documentation+firmware sources and the cpus are made in usa.

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[J. Roeleveld]

[-- Attachment #1: Type: text/plain, Size: 2547 bytes --]

On December 9, 2018 6:23:07 PM UTC, "Taiidan@gmx.com" <Taiidan@gmx.com> wrote:
>On 12/07/2018 06:47 PM, Nikos Chantziaras wrote:
>> On 07/12/2018 09:30, Dale wrote:
>>> Nikos Chantziaras wrote:
>>>> If you want to see all of the installed packages that are affected,
>>>> you need to set CPU_FLAGS_X86 to an empty string:
>>>>
>>>>    CPU_FLAGS_X86=""
>>>>
>>>> and then do "emerge -puDN --with-bdeps=y @world". This is because
>>>> CPU_FLAGS_X86 is not empty by default. It contains sse and sse2 by
>>>> default, because these are supported by all 64-bit CPUs.
>>>>
>>>
>>> What I did, I commented out the whole line and ran it that way.
>> 
>> If you comment it out, it will have default values. If you set it to
>an
>> empty string, you should be able to see which packages make use of
>the
>> default flags (like sse and sse2.)
>> 
>> Note it's a pretend emerge (-p). Just to check which packages you
>have
>> installed that make use of these flags.
>> 
>> 
>>> One last question for anyone who has done this recently.  When
>finished,
>>> I'll have a FX-8350 CPU with 8 cores at 4.0/4.2GHz, 32GBs of memory
>all
>>> on a Gigabyte 970 series mobo.  Would there be any point in
>upgrading to
>>> a whole new rig or is what I have about as fast is reasonable to
>build?
>>> I don't do gaming or anything.  Even the GTX 650 video card is
>likely
>>> overkill for what I do here.  The older 200 series card is working
>just
>>> fine.  On one hand, my current build is several years old.  On the
>>> other, computers seem to have reached their peak.  I'm sure there is
>>> more powerful systems out there but would I be any better off with
>one?
>
>Since the AM3+ and its C32/G34 Opteron counterparts are the last and
>best x86 cpus without ME/PSP I would say you are better off with what
>you have - the best piledriver cpus like the FX-8350+ are still able to
>play the latest games and in a VM via IOMMU-GFX if you want.
>
>In any case I would consider a OpenPOWER (ppc64/ppc64le) arch system
>(like the blackbird or talos 2) as an upgrade path instead of any
>futher
>x86 stuff as there aren't any black boxes, there is
>documentation+firmware sources and the cpus are made in usa.

Made in USA isn't necessarily a good thing when talking about not wanting any hidden back doors.
Not sure which country would be a reliable location though, I wouldn't trust Western European countries either.

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

[-- Attachment #2: Type: text/html, Size: 3320 bytes --]

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Dale]

[-- Attachment #1: Type: text/plain, Size: 4058 bytes --]

J. Roeleveld wrote:
> On December 9, 2018 6:23:07 PM UTC, "Taiidan@gmx.com"
> <Taiidan@gmx.com> wrote:
>
>     On 12/07/2018 06:47 PM, Nikos Chantziaras wrote:
>
>         On 07/12/2018 09:30, Dale wrote:
>
>             Nikos Chantziaras wrote:
>
>                 If you want to see all of the installed packages that
>                 are affected, you need to set CPU_FLAGS_X86 to an
>                 empty string:    CPU_FLAGS_X86="" and then do "emerge
>                 -puDN --with-bdeps=y @world". This is because
>                 CPU_FLAGS_X86 is not empty by default. It contains sse
>                 and sse2 by default, because these are supported by
>                 all 64-bit CPUs. 
>
>             What I did, I commented out the whole line and ran it that
>             way. 
>
>         If you comment it out, it will have default values. If you set
>         it to an empty string, you should be able to see which
>         packages make use of the default flags (like sse and sse2.)
>         Note it's a pretend emerge (-p). Just to check which packages
>         you have installed that make use of these flags.
>
>             One last question for anyone who has done this recently. 
>             When finished, I'll have a FX-8350 CPU with 8 cores at
>             4.0/4.2GHz, 32GBs of memory all on a Gigabyte 970 series
>             mobo.  Would there be any point in upgrading to a whole
>             new rig or is what I have about as fast is reasonable to
>             build? I don't do gaming or anything.  Even the GTX 650
>             video card is likely overkill for what I do here.  The
>             older 200 series card is working just fine.  On one hand,
>             my current build is several years old.  On the other,
>             computers seem to have reached their peak.  I'm sure there
>             is more powerful systems out there but would I be any
>             better off with one? 
>
>
>     Since the AM3+ and its C32/G34 Opteron counterparts are the last and
>     best x86 cpus without ME/PSP I would say you are better off with what
>     you have - the best piledriver cpus like the FX-8350+ are still able to
>     play the latest games and in a VM via IOMMU-GFX if you want.
>
>     In any case I would consider a OpenPOWER (ppc64/ppc64le) arch system
>     (like the blackbird or talos 2) as an upgrade path instead of any futher
>     x86 stuff as there aren't any black boxes, there is
>     documentation+firmware sources and the cpus are made in usa.
>
>
> Made in USA isn't necessarily a good thing when talking about not
> wanting any hidden back doors.
> Not sure which country would be a reliable location though, I wouldn't
> trust Western European countries either.
>
> --
> Joost
> -- 
> Sent from my Android device with K-9 Mail. Please excuse my brevity. 


I have to say, this is something I thought about.  While some newer CPUs
have even been talked about on this list, I don't recall this one being
included, or the one I currently use.  Given its age, I would think it
would be exposed if it was hackable or had a backdoor, but one never
knows.  As to country it was made in, I don't trust any of them really. 
The NSA is just as bad at snooping as any other country.  Well, some
such as China may be worse but if it has a backdoor, it has a backdoor. 
If one Govt or group knows about it, they all will at some point and
will exploit it for their own means. 

I might add, this is why I'd love to see encryption done by a group that
is not infiltrated by a Govt agency, education system etc and is open
source the the point that a backdoor is impossible.  That would be a
very tall order tho.  Sometimes people with bad intentions get in
despite all the effort to exclude them. 

This is one reason I'm considering splitting off certain directories
that are encrypted.  Thing is, is there one that isn't already hackable
by groups such as the NSA or folks in China etc??  Would we really ever
know if they could or not?? 

Dale

:-)  :-) 

[-- Attachment #2: Type: text/html, Size: 5167 bytes --]

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Taiidan]

On 12/09/2018 01:57 PM, J. Roeleveld wrote:
> On December 9, 2018 6:23:07 PM UTC, "Taiidan@gmx.com" <Taiidan@gmx.com> wrote:
>> On 12/07/2018 06:47 PM, Nikos Chantziaras wrote:
>>> On 07/12/2018 09:30, Dale wrote:
>>>> Nikos Chantziaras wrote:
>>>>> If you want to see all of the installed packages that are affected,
>>>>> you need to set CPU_FLAGS_X86 to an empty string:
>>>>>
>>>>>    CPU_FLAGS_X86=""
>>>>>
>>>>> and then do "emerge -puDN --with-bdeps=y @world". This is because
>>>>> CPU_FLAGS_X86 is not empty by default. It contains sse and sse2 by
>>>>> default, because these are supported by all 64-bit CPUs.
>>>>>
>>>>
>>>> What I did, I commented out the whole line and ran it that way.
>>>
>>> If you comment it out, it will have default values. If you set it to
>> an
>>> empty string, you should be able to see which packages make use of
>> the
>>> default flags (like sse and sse2.)
>>>
>>> Note it's a pretend emerge (-p). Just to check which packages you
>> have
>>> installed that make use of these flags.
>>>
>>>
>>>> One last question for anyone who has done this recently.  When
>> finished,
>>>> I'll have a FX-8350 CPU with 8 cores at 4.0/4.2GHz, 32GBs of memory
>> all
>>>> on a Gigabyte 970 series mobo.  Would there be any point in
>> upgrading to
>>>> a whole new rig or is what I have about as fast is reasonable to
>> build?
>>>> I don't do gaming or anything.  Even the GTX 650 video card is
>> likely
>>>> overkill for what I do here.  The older 200 series card is working
>> just
>>>> fine.  On one hand, my current build is several years old.  On the
>>>> other, computers seem to have reached their peak.  I'm sure there is
>>>> more powerful systems out there but would I be any better off with
>> one?
>>
>> Since the AM3+ and its C32/G34 Opteron counterparts are the last and
>> best x86 cpus without ME/PSP I would say you are better off with what
>> you have - the best piledriver cpus like the FX-8350+ are still able to
>> play the latest games and in a VM via IOMMU-GFX if you want.
>>
>> In any case I would consider a OpenPOWER (ppc64/ppc64le) arch system
>> (like the blackbird or talos 2) as an upgrade path instead of any
>> futher
>> x86 stuff as there aren't any black boxes, there is
>> documentation+firmware sources and the cpus are made in usa.
> 
> Made in USA isn't necessarily a good thing when talking about not wanting any hidden back doors.

Hell of a lot better than buying black box hardware from china.

x86 is definitely backdoored due to the ME/PSP and various other DRM
features that mean you no longer own your x86 computer.

In the US you aren't going to prison for telling the government you
won't put a backdoor in your hardware whereas in china and many others
you would go to jail without even a trial even in western europe people
are jailed for saying the wrong things on the internet. It is currently
the hardest place for an authority figure to lean on you.

Since the only users of POWER are fortune 500's and the government
itself it needs to be secure and not fucked around with, ironically the
chinese government is buying OpenPOWER now as they want a secure, owner
controlled, highly documented and non-x86 high performance CPU (there is
absolutely no hardware code signing not even for the cpu microcode and
no blobs are required for hardware initiation unlike with new x86 stuff)

One doesn't have to put an actual func_backdoor backdoor in a CPU since
something so complex will have exploitable bugs that even the
manufacturer doesn't know about such as the (fixed via microcode) 2014
AMD Piledriver NMI to root exploit where you could get root and SMM
access from a tiny userspace script and that was in there for years
without anyone noticing.

> Not sure which country would be a reliable location though, I wouldn't trust Western European countries either.

USA is currently the best option since there have never been proven
backdoors in made in usa hardware but plenty in chinese made hardware
such as the recent motherboard hack chip scandal.

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 752 bytes --]

On Mon, 10 Dec 2018 16:33:10 -0500, Taiidan@gmx.com wrote:

> > Not sure which country would be a reliable location though, I
> > wouldn't trust Western European countries either.  
> 
> USA is currently the best option since there have never been proven
> backdoors in made in usa hardware but plenty in chinese made hardware
> such as the recent motherboard hack chip scandal.

So that proves that US manufacturers are better at hiding their back
doors?

Or is it a numbers game, there are a hell of a lot more systems made in
China, so the chances of a backdoor being discovered is higher.

Either way, lack of evidence of insecurity is not proof of security.


-- 
Neil Bothwick

Secret hacker rule #11: hackers read manuals.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Dale]

Neil Bothwick wrote:
> On Mon, 10 Dec 2018 16:33:10 -0500, Taiidan@gmx.com wrote:
>
>>> Not sure which country would be a reliable location though, I
>>> wouldn't trust Western European countries either.  
>> USA is currently the best option since there have never been proven
>> backdoors in made in usa hardware but plenty in chinese made hardware
>> such as the recent motherboard hack chip scandal.
> So that proves that US manufacturers are better at hiding their back
> doors?
>
> Or is it a numbers game, there are a hell of a lot more systems made in
> China, so the chances of a backdoor being discovered is higher.
>
> Either way, lack of evidence of insecurity is not proof of security.
>
>

I think the best thing to do, trust none of them until proven secure. 
Let people test them, try to hack into them and do other things to see
if there is a backdoor or not.  The same with encryption.  One can say
it is secure but until it is tested very hard for a significant amount
of time, one never knows if it is or not.  Some security problems/holes
don't show up for years. 

Dale

:-)  :-) 

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Taiidan]

On 12/10/2018 05:54 PM, Dale wrote:
> Neil Bothwick wrote:
>> On Mon, 10 Dec 2018 16:33:10 -0500, Taiidan@gmx.com wrote:
>>
>>>> Not sure which country would be a reliable location though, I
>>>> wouldn't trust Western European countries either.  
>>> USA is currently the best option since there have never been proven
>>> backdoors in made in usa hardware but plenty in chinese made hardware
>>> such as the recent motherboard hack chip scandal.
>> So that proves that US manufacturers are better at hiding their back
>> doors?
>>
>> Or is it a numbers game, there are a hell of a lot more systems made in
>> China, so the chances of a backdoor being discovered is higher.
>>
>> Either way, lack of evidence of insecurity is not proof of security.
>>

So tell us what is your perfect country for hardware manufacturing?

Name one other country on earth besides america where you can say no to
a governmental request for a backdoor in your hardware or software
products and not end up in prison.

In the mean time will you continue to buy chinese products with proven
backdoors since getting that is somehow better than something that is
only almost perfect?

The amd bulldozer and piledriver CPU's like the FX-8350 and its opteron
counterparts are made in germany (the packaging is done in china but at
that point afaik there isn't much that can be done to fuck with it) but
that still wouldn't satisfy you since germany doesn't have anything like
the constitution - they have no freedom of speech.

The future of freedom computing is OpenPOWER and RISC-V since they are
the only owner controlled archs that have real performance and features,
in other words they have juice.

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 652 bytes --]

On Mon, 10 Dec 2018 21:00:45 -0500, Taiidan@gmx.com wrote:

> > So that proves that US manufacturers are better at hiding their back
> >> doors?
> >>
> >> Or is it a numbers game, there are a hell of a lot more systems made
> >> in China, so the chances of a backdoor being discovered is higher.
> >>
> >> Either way, lack of evidence of insecurity is not proof of security.
> >>  
> 
> So tell us what is your perfect country for hardware manufacturing?

There isn't one as you can never be sure. You are presenting hope, and
maybe likelihood, as certainty when this does not exist.


-- 
Neil Bothwick

Microbiology: staph only.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Mick]

[-- Attachment #1: Type: text/plain, Size: 1224 bytes --]

On Tuesday, 11 December 2018 08:49:25 GMT Neil Bothwick wrote:
> On Mon, 10 Dec 2018 21:00:45 -0500, Taiidan@gmx.com wrote:
> > > So that proves that US manufacturers are better at hiding their back
> > > 
> > >> doors?
> > >> 
> > >> Or is it a numbers game, there are a hell of a lot more systems made
> > >> in China, so the chances of a backdoor being discovered is higher.
> > >> 
> > >> Either way, lack of evidence of insecurity is not proof of security.
> > 
> > So tell us what is your perfect country for hardware manufacturing?
> 
> There isn't one as you can never be sure. You are presenting hope, and
> maybe likelihood, as certainty when this does not exist.

Sure, unless you designed and built the hardware yourself you can't be sure.  
Even then you won't know what vulnerabilities you may have inadvertently 
introduced in your creation and are unaware of.  Nevertheless, Taiidan's 
comments point towards a least worse option, at least based on current 
knowledge of state actors relentless efforts to spy on us all.

POWER9 is impressive in many respects, but for a modern laptop there are no 
similar choices to make.  As far as I know they are all compromised by design 
today.  :-(

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Dale]

Neil Bothwick wrote:
> On Mon, 10 Dec 2018 21:00:45 -0500, Taiidan@gmx.com wrote:
>
>>> So that proves that US manufacturers are better at hiding their back
>>>> doors?
>>>>
>>>> Or is it a numbers game, there are a hell of a lot more systems made
>>>> in China, so the chances of a backdoor being discovered is higher.
>>>>
>>>> Either way, lack of evidence of insecurity is not proof of security.
>>>>  
>> So tell us what is your perfect country for hardware manufacturing?
> There isn't one as you can never be sure. You are presenting hope, and
> maybe likelihood, as certainty when this does not exist.
>
>

I sent a reply off list to Taiiden.  Mine was longer but basically, no
Govt can really be trusted and they have proved it.  If they can do
something and hide it, they will.  Snowden revealed some things but I'm
sure there is a lot of stuff going on that the public knows nothing about. 

None of us should trust anything until it is well tested and done so
over time. 

Dale

:-)  :-) 

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[J. Roeleveld]

[-- Attachment #1: Type: text/plain, Size: 2087 bytes --]

On December 11, 2018 10:48:01 AM UTC, Dale <rdalek1967@gmail.com> wrote:
>Neil Bothwick wrote:
>> On Mon, 10 Dec 2018 21:00:45 -0500, Taiidan@gmx.com wrote:
>>
>>>> So that proves that US manufacturers are better at hiding their
>back
>>>>> doors?
>>>>>
>>>>> Or is it a numbers game, there are a hell of a lot more systems
>made
>>>>> in China, so the chances of a backdoor being discovered is higher.
>>>>>
>>>>> Either way, lack of evidence of insecurity is not proof of
>security.
>>>>>  
>>> So tell us what is your perfect country for hardware manufacturing?
>> There isn't one as you can never be sure. You are presenting hope,
>and
>> maybe likelihood, as certainty when this does not exist.
>>
>>
>
>I sent a reply off list to Taiiden.  Mine was longer but basically, no
>Govt can really be trusted and they have proved it.  If they can do
>something and hide it, they will.  Snowden revealed some things but I'm
>sure there is a lot of stuff going on that the public knows nothing
>about. 
>
>None of us should trust anything until it is well tested and done so
>over time. 
>
>Dale
>
>:-)  :-) 

Which was exactly my point.
There is NO government that can be trusted to take their citizens interests before their own. It is inherent in the phrase "power corrupts", of which I am a firm believer as I have seen the corrupting effects power has on people.

The classical Communist idea (Note: Russia did NOT have true Communism as the communist party effectively became a multi headed dictatorship) might be trustworthy, but then only if your fellow citizens can be trusted to work towards bettering the entire community and not think of themselves first. Humanity will need to grow up a lot more to reach a state where I would trust my fellow humans enough.

And please let this rest in this thread now. If anyone wants to continue this discussion, lets open a seperate thread for it so people not interested in this can easily filter it out.

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

[-- Attachment #2: Type: text/html, Size: 2898 bytes --]

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Adam Carter]

[-- Attachment #1: Type: text/plain, Size: 1475 bytes --]

On Tue, Dec 11, 2018 at 7:49 PM Neil Bothwick <neil@digimed.co.uk> wrote:

> > So tell us what is your perfect country for hardware manufacturing?
>
> There isn't one as you can never be sure. You are presenting hope, and
> maybe likelihood, as certainty when this does not exist.
>

Datapoint - looks like Bloomberg is starting to walk back its complete
support of the original implant story.
https://www.bloomberg.com/news/articles/2018-12-11/super-micro-says-third-party-test-found-no-malicious-hardware
Also they have assigned another reporter that was not involved in the
original story, to attempt to verify the claims of the original story...

Others have made the point that the Amazon and Apple denials left them no
wriggle room in the event that implants are found and shareholders launch a
class action, and that this indicates a genuine belief that there are no
backdoors.

Considering risk;
If you are of interest to a nation state, you're pretty much stuffed
anyway, and I think this discussion has been around implants made via
Chinese government action.
The management processor issue is a real problem because they're not well
understood, on by default, cant be (or cant easily) be disabled, and has to
be software maintained. However, given all the other issues like the never
ending stream of security issues in software, i'm not sure it changes the
overall risk profile significantly. Only time will tell.

Sorry for further polluting your thread Dale :)

[-- Attachment #2: Type: text/html, Size: 2230 bytes --]

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Dale]

[-- Attachment #1: Type: text/plain, Size: 2366 bytes --]

Adam Carter wrote:
> On Tue, Dec 11, 2018 at 7:49 PM Neil Bothwick <neil@digimed.co.uk
> <mailto:neil@digimed.co.uk>> wrote:
>
>     > So tell us what is your perfect country for hardware manufacturing?
>
>     There isn't one as you can never be sure. You are presenting hope, and
>     maybe likelihood, as certainty when this does not exist.
>
>
> Datapoint - looks like Bloomberg is starting to walk back its complete
> support of the original implant story.
> https://www.bloomberg.com/news/articles/2018-12-11/super-micro-says-third-party-test-found-no-malicious-hardware
>
> Also they have assigned another reporter that was not involved in the
> original story, to attempt to verify the claims of the original story...
>
> Others have made the point that the Amazon and Apple denials left them
> no wriggle room in the event that implants are found and shareholders
> launch a class action, and that this indicates a genuine belief that
> there are no backdoors.
>
> Considering risk;
> If you are of interest to a nation state, you're pretty much stuffed
> anyway, and I think this discussion has been around implants made via
> Chinese government action.
> The management processor issue is a real problem because they're not
> well understood, on by default, cant be (or cant easily) be disabled,
> and has to be software maintained. However, given all the other issues
> like the never ending stream of security issues in software, i'm not
> sure it changes the overall risk profile significantly. Only time will
> tell.
>
> Sorry for further polluting your thread Dale :)
>


I agree.  If you are committing international crimes, terrorism for
example, they will snoop on you and it doesn't matter much what you do
or use.  If nothing else, they will put you on a super computer setup
that will crack whatever you are doing/using and get you that way.  As
we know, generally speaking, given enough computer power, almost
anything can be cracked.  It's a time thing mostly. 

While off topic sort of, it is still relevant.  This might fit better on
the encryption thread but I still find it interesting. It is technology
related too.  It seems we agree on one thing here, we can't trust much
of anything or anyone completely.  So, no need for the apology.  I still
learn from the posts even if I don't post a reply to some. 

Dale

:-)  :-) 

[-- Attachment #2: Type: text/html, Size: 4352 bytes --]

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Adam Carter]

[-- Attachment #1: Type: text/plain, Size: 945 bytes --]

On Wed, Dec 12, 2018 at 10:56 AM Dale <rdalek1967@gmail.com> wrote:

> I agree.  If you are committing international crimes, terrorism for
> example, they will snoop on you and it doesn't matter much what you do or
> use.  If nothing else, they will put you on a super computer setup that
> will crack whatever you are doing/using and get you that way.  As we know,
> generally speaking, given enough computer power, almost anything can be
> cracked.  It's a time thing mostly.
>

Well implemented modern crypto is still thought of as not being crackable
by anyone. The increase in computing power can be offset with increase in
key length.

There is concern that quantum computing could change this and work is being
done to come up with new quantum resistant crypto standards. Bad random
number generators, code errors etc are ways around crypto but there's no
public info that, say AES, has any fundamental flaw that makes feasible to
crack.

[-- Attachment #2: Type: text/html, Size: 1351 bytes --]

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Alan Mackenzie]

On Mon, Dec 10, 2018 at 21:00:45 -0500, Taiidan@gmx.com wrote:
> On 12/10/2018 05:54 PM, Dale wrote:
> > Neil Bothwick wrote:
> >> On Mon, 10 Dec 2018 16:33:10 -0500, Taiidan@gmx.com wrote:

> >>>> Not sure which country would be a reliable location though, I
> >>>> wouldn't trust Western European countries either.  
> >>> USA is currently the best option since there have never been proven
> >>> backdoors in made in usa hardware but plenty in chinese made hardware
> >>> such as the recent motherboard hack chip scandal.
> >> So that proves that US manufacturers are better at hiding their back
> >> doors?

> >> Or is it a numbers game, there are a hell of a lot more systems made in
> >> China, so the chances of a backdoor being discovered is higher.

> >> Either way, lack of evidence of insecurity is not proof of security.


> So tell us what is your perfect country for hardware manufacturing?

> Name one other country on earth besides america where you can say no to
> a governmental request for a backdoor in your hardware or software
> products and not end up in prison.

Germany.

Whether that is the case or not in the USA is very doubtful.  Apple
recently had to fight hard against such a demand, but the authorities
backed down without the principle being decided upon.

> The amd bulldozer and piledriver CPU's like the FX-8350 and its opteron
> counterparts are made in germany (the packaging is done in china but at
> that point afaik there isn't much that can be done to fuck with it) but
> that still wouldn't satisfy you since germany doesn't have anything like
> the constitution - they have no freedom of speech.

Er, steady on, PLEASE!  Germany HAS a constitution, and freedom of speech
is a prominent part of that.  It is backed up by the constitutional court
at Karlsruhe, which is known for ruling against authorities' powers
relatively frequently.  What's more, unlike in the USA, there is an
explicit constitutional right to privacy, which is taken very seriously,
particularly after the abuses by the state security in the former German
Democratic Republic.

None of which means that the German security services don't get up to
dirty tricks, of course.

Before coming out with any such ignorant falsehoods in the future, I
would recommend you at least to consult Wikipedia, or such like.

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[J. Roeleveld]

On December 11, 2018 2:00:45 AM UTC, "Taiidan@gmx.com" <Taiidan@gmx.com> wrote:
>On 12/10/2018 05:54 PM, Dale wrote:
>> Neil Bothwick wrote:
>>> On Mon, 10 Dec 2018 16:33:10 -0500, Taiidan@gmx.com wrote:
>>>
>>>>> Not sure which country would be a reliable location though, I
>>>>> wouldn't trust Western European countries either.  
>>>> USA is currently the best option since there have never been proven
>>>> backdoors in made in usa hardware but plenty in chinese made
>hardware
>>>> such as the recent motherboard hack chip scandal.
>>> So that proves that US manufacturers are better at hiding their back
>>> doors?
>>>
>>> Or is it a numbers game, there are a hell of a lot more systems made
>in
>>> China, so the chances of a backdoor being discovered is higher.
>>>
>>> Either way, lack of evidence of insecurity is not proof of security.
>>>
>
>So tell us what is your perfect country for hardware manufacturing?

I can't think of any.

>Name one other country on earth besides america where you can say no to
>a governmental request for a backdoor in your hardware or software
>products and not end up in prison.

The USA can send someone to prison if he/she refuses a request by the government. It is called being a traitor.
In other words, I still don't consider the USA to be a reliable origin either.

>In the mean time will you continue to buy chinese products with proven
>backdoors since getting that is somehow better than something that is
>only almost perfect?

Here is the thing, there isn't anything proven.

>The amd bulldozer and piledriver CPU's like the FX-8350 and its opteron
>counterparts are made in germany (the packaging is done in china but at
>that point afaik there isn't much that can be done to fuck with it) but
>that still wouldn't satisfy you since germany doesn't have anything
>like
>the constitution - they have no freedom of speech.

Please do read up on other countries before making these claims. A Constitution is not a requirement for Freedom of Speech. Part of that is Freedom of Press, your own President is destroying that as much as he can.

>The future of freedom computing is OpenPOWER and RISC-V since they are
>the only owner controlled archs that have real performance and
>features,
>in other words they have juice.

Unless you are confident production is real and nothing was added, OpenPower can be compromised as well.

--
Joost


-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [gentoo-user] CPU upgrade and LVM questions.

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 498 bytes --]

On Thu, 6 Dec 2018 19:17:22 -0600, Dale wrote:

> Sounds like I need to build a new kernel as well. I guess I could name
> one with FX in it to be able to tell it from the old one.  I do mine
> manually anyway, except for the dracut thingy. 

Or set LOCALVERSION in the kernel config. Then the kernel will be be
named automatically and you will also be able to see which version you
are running with uname.


-- 
Neil Bothwick

"I need your clothes, your boots, and your tagline!"

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] CPU upgrade and LVM questions.

[Dale]

Neil Bothwick wrote:
> On Thu, 6 Dec 2018 19:17:22 -0600, Dale wrote:
>
>> Sounds like I need to build a new kernel as well. I guess I could name
>> one with FX in it to be able to tell it from the old one.  I do mine
>> manually anyway, except for the dracut thingy. 
> Or set LOCALVERSION in the kernel config. Then the kernel will be be
> named automatically and you will also be able to see which version you
> are running with uname.
>
>

I still copy mine manually.  That way I can name it to anything I want
and even version them in a way that I know which is which.  Automatic
tools may be nice in some ways but I've gotten used to doing it
manually.  The biggest thing, knowing what I'm booting by looking at the
grub boot menu. 

If after I've booted I need to be sure which one I booted, then cat
/proc/cmdline will give me that. 

Still, things could change and I use that one day.  ;-) 

Dale

:-)  :-) 

[gentoo-user] Re: CPU upgrade and LVM questions.

[Nikos Chantziaras]

On 06/12/2018 11:27, Dale wrote:
> 
> I've bought but not yet installed a FX-8350 CPU.  I have this in my
> make.conf file:
> 
> CFLAGS="-march=native -O2 -pipe"
> USE_CPU="

USE_CPU does not do anything, AFAICT. CPU features are specified in 
CPU_FLAGS_X86. You can get appropriate flags using the 
app-portage/cpuid2cpuflags tool. For example, here:

$ cpuid2cpuflags
CPU_FLAGS_X86: aes avx mmx mmxext pclmul popcnt sse sse2 sse3 sse4_1 
sse4_2 ssse3

So in my make.conf, I use:

CPU_FLAGS_X86="aes avx mmx mmxext pclmul popcnt sse sse2 sse3 sse4_1 
sse4_2 ssse3"


> Those were put there ages ago, likely when I built and installed Gentoo
> on this rig.  Do I need to change those to something that is compatible
> with both CPUs and then change to the new CPU after it is installed?  Or
> will the new CPU be close enough that it won't matter?  Right now, I
> don't know for sure what the new CPU supports or doesn't.

Just install the new CPU and run cpuid2cpuflags to see what to put in 
CPU_FLAGS_X86. You can delete USE_CPU as that doesn't seem to be used 
for anything.



> While at it, going from a 4 core CPU at 3.2GHz to a 8 core CPU at
> 4.0/4.2GHz, just how much increase can I expect?  Will it double and
> that's about it or will it be more than that?

You won't get anything close to double the speed. The extra cores will 
mostly go unused, unless you use applications that make use of them.

You will still get a speed up due to the newer CPU architecture and the 
higher frequency.


> Also, since it has two
> speeds, will it run at the slower or faster one?  Will it depend on
> load?  I've never had a CPU with two clock speeds like this before.

The two speeds specify the lower and upper speeds, depending on how many 
CPU cores are currently being under load, and also how much load there 
is. You don't have to worry about it though. It's all automatic. When 
you're not running anything that stressed the CPU, clock speeds are 
actually lower than 4GHz (some CPUs can clock down to 1GHz or so when 
they're idle and not doing anything.) Once something CPU-heavy runs, it 
will clock up to 4.2GHz. If you run something that stresses all CPU 
cores, then it will go to 4.0GHz to avoid overheating.

But again, all this is automatic.

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Dale]

Nikos Chantziaras wrote:
> On 06/12/2018 11:27, Dale wrote:
>>
>> I've bought but not yet installed a FX-8350 CPU.  I have this in my
>> make.conf file:
>>
>> CFLAGS="-march=native -O2 -pipe"
>> USE_CPU="
>
> USE_CPU does not do anything, AFAICT. CPU features are specified in
> CPU_FLAGS_X86. You can get appropriate flags using the
> app-portage/cpuid2cpuflags tool. For example, here:
>
> $ cpuid2cpuflags
> CPU_FLAGS_X86: aes avx mmx mmxext pclmul popcnt sse sse2 sse3 sse4_1
> sse4_2 ssse3
>
> So in my make.conf, I use:
>
> CPU_FLAGS_X86="aes avx mmx mmxext pclmul popcnt sse sse2 sse3 sse4_1
> sse4_2 ssse3"
>
>

I was wondering if those are used anymore.  I did that a looooong time
ago.  Things change.  After I do the swap, I'll get the settings up to
date.  No need changing things now just to change them again later. 
Besides, the current settings may be better when I install the new one. 
I did have the correct one in make.conf but didn't notice it to post.  I
did comment out the old unused one tho.  The current setting is this:

CPU_FLAGS_X86="3dnow 3dnowext mmx mmxext popcnt sse sse2 sse3 sse4a"

I'll update that when I get the new CPU installed.  I already have
cpuid2cpuflags installed.  At least now I know it is the current tool to
use.  ;-) 

I wish the monthly news letter would come back to let us know about some
of these changes.  Some things don't require a news item but we still
need to know when we can remove outdated stuff and add new stuff. 


 
>> Those were put there ages ago, likely when I built and installed Gentoo
>> on this rig.  Do I need to change those to something that is compatible
>> with both CPUs and then change to the new CPU after it is installed?  Or
>> will the new CPU be close enough that it won't matter?  Right now, I
>> don't know for sure what the new CPU supports or doesn't.
>
> Just install the new CPU and run cpuid2cpuflags to see what to put in
> CPU_FLAGS_X86. You can delete USE_CPU as that doesn't seem to be used
> for anything.
>
>

Old setting gone.

>
>> While at it, going from a 4 core CPU at 3.2GHz to a 8 core CPU at
>> 4.0/4.2GHz, just how much increase can I expect?  Will it double and
>> that's about it or will it be more than that?
>
> You won't get anything close to double the speed. The extra cores will
> mostly go unused, unless you use applications that make use of them.
>
> You will still get a speed up due to the newer CPU architecture and
> the higher frequency.
>
>

What I was thinking about is something like when compiling and all the
cores are used.  In other words, CPU is at max load.  Right now, I have
only 4 cores.  New CPU doubles that and each core is faster as well.  As
a example, Firefox takes about a hour to compile.  I was hopeful that
would drop to 30 or 35 minutes or so.  I realize there is some overhead
on this so it isn't a exact thing.  I was just curious about a rough
number to expect.  I know upgrading from 16GBs of ram to 32GBs has
helped.  I tested Dolphin the other day and it still have its memory hog
issue.  At least this time I had enough memory that it didn't cause a
crash.  ;-)


>> Also, since it has two
>> speeds, will it run at the slower or faster one?  Will it depend on
>> load?  I've never had a CPU with two clock speeds like this before.
>
> The two speeds specify the lower and upper speeds, depending on how
> many CPU cores are currently being under load, and also how much load
> there is. You don't have to worry about it though. It's all automatic.
> When you're not running anything that stressed the CPU, clock speeds
> are actually lower than 4GHz (some CPUs can clock down to 1GHz or so
> when they're idle and not doing anything.) Once something CPU-heavy
> runs, it will clock up to 4.2GHz. If you run something that stresses
> all CPU cores, then it will go to 4.0GHz to avoid overheating.
>
> But again, all this is automatic.
>
>
>


That's good to know.  That I was wondering about and couldn't find a
clear answer on.  I didn't know if I needed to install something to
manage that or what.   At least now I know to install the CPU and it
will do its own thing without me having to worry about it.  BTW, I know
my video card does that too.  The processor on it varies its clock speed
by a fairly wide margin.  Speaking of, I also found a MSI GeForce GTX
650 1GB Video Card.  It is a used card but it is faster I think than my
current 220 series.  Keep in mind, my idea of gaming is Kpatience.  The
biggest load is watching TV.  ;-)

Thanks for the info.  This answers a lot of questions I had.  Makes me
hopeful that this will work like I expect. 

Dale

:-)  :-) 

[gentoo-user] Re: CPU upgrade and LVM questions.

[Nikos Chantziaras]

On 06/12/2018 23:45, Dale wrote:
>>
>> You won't get anything close to double the speed. The extra cores will
>> mostly go unused, unless you use applications that make use of them.
>>
>> You will still get a speed up due to the newer CPU architecture and
>> the higher frequency.
> 
> What I was thinking about is something like when compiling and all the
> cores are used.  In other words, CPU is at max load.  Right now, I have
> only 4 cores.  New CPU doubles that and each core is faster as well.  As
> a example, Firefox takes about a hour to compile.  I was hopeful that
> would drop to 30 or 35 minutes or so.

Oh that. Yeah, there will be a 2x speedup when emerging packages 
(MAKEOPTS="-j8"). I was referring to application performance when using 
the machine. I don't consider package installation as "using the 
machine" :-)


>> The two speeds specify the lower and upper speeds, depending on how
>> many CPU cores are currently being under load, and also how much load
>> there is. You don't have to worry about it though. It's all automatic.
>> [...]
> 
> That's good to know.  That I was wondering about and couldn't find a
> clear answer on.  I didn't know if I needed to install something to
> manage that or what.

The kernel takes care of that. You should be able to observe the CPU's 
frequency and temperature in KSysGuard. Here's how it looks here:

   https://i.imgur.com/Xogy3h0.png

In that screenshot, the CPU has all 4 cores clocked down to 1.6GHz 
because they're all mostly idle. Once there's high CPU load, it will 
crank up the clocks towards 4GHz.

You need to add these sensors manually to KSysGuard though. But if you 
do, it's a good way to verify things are working as intended.

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Dale]

Nikos Chantziaras wrote:
> On 06/12/2018 23:45, Dale wrote:
>>>
>>> You won't get anything close to double the speed. The extra cores will
>>> mostly go unused, unless you use applications that make use of them.
>>>
>>> You will still get a speed up due to the newer CPU architecture and
>>> the higher frequency.
>>
>> What I was thinking about is something like when compiling and all the
>> cores are used.  In other words, CPU is at max load.  Right now, I have
>> only 4 cores.  New CPU doubles that and each core is faster as well.  As
>> a example, Firefox takes about a hour to compile.  I was hopeful that
>> would drop to 30 or 35 minutes or so.
>
> Oh that. Yeah, there will be a 2x speedup when emerging packages
> (MAKEOPTS="-j8"). I was referring to application performance when
> using the machine. I don't consider package installation as "using the
> machine" :-)
>
>

Well, one thing I been doing that uses a LOT of memory and CPU, scanning
images and editing them in Gimp.  The biggest problem was Dolphin and
its memory leak, which at the time I didn't realize was abnormal.  At
one point, just opening the directory with a lot of large images made
Dolphin go crazy with memory usage.  I've since realized that Dolphin
has a bug.  Still, having 32GBs of ram is better since I can now compile
Firefox and others in tmpfs instead of on the hard drive.  That said,
Gimp uses quite a bit CPU power at times too.  I also sometimes convert
videos which can get CPU and/or memory hungry. 


>>> The two speeds specify the lower and upper speeds, depending on how
>>> many CPU cores are currently being under load, and also how much load
>>> there is. You don't have to worry about it though. It's all automatic.
>>> [...]
>>
>> That's good to know.  That I was wondering about and couldn't find a
>> clear answer on.  I didn't know if I needed to install something to
>> manage that or what.
>
> The kernel takes care of that. You should be able to observe the CPU's
> frequency and temperature in KSysGuard. Here's how it looks here:
>
>   https://i.imgur.com/Xogy3h0.png
>
> In that screenshot, the CPU has all 4 cores clocked down to 1.6GHz
> because they're all mostly idle. Once there's high CPU load, it will
> crank up the clocks towards 4GHz.
>
> You need to add these sensors manually to KSysGuard though. But if you
> do, it's a good way to verify things are working as intended.
>
>
>


I use the sensors built into the kernel.  Last time I tried lm-sensors,
I couldn't get it to work right.  I enabled and recompiled the kernel
with the needed drivers and I haven't had any trouble since.  That was
on a previous rig too.  I guess I can cat /proc/cpuinfo to see if it is
working as well.  As long as I can see it is working as it should, I'm
not going to worry about checking it much.  I use gkrellm to monitor my
stuff.  I do check Ksysguard at times tho. 

Right now, I'm waiting on a new fan for my CPU.  I noticed when I turned
the rig back on last time, it was slow to get going.  I had to give it a
little push with my finger.  Since it has a lot of hours on it, I oiled
it a bit to help it along temporarily and ordered a new fan.  I plan to
clean the CPU cooler real good, replace the fan and upgrade the CPU all
at one time.  Then the video card and hard drive stuff after that. 

What I'm doing, upgrading to almost a new system.  I have a Gigabyte 970
mobo.  With the new CPU, video card, memory and such, I should get
several more years unless something burns out.  Looking at newer stuff,
I'm not sure it is worth building a whole new rig at this point. 
Computers seem to have sort of peeked unless you spend lots of money.  I
just wonder what will come next that gives a whole new generation of
computing.  It seems clock speed has pretty much reached its limit or
something. 

Dale

:-)  :-)

[gentoo-user] Re: CPU upgrade and LVM questions.

[Nikos Chantziaras]

On 07/12/2018 01:23, Dale wrote:
> Nikos Chantziaras wrote:
>> On 06/12/2018 23:45, Dale wrote:
> I also sometimes convert videos which can get CPU and/or memory hungry.

Video encoding is one of the prime example where more cores will scale 
very well. You can almost halve encoding time by doubling the amount of 
cores.


> I use the sensors built into the kernel.  Last time I tried lm-sensors,
> I couldn't get it to work right.

I don't use lm-sensors either. KSysGuard sees the kernel sensors just 
fine without it. You just need to add them in the KSysGuard options.

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Dale]

Nikos Chantziaras wrote:
> On 07/12/2018 01:23, Dale wrote:
>> Nikos Chantziaras wrote:
>>> On 06/12/2018 23:45, Dale wrote:
>> I also sometimes convert videos which can get CPU and/or memory hungry.
>
> Video encoding is one of the prime example where more cores will scale
> very well. You can almost halve encoding time by doubling the amount
> of cores.
>
>
>> I use the sensors built into the kernel.  Last time I tried lm-sensors,
>> I couldn't get it to work right.
>
> I don't use lm-sensors either. KSysGuard sees the kernel sensors just
> fine without it. You just need to add them in the KSysGuard options.
>
>
>


Got it.  I did some digging but I found it.  I had to add a tab and then
add it to that.  I also found the options as well.  There are tons of
things to monitor in there.  Right now, my current CPU is dead on.  It
reads 3200.  Now when I upgrade, I know where to go look.  I can also
compare to what cpuinfo says too. 

Thanks much.

Dale

:-)  :-) 

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Peter Humphrey]

On Friday, 7 December 2018 00:19:24 GMT Dale wrote:
> Nikos Chantziaras wrote:

> > I don't use lm-sensors either. KSysGuard sees the kernel sensors just
> > fine without it. You just need to add them in the KSysGuard options.
> 
> Got it.  I did some digging but I found it.  I had to add a tab and then
> add it to that.  I also found the options as well.  There are tons of
> things to monitor in there.  Right now, my current CPU is dead on.  It
> reads 3200.  Now when I upgrade, I know where to go look.  I can also
> compare to what cpuinfo says too. 

Have you tried gkrellm? It's very neat. Sits in a vertical strip at the side 
of your screen and shows a whole load of things all at once. I've been using 
it for donkeys' years.

-- 
Regards,
Peter.

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Dale]

Peter Humphrey wrote:
> On Friday, 7 December 2018 00:19:24 GMT Dale wrote:
>> Nikos Chantziaras wrote:
>>> I don't use lm-sensors either. KSysGuard sees the kernel sensors just
>>> fine without it. You just need to add them in the KSysGuard options.
>> Got it.  I did some digging but I found it.  I had to add a tab and then
>> add it to that.  I also found the options as well.  There are tons of
>> things to monitor in there.  Right now, my current CPU is dead on.  It
>> reads 3200.  Now when I upgrade, I know where to go look.  I can also
>> compare to what cpuinfo says too. 
> Have you tried gkrellm? It's very neat. Sits in a vertical strip at the side 
> of your screen and shows a whole load of things all at once. I've been using 
> it for donkeys' years.
>

That's what I generally use.  I don't see a place for it to show the CPU
frequency tho.  Did I miss it? 

Dale

:-)  :-) 

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Peter Humphrey]

On Friday, 7 December 2018 12:41:06 GMT Dale wrote:
> Peter Humphrey wrote:
> > On Friday, 7 December 2018 00:19:24 GMT Dale wrote:
> >> Nikos Chantziaras wrote:
> >>> I don't use lm-sensors either. KSysGuard sees the kernel sensors just
> >>> fine without it. You just need to add them in the KSysGuard options.
> >> 
> >> Got it.  I did some digging but I found it.  I had to add a tab and then
> >> add it to that.  I also found the options as well.  There are tons of
> >> things to monitor in there.  Right now, my current CPU is dead on.  It
> >> reads 3200.  Now when I upgrade, I know where to go look.  I can also
> >> compare to what cpuinfo says too.
> > 
> > Have you tried gkrellm? It's very neat. Sits in a vertical strip at the
> > side of your screen and shows a whole load of things all at once. I've
> > been using it for donkeys' years.
> 
> That's what I generally use.  I don't see a place for it to show the CPU
> frequency tho.  Did I miss it? 

No, I've not seen it either. I see what you mean about adding tabs and digging 
in KSysGuard. My frequency is varying around 3380, which is pretty near the 
nominal 3300.

Thanks for showing me this, Dale.

-- 
Regards,
Peter.

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Dale]

Peter Humphrey wrote:
> On Friday, 7 December 2018 12:41:06 GMT Dale wrote:
>> Peter Humphrey wrote:
>>> On Friday, 7 December 2018 00:19:24 GMT Dale wrote:
>>>> Nikos Chantziaras wrote:
>>>>> I don't use lm-sensors either. KSysGuard sees the kernel sensors just
>>>>> fine without it. You just need to add them in the KSysGuard options.
>>>> Got it.  I did some digging but I found it.  I had to add a tab and then
>>>> add it to that.  I also found the options as well.  There are tons of
>>>> things to monitor in there.  Right now, my current CPU is dead on.  It
>>>> reads 3200.  Now when I upgrade, I know where to go look.  I can also
>>>> compare to what cpuinfo says too.
>>> Have you tried gkrellm? It's very neat. Sits in a vertical strip at the
>>> side of your screen and shows a whole load of things all at once. I've
>>> been using it for donkeys' years.
>> That's what I generally use.  I don't see a place for it to show the CPU
>> frequency tho.  Did I miss it? 
> No, I've not seen it either. I see what you mean about adding tabs and digging 
> in KSysGuard. My frequency is varying around 3380, which is pretty near the 
> nominal 3300.
>
> Thanks for showing me this, Dale.
>

Hey, we helping each other here.  LOL  At least I'm pretty sure my puter
isn't going to blow up when I swap CPUs.  lol  I also seem to have a
pretty decent rig here or will after the upgrades anyway.  Found out fan
is here tomorrow, 8TB hard drive Monday and video card is still pending,
could be Monday or Tuesday since it isn't far away. 

I just noticed the video card that is coming requires a power cable.  I
never had one that powerful before.  O_O 

Dale

:-)  :-) 

[gentoo-user] Re: CPU upgrade and LVM questions.

[Nikos Chantziaras]

On 08/12/2018 03:01, Dale wrote:
> I just noticed the video card that is coming requires a power cable.  I
> never had one that powerful before.  O_O

You've been out of the loop it seems. GPUs have required power cables 
for over a decade now. The GPU I use actually needs *two* power cables 
and places a minimum wattage requirement on the power supply... :-P

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Dale]

Nikos Chantziaras wrote:
> On 08/12/2018 03:01, Dale wrote:
>> I just noticed the video card that is coming requires a power cable.  I
>> never had one that powerful before.  O_O
>
> You've been out of the loop it seems. GPUs have required power cables
> for over a decade now. The GPU I use actually needs *two* power cables
> and places a minimum wattage requirement on the power supply... :-P
>
>
>


I've seen them before, online of course, I've just never owned one. Keep
in mind, Kpatience and watching TV from my computer is about as tough as
it gets on my video card.  Until a year or so ago, it was just
Kaptience.  Watching TV does put a bit of a load on the current card but
it works fine even in HD.

I found the card used on ebay.  I think $70.00 is the most I've ever
spent on a video card, even a new one.  That said, the biggest reason
I'm getting a newer card is not because I need the power, I just want
newer and more stable drivers.  My current card uses old drivers.  I've
ran into a couple bad ones recently.  I'm hoping the newer drivers will
be supported better.  They may not but I'm hoping.  Old card uses 340
drivers.  New card can use 410 or 415 drivers.  I might add, the current
card has a LOT of hours on it.  I'm surprised the fan still spins at
all.  Since I plan to keep it as a spare, I'm going to try to find a new
cooling system, either new heat sink or fan or both. 

I found the power supply box and pretty sure I have the right cable. The
ends look right at least.  We'll see when it gets here I guess.

Maybe I can play some sort of game when it gets here.  Hmmmmm, I'd
rather have a remote to control the videos on the TV that play from my
puter tho.  Heck, pause, skip forward/reverse would be handy. 

I'm getting up with the big dogs now.  ROFLBO

Dale

:-)  :-) 

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[David Haller]

Hello,

On Sat, 08 Dec 2018, Nikos Chantziaras wrote:
>On 08/12/2018 03:01, Dale wrote:
>> I just noticed the video card that is coming requires a power cable.  I
>> never had one that powerful before.  O_O
>
>You've been out of the loop it seems. GPUs have required power cables for
>over a decade now. The GPU I use actually needs *two* power cables and places
>a minimum wattage requirement on the power supply... :-P

*Meh*

I miss my Matrox Mystique (first model w/170MHz RAMDAC!) with a
whopping 4 MB SGRAM, and not even a heatsink, just the plain naked
chip, much less a fan, and it ran in a PCI slot, at about ~4.5W (or
was it 5W?) theoretical max usage...

https://en.wikipedia.org/wiki/Matrox_Mystique
https://en.wikipedia.org/wiki/File:MatroxMystique2MBcard.jpg

I only replaced that ~10yearish ago because my new screen had a
whopping 1280x1024 on 17", which those 4MB just won't do at decent
bit-depth... *sigh* For 1152x864 on the CRT it was still good, but
that screen just got too dark to see anything at all, so I had to
replace it. Got a nice (expensiveish) PVA-TFT. Still very nice after
~10 years, even with CCFL it has darkend only minimally[1] :) And yes,
I'm still fine with 1280x1024 on 17", TYVM :) I could even set up the
spare monitor (same size/res) alongside, but I just don't need it.

Now, I've got (again) a passive GPU for PCIe (max. 75W) w/o extra
power. Main reason: the latest had a fan, which started to scream. As
in almost not running. Cleaning did not help. So... No fan, no sound,
and cleaning a heatsink is easy, as opposed to cleaning a fan +
heatsink combo. And besides, a downward-facing heatsink does not
tend to clog up as one that has a fan blowing onto it...

-dnh, *darn* Time to clean-out the CPU-heatsink once again too :(
    CPU-temp and fan-speed are still ok though.

[1] I started with IIRC ~30-40% "brightness" as preferred setting, and
    am now at ~40-50%... Which is good for a 10yr+ old CCFL, eh? :)

-- 
 "Waking up this morning was a pointless act of masochism" -- Girl

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Dale]

David Haller wrote:
> Hello,
>
> On Sat, 08 Dec 2018, Nikos Chantziaras wrote:
>> On 08/12/2018 03:01, Dale wrote:
>>> I just noticed the video card that is coming requires a power cable.  I
>>> never had one that powerful before.  O_O
>> You've been out of the loop it seems. GPUs have required power cables for
>> over a decade now. The GPU I use actually needs *two* power cables and places
>> a minimum wattage requirement on the power supply... :-P
> *Meh*
>
> I miss my Matrox Mystique (first model w/170MHz RAMDAC!) with a
> whopping 4 MB SGRAM, and not even a heatsink, just the plain naked
> chip, much less a fan, and it ran in a PCI slot, at about ~4.5W (or
> was it 5W?) theoretical max usage...
>
> https://en.wikipedia.org/wiki/Matrox_Mystique
> https://en.wikipedia.org/wiki/File:MatroxMystique2MBcard.jpg
>
> I only replaced that ~10yearish ago because my new screen had a
> whopping 1280x1024 on 17", which those 4MB just won't do at decent
> bit-depth... *sigh* For 1152x864 on the CRT it was still good, but
> that screen just got too dark to see anything at all, so I had to
> replace it. Got a nice (expensiveish) PVA-TFT. Still very nice after
> ~10 years, even with CCFL it has darkend only minimally[1] :) And yes,
> I'm still fine with 1280x1024 on 17", TYVM :) I could even set up the
> spare monitor (same size/res) alongside, but I just don't need it.
>
> Now, I've got (again) a passive GPU for PCIe (max. 75W) w/o extra
> power. Main reason: the latest had a fan, which started to scream. As
> in almost not running. Cleaning did not help. So... No fan, no sound,
> and cleaning a heatsink is easy, as opposed to cleaning a fan +
> heatsink combo. And besides, a downward-facing heatsink does not
> tend to clog up as one that has a fan blowing onto it...
>
> -dnh, *darn* Time to clean-out the CPU-heatsink once again too :(
>     CPU-temp and fan-speed are still ok though.
>
> [1] I started with IIRC ~30-40% "brightness" as preferred setting, and
>     am now at ~40-50%... Which is good for a 10yr+ old CCFL, eh? :)
>


I have some old cards like that too.  One I had given to me and the heat
sink fell off of it before I got it.  I could see the glue that was left
behind and I stuck a new one on there and used it for a long time. 
Later, I added a fan.  It got warm but not hot.  Still, I like to run
things as cool as possible.  The fan ran at a low speed so no noise.

I was digging around the other day and found a couple cards that used to
be used for adding a mouse.  That is a pretty old card.  Of course, I
don't have any working systems that I can plug any of that into.  I'm
actually throwing away old systems that no longer even beep on power up,
which is a lot.  I also found a mid 90's mobo. I think the max ram was
1MBs.  Heck, almost all hard drives have more cache than that nowadays.

How far we have come computer wise.  I've got more memory than I used to
have in hard drive space, even when having more than one drive in a rig.

Dale

:-)  :-) 

[gentoo-user] Re: CPU upgrade and LVM questions.

[Nikos Chantziaras]

On 08/12/2018 07:33, David Haller wrote:
> *Meh*
> 
> I miss my Matrox Mystique (first model w/170MHz RAMDAC!) with a
> whopping 4 MB SGRAM, and not even a heatsink, just the plain naked
> chip, much less a fan, and it ran in a PCI slot, at about ~4.5W (or
> was it 5W?) theoretical max usage...

As it happens, I had the exact same card! Well, almost. I had the 2MB 
version. There was a 2MB module that you could use to upgrade to a total 
of 4MB, but I was never able to find it anywhere. And there was no 
"online shopping" back then. As result, I was only able to play Tomb 
Raider 1 at 512x384 instead of 640x480 :-)

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[David Haller]

Hello,

On Sat, 08 Dec 2018, Nikos Chantziaras wrote:
>On 08/12/2018 07:33, David Haller wrote:
>> *Meh*
>> 
>> I miss my Matrox Mystique (first model w/170MHz RAMDAC!) with a
>> whopping 4 MB SGRAM, and not even a heatsink, just the plain naked
>> chip, much less a fan, and it ran in a PCI slot, at about ~4.5W (or
>> was it 5W?) theoretical max usage...
>
>As it happens, I had the exact same card! Well, almost. I had the 2MB
>version. There was a 2MB module that you could use to upgrade to a total of
>4MB, but I was never able to find it anywhere. And there was no "online
>shopping" back then. As result, I was only able to play Tomb Raider 1 at
>512x384 instead of 640x480 :-)

from a lilo.conf back when:

    append="video=matrox:vesa:789 ..."

best 2D ever, eh? The con is noticeably much slower on nvidia than
with that matrox at any resolution (from "normal" to whatever)... Oh,
and I could play "Descent" just fine at 800x600 or so. Got sorta dizzy
the first hour or so, but once adjusted, wow, *that's* a 3D game! And
still is! :) I still like to play it (as d1x, patched for max
ammo[1]/energy/shield *hrhrhr* I play alone and for fun, not for
setting records ;) I also patch BfWesnoth in the same vein... *eg*

*ARGH* I should get meself a github account and polish and submit some
of my local patches / new ebuilds ... No, not those "cheating" patches :)
Just e.g. stuff that makes stuff optional for libreoffice... *gnarf*

-dnh

[1] for the gauss, signed short, IIRC.

-- 
 / "When it works, it is just biding its time waiting for  \
 \ a more inconvenient time for it to fail."  -- Joe Moore /

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[David Haller]

[-- Attachment #1: Type: text/plain, Size: 730 bytes --]

Hello,

On Fri, 07 Dec 2018, Dale wrote:
>Peter Humphrey wrote:
>> Have you tried gkrellm? It's very neat. Sits in a vertical strip at
>> the side of your screen and shows a whole load of things all at
>> once. I've been using it for donkeys' years.
>
>That's what I generally use.  I don't see a place for it to show the CPU
>frequency tho.  Did I miss it? 

Nope. Try your local x11-plugins/gkrellm-gkfreq, see attachment ;)

HTH,
-dnh

-- 
Keep me informed on the behaviour of this kernel..  As the "BugFree(tm)"
series didn't turn out too well, I'm starting a new series called the
"ItWorksForMe(tm)" series, of which this new kernel is yet another
shining example.	-- Linus, in the announcement for 1.3.29

[-- Attachment #2: gkrellm-gkfreq-2.4.ebuild --]
[-- Type: text/plain, Size: 419 bytes --]

# Copyright 1999-2018 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2

EAPI=6

inherit gkrellm-plugin toolchain-funcs

DESCRIPTION="CPU frequency plugin for gkrellm2"
HOMEPAGE="https://sourceforge.net/projects/gkrellm-gkfreq/"
SRC_URI="mirror://sourceforge/${PN}/${P}.tar.gz"
LICENSE="GPL-2"
SLOT="0"
KEYWORDS="~amd64 ~x86"
IUSE=""
RDEPEND="app-admin/gkrellm:2[X]"
DEPEND="${RDEPEND}"

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Dale]

David Haller wrote:
> Hello,
>
> On Fri, 07 Dec 2018, Dale wrote:
>> Peter Humphrey wrote:
>>> Have you tried gkrellm? It's very neat. Sits in a vertical strip at
>>> the side of your screen and shows a whole load of things all at
>>> once. I've been using it for donkeys' years.
>> That's what I generally use.  I don't see a place for it to show the CPU
>> frequency tho.  Did I miss it? 
> Nope. Try your local x11-plugins/gkrellm-gkfreq, see attachment ;)
>
> HTH,
> -dnh
>

Oh man.  They added a lot of plugins since I last looked.  I couldn't
find the one you mentioned but I did find gkrellm-cpupower which seems
to be it.  Maybe they changed a name recently???  Thing about that, it
takes up way to much room to display. I could check it on occasion but I
wouldn't want to leave it up there all the time. 

Thanks for the tip tho.  I'm going to check into the other plugins that
might be nifty to have. 

Dale

:-)  :-) 

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[David Haller]

Hello,

On Fri, 07 Dec 2018, Dale wrote:
>David Haller wrote:
>> On Fri, 07 Dec 2018, Dale wrote:
>>> Peter Humphrey wrote:
>>>> Have you tried gkrellm? It's very neat. Sits in a vertical strip at
>>>> the side of your screen and shows a whole load of things all at
>>>> once. I've been using it for donkeys' years.
>>> That's what I generally use.  I don't see a place for it to show the CPU
>>> frequency tho.  Did I miss it? 
>> Nope. Try your local x11-plugins/gkrellm-gkfreq, see attachment ;)
>
>Oh man.  They added a lot of plugins since I last looked.  I couldn't
>find the one you mentioned but I did find gkrellm-cpupower which seems
>to be it.  Maybe they changed a name recently???

Nah, cpupower seems to be even older that gkfreq, but that is also at
least from 2010 ;) IIRC I found it linked from the gkrellm homepage.

>Thing about that, it takes up way to much room to display. I could
>check it on occasion but I wouldn't want to leave it up there all the
>time. 

You can configure it! But cpupower seems to take at least a
line/CPU-Core. BTW it seems you have to restart gkrellm to have
cpupower update it's config, unlike most other plugins (e.g. gkfreq ;)

>Thanks for the tip tho.  I'm going to check into the other plugins that
>might be nifty to have. 

gkfreq can be configured that it just shows one line (e.g. "Max",
which is how I have it), and which suits me. Oh and with that slower
update-rate in my other follow-up with the patch.

Check both out. You can use both cpupower and gkfreq for testing and
keep whichever you like better ;)

-dnh

-- 
[David hat Thomas einen Geologen genannt]
>Ich bastle auch schon an der Bombe fuer David.... :-)) 
*JAUL* *duck* *fluecht* *eingrab* *Ach nee, das bringt bei nem
Geo_PHYSIKER_ ja nix* *Heul* *UFO kaper*  
                               [Thomas Hertweck und  Haller in suse-talk]

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[David Haller]

[-- Attachment #1: Type: text/plain, Size: 844 bytes --]

Hello,

On Sat, 08 Dec 2018, David Haller wrote:
>On Fri, 07 Dec 2018, Dale wrote:
>>Peter Humphrey wrote:
>>> Have you tried gkrellm? It's very neat. Sits in a vertical strip at
>>> the side of your screen and shows a whole load of things all at
>>> once. I've been using it for donkeys' years.
>>
>>That's what I generally use.  I don't see a place for it to show the CPU
>>frequency tho.  Did I miss it? 
>
>Nope. Try your local x11-plugins/gkrellm-gkfreq, see attachment ;)

Made a little patch (drawn from the gkfreq-2.0 source) to make updates
not quite that often (I barely could read them)...

Patch + updated ebuild attached. Have fun.

-dnh

-- 
And 1.1.81 is officially BugFree(tm), so if you receive any bug-reports
on it, you know they are just evil lies."
(By Linus Torvalds, Linus.Torvalds@cs.helsinki.fi)

[-- Attachment #2: x11-plugins/gkrellm-gkfreq/gkrellm-gkfreq-2.4.ebuild --]
[-- Type: text/plain, Size: 492 bytes --]

# Copyright 1999-2018 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2

EAPI=6

inherit gkrellm-plugin toolchain-funcs

DESCRIPTION="CPU frequency plugin for gkrellm2"
HOMEPAGE="https://sourceforge.net/projects/gkrellm-gkfreq/"
SRC_URI="mirror://sourceforge/${PN}/${P}.tar.gz"
LICENSE="GPL-2"
SLOT="0"
KEYWORDS="~amd64 ~x86"
IUSE=""
RDEPEND="app-admin/gkrellm:2[X]"
DEPEND="${RDEPEND}"

PATCHES=( "${FILESDIR}/gkrellm-gkfreq-2.4-dont_update_too_much.patch" )

[-- Attachment #3: x11-plugins/gkrellm-gkfreq/files/gkrellm-gkfreq-2.4-dont_update_too_much.patch --]
[-- Type: text/x-patch, Size: 482 bytes --]

diff -purN -x '*~' a/gkrellm-gkfreq.c b/gkrellm-gkfreq.c
--- a/gkrellm-gkfreq.c	2014-12-23 14:23:13.000000000 +0100
+++ b/gkrellm-gkfreq.c	2018-12-08 05:58:49.732739849 +0100
@@ -172,6 +172,9 @@ static gint panel_expose_event(GtkWidget
 static void update_plugin() {
   gint i;
   
+  // dont do it too much...
+  if ((GK.timer_ticks % 10) != 0) return;
+
   // Get all CPU frequencies and calculate max, avg & min
   for (i=0; i<num_cpu; i++) {
     cpu[i].freq = get_cpu_freq(i);

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Peter Humphrey]

Hello David,

On Saturday, 8 December 2018 05:38:17 GMT David Haller wrote:
> Hello,
> 
> On Sat, 08 Dec 2018, David Haller wrote:
> >On Fri, 07 Dec 2018, Dale wrote:
> >>Peter Humphrey wrote:
> >>> Have you tried gkrellm? It's very neat. Sits in a vertical strip at
> >>> the side of your screen and shows a whole load of things all at
> >>> once. I've been using it for donkeys' years.
> >>
> >>That's what I generally use.  I don't see a place for it to show the CPU
> >>frequency tho.  Did I miss it? 
> >
> >Nope. Try your local x11-plugins/gkrellm-gkfreq, see attachment ;)
> 
> Made a little patch (drawn from the gkfreq-2.0 source) to make updates
> not quite that often (I barely could read them)...
> 
> Patch + updated ebuild attached. Have fun.

I tried this but got an error "/usr/local/portage/x11-plugins/gkrellm-
gkfreq-2.4.ebuild: does not seem to have a valid PORTDIR structure"

I have another local overlay in /usr/local/portage/app-admin/localepurge which 
operates as expected, so what am I missing?

-- 
Regards,
Peter.

Re: [gentoo-user] Re: CPU upgrade and LVM questions.

[Peter Humphrey]

On Saturday, 8 December 2018 09:40:20 GMT Peter Humphrey wrote:
> Hello David,
> 
> On Saturday, 8 December 2018 05:38:17 GMT David Haller wrote:
> > Hello,
> > 
> > On Sat, 08 Dec 2018, David Haller wrote:
> > >On Fri, 07 Dec 2018, Dale wrote:
> > >>Peter Humphrey wrote:
> > >>> Have you tried gkrellm? It's very neat. Sits in a vertical strip at
> > >>> the side of your screen and shows a whole load of things all at
> > >>> once. I've been using it for donkeys' years.
> > >>
> > >>That's what I generally use.  I don't see a place for it to show the CPU
> > >>frequency tho.  Did I miss it?
> > >
> > >Nope. Try your local x11-plugins/gkrellm-gkfreq, see attachment ;)
> > 
> > Made a little patch (drawn from the gkfreq-2.0 source) to make updates
> > not quite that often (I barely could read them)...
> > 
> > Patch + updated ebuild attached. Have fun.
> 
> I tried this but got an error "/usr/local/portage/x11-plugins/gkrellm-
> gkfreq-2.4.ebuild: does not seem to have a valid PORTDIR structure"
> 
> I have another local overlay in /usr/local/portage/app-admin/localepurge
> which operates as expected, so what am I missing?

Sorry - I had an error in my local tree. Please ignore this.

-- 
Regards,
Peter.

Re: [gentoo-user] CPU upgrade and LVM questions.

[Grant Taylor]

On 12/06/2018 02:27 AM, Dale wrote:
> From what I've read, I can use pvmove and pvremove to replace that drive. 
> Just tell pv to move the data and when done, remove the old drive. After 
> that, the new 6TB drive will be used in that PV and the 3TB drive can 
> be used for something else.  Is it really that easy or is there more to 
> it than that?  Pardon me but that doesn't sound complicated enough to me.

I've migrated multiple hundreds of TB of data this way.

In short:

1)  Partition the new drive(s) as desired.
2)  pvcreate /dev/$newPv
3)  vgextend $vgName /dev/$newPv
4)  pvmove /dev/$oldPv /dev/$newPv
5)  vgreduce $vgName /dev/$oldPv
6)  pvremove /dev/$oldPv

This does work well, even if the LV(s) are in use / file system(s) are 
mounted.

I have occasionally had issues where the system seems to not respond, 
despite the fact that it is doing what it's supposed to.  I wonder if 
it's related to the memory leak that J. Roeleveld was talking about.

Note:  I /do/ *STRONGLY* recommend that you do partition the new drive 
and /not/ pvcreate the entire drive.  —  Many of the data recovery tools 
/expect/ there to be a partition table.  Those that don't care are happy 
to work with a partition table.  I've seen others be in a very 
uncomfortable situation when they /didn't/ use a partition table. 
Simple easy thing to avoid painting yourself into a corner.



-- 
Grant. . . .
unix || die

Re: [gentoo-user] CPU upgrade and LVM questions.

[Dale]

Grant Taylor wrote:
> On 12/06/2018 02:27 AM, Dale wrote:
>> From what I've read, I can use pvmove and pvremove to replace that
>> drive. Just tell pv to move the data and when done, remove the old
>> drive. After that, the new 6TB drive will be used in that PV and the
>> 3TB drive can be used for something else.  Is it really that easy or
>> is there more to it than that?  Pardon me but that doesn't sound
>> complicated enough to me.
>
> I've migrated multiple hundreds of TB of data this way.
>
> In short:
>
> 1)  Partition the new drive(s) as desired.
> 2)  pvcreate /dev/$newPv
> 3)  vgextend $vgName /dev/$newPv
> 4)  pvmove /dev/$oldPv /dev/$newPv
> 5)  vgreduce $vgName /dev/$oldPv
> 6)  pvremove /dev/$oldPv
>
> This does work well, even if the LV(s) are in use / file system(s) are
> mounted.
>
> I have occasionally had issues where the system seems to not respond,
> despite the fact that it is doing what it's supposed to.  I wonder if
> it's related to the memory leak that J. Roeleveld was talking about.
>
> Note:  I /do/ *STRONGLY* recommend that you do partition the new drive
> and /not/ pvcreate the entire drive.  —  Many of the data recovery
> tools /expect/ there to be a partition table.  Those that don't care
> are happy to work with a partition table.  I've seen others be in a
> very uncomfortable situation when they /didn't/ use a partition table.
> Simple easy thing to avoid painting yourself into a corner.
>
>
>


Grant,

I'm not ignoring this email.  I just keep rereading it.  ;-)  I'm
uncertain still how I'm going to do this.  I'm considering encryption
which would mean additional changes and mount points.  I'm just not 100%
sure yet.  I'm considering things that may require a new thread.

Thanks much for this info.  The list of commands helps, largely.

Dale

:-)  :-) 

Re: [gentoo-user] CPU upgrade and LVM questions.

[Grant Taylor]

On 12/9/18 3:45 PM, Dale wrote:
> Grant,

Hi Dale,

> I'm not ignoring this email.

I didn't presume you were.  ;-)

> I just keep rereading it.  ;-)

Okay.

Is there an aspect of it that doesn't make sense?  Or that you're 
uncomfortable with?  Can I help alleviate the worry?

> I'm uncertain still how I'm going to do this.

Would you like to walk through it?  At any level of detail?

> I'm considering encryption which would mean additional changes and 
> mount points.

Depending on what your goal is, chances are good that encryption should 
not need to change mount points.

That's one of the wonderful things about Linux.  You can change the 
block device that a file system lives on while still using the same 
mount point.  }:-)  You can /usually/ do it after the system is 
installed too.

Would you like to share more details and discuss your current state as 
well as the future state that you'd like to get to?

> I'm just not 100% sure yet.  I'm considering things that may require a 
> new thread.

¯\_(ツ)_/¯

It still sounds to me like we are talking about modifying things about 
your LVM configuration, and discussing questions there about.  So, it 
seems like were' still under the 2nd half of the subject of this thread. 
   ;-)

> Thanks much for this info.  The list of commands helps, largely.

You're welcome.  I'm glad they help.  :-D



-- 
Grant. . . .
unix || die

Re: [gentoo-user] CPU upgrade and LVM questions.

[Dale]

Grant Taylor wrote:
> On 12/9/18 3:45 PM, Dale wrote:
>> Grant,
>
> Hi Dale,
>
>> I'm not ignoring this email.
>
> I didn't presume you were.  ;-)
>
>> I just keep rereading it.  ;-)
>
> Okay.
>
> Is there an aspect of it that doesn't make sense?  Or that you're
> uncomfortable with?  Can I help alleviate the worry?

Just making sense of it.  Trying to get it firmly in my mind.  It just
seems to simple and easy to move that much data around and swap drives
even while in use.  o-O


>
>> I'm uncertain still how I'm going to do this.
>
> Would you like to walk through it?  At any level of detail?

I'm mostly trying to figure out what drive will go where.  On one hand,
I thought about having a single drive, 8TB, to store it all on.  On the
other, I thought of replacing one of the two 3TB drives with a 6TB
drive.  That will give me roughly 9TBs of storage.  Later on, I could
replace the other 3TB drive with another 6TB drive and then have 12TBs. 
Then I'd have to rethink my backup method.  If I use the second method,
I can use the 8TB drive for backups since I don't backup everything. 
Right now, I'm planning to do the second method.  I think long term, it
will work best plus I will have a spare drive if needed. 


>
>> I'm considering encryption which would mean additional changes and
>> mount points.
>
> Depending on what your goal is, chances are good that encryption
> should not need to change mount points.
>
> That's one of the wonderful things about Linux.  You can change the
> block device that a file system lives on while still using the same
> mount point.  }:-)  You can /usually/ do it after the system is
> installed too.
>
> Would you like to share more details and discuss your current state as
> well as the future state that you'd like to get to?
>
>> I'm just not 100% sure yet.  I'm considering things that may require
>> a new thread.
>
> ¯\_(ツ)_/¯
>
> It still sounds to me like we are talking about modifying things about
> your LVM configuration, and discussing questions there about.  So, it
> seems like were' still under the 2nd half of the subject of this
> thread.   ;-)
>
>> Thanks much for this info.  The list of commands helps, largely.
>
> You're welcome.  I'm glad they help.  :-D
>
>
>

I started another thread about encryption stuff.  The reply you posted
tho is really helpful because it lists the commands all in one spot. 
Most howtos have them spread all over the place and it makes it harder
for me to get what is going on, even if it is being explained a bit in
between the commands.  Sometimes, it just depends on how things hit me
thinking wise.  ;-)

I'll be writing those commands down before I do the change over.

Dale

:-)  :-) 

Re: [gentoo-user] CPU upgrade and LVM questions.

[Grant Taylor]

On 12/9/18 7:38 PM, Dale wrote:
> Just making sense of it.  Trying to get it firmly in my mind.  It just 
> seems to simple and easy to move that much data around and swap drives 
> even while in use.  o-O

Welcome to the wonders of LVM.

You turn a drive / partition into something that LVM can use.  Then you 
add said drive to an existing Volume Group.  Then you tell LVM to vacate 
the old physical drive.  Then you remove the old physical drive from the 
Volume Group.  Finally you should clean the LVM metadata from the drive, 
but that's not strictly required.

Similar could be said about upgrading / trading bookshelves too.

> I'm mostly trying to figure out what drive will go where.  On one 
> hand, I thought about having a single drive, 8TB, to store it all on. 
> On the other, I thought of replacing one of the two 3TB drives with a 
> 6TB drive.  That will give me roughly 9TBs of storage.  Later on, I could 
> replace the other 3TB drive with another 6TB drive and then have 12TBs. 
> Then I'd have to rethink my backup method.  If I use the second method, 
> I can use the 8TB drive for backups since I don't backup everything. 
> Right now, I'm planning to do the second method.  I think long term, 
> it will work best plus I will have a spare drive if needed.

*nod*

Figuring out what you want to do can be more challenging than figuring 
out how to do it.

> I started another thread about encryption stuff.  The reply you posted 
> tho is really helpful because it lists the commands all in one spot. 
> Most howtos have them spread all over the place and it makes it harder 
> for me to get what is going on, even if it is being explained a bit in 
> between the commands.  Sometimes, it just depends on how things hit me 
> thinking wise.  ;-)

I get it.

> I'll be writing those commands down before I do the change over.

:-)

Re: [gentoo-user] CPU upgrade and LVM questions.

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 618 bytes --]

On Sun, 9 Dec 2018 20:38:25 -0600, Dale wrote:

> > Is there an aspect of it that doesn't make sense?  Or that you're
> > uncomfortable with?  Can I help alleviate the worry?  
> 
> Just making sense of it.  Trying to get it firmly in my mind.  It just
> seems to simple and easy to move that much data around and swap drives
> even while in use.  o-O

But the whole point of LVM is to make it easy to do things like that. If
this task were more difficult it would be a massive fail for LVM.


-- 
Neil Bothwick

WinErr 678: This will end your Windows session. Do you want to play
another game?

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] CPU upgrade and LVM questions.

[Dale]

Neil Bothwick wrote:
> On Sun, 9 Dec 2018 20:38:25 -0600, Dale wrote:
>
>>> Is there an aspect of it that doesn't make sense?  Or that you're
>>> uncomfortable with?  Can I help alleviate the worry?  
>> Just making sense of it.  Trying to get it firmly in my mind.  It just
>> seems to simple and easy to move that much data around and swap drives
>> even while in use.  o-O
> But the whole point of LVM is to make it easy to do things like that. If
> this task were more difficult it would be a massive fail for LVM.
>
>


This is true but this is *ME*.  ROFL  Nothing should be *that* easy.  lol 

BTW, my drive and CPU fan is coming in today.  Let's see if I feel like
I have enough energy to mess with it today. May do CPU first.  I can do
a new set of backups while recompiling with new settings for new CPU
too.  I also finished my -e world this AM with only one failure.  Dang,
emerge is getting good.  ;-) 

I wonder what today will bring. 

Dale

:-)  :-) 

Re: [gentoo-user] CPU upgrade and LVM questions.

[Alexander Puchmayr]

Am Donnerstag, 6. Dezember 2018, 10:27:31 CET schrieb Dale:
> Howdy,
> 
> I mentioned in other threads that I'm doing some upgrades to my system. 
> My first question is about a CPU upgrade.  I currently have this for my
> CPU, from cpuinfo:
> 
> AMD Phenom(tm) II X4 955 Processor
> 
> I've bought but not yet installed a FX-8350 CPU.  I have this in my
> make.conf file:
> 
> CFLAGS="-march=native -O2 -pipe"

Compiling the whole system with -march=native might lead to troubles, 
especially when doing a CPU change. This option means that gcc is determining 
the type of CPU automatically and adjusts the instruction set used to exactly 
this CPU. Although, in your case, it is highly likely that your new CPU 
understands all commands from the old, but I wouldn't bet on it. Its possible 
that your existing software encounters problems like "illegal instruction" or 
the like. Very bad if your compiler crashes after CPU replacement, then you 
cannot emerge anything. I highly recommend using CFLAGS="-O2 -pipe" and 
nothing more, the performance difference is, if measurable at all, negligible. 

> USE_CPU="fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
> pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt
> pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc
> extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic
> cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt
> nodeid_msr hw_pstate npt lbrv svm_lock nrip_save"
> 
As someone else in this thread already mentioned, USE_CPU is not used. What 
you're looking for is CPU_FLAGS_X86=..., which defines what cpu-specific options 
will be enabled for packages supporting it and where it makes sense. See 
package cpuid2cpuflags for details.

Regards
	Alex

Re: [gentoo-user] CPU upgrade and LVM questions.

[Dale]

Alexander Puchmayr wrote:
> Am Donnerstag, 6. Dezember 2018, 10:27:31 CET schrieb Dale:
>> Howdy,
>>
>> I mentioned in other threads that I'm doing some upgrades to my system. 
>> My first question is about a CPU upgrade.  I currently have this for my
>> CPU, from cpuinfo:
>>
>> AMD Phenom(tm) II X4 955 Processor
>>
>> I've bought but not yet installed a FX-8350 CPU.  I have this in my
>> make.conf file:
>>
>> CFLAGS="-march=native -O2 -pipe"
> Compiling the whole system with -march=native might lead to troubles, 
> especially when doing a CPU change. This option means that gcc is determining 
> the type of CPU automatically and adjusts the instruction set used to exactly 
> this CPU. Although, in your case, it is highly likely that your new CPU 
> understands all commands from the old, but I wouldn't bet on it. Its possible 
> that your existing software encounters problems like "illegal instruction" or 
> the like. Very bad if your compiler crashes after CPU replacement, then you 
> cannot emerge anything. I highly recommend using CFLAGS="-O2 -pipe" and 
> nothing more, the performance difference is, if measurable at all, negligible. 
>
>> USE_CPU="fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
>> pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt
>> pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc
>> extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic
>> cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt
>> nodeid_msr hw_pstate npt lbrv svm_lock nrip_save"
>>
> As someone else in this thread already mentioned, USE_CPU is not used. What 
> you're looking for is CPU_FLAGS_X86=..., which defines what cpu-specific options 
> will be enabled for packages supporting it and where it makes sense. See 
> package cpuid2cpuflags for details.
>
> Regards
> 	Alex
>

It seems the holiday shopping is slowing down delivery.  My fan was
supposed to be here today but didn't arrive.  Since I got time, I'll
change the CFLAGS for at least the @system stuff, that should get me
booted for sure.  While the native setting makes things easier for
normal use, I can see the point of not using it when changing CPUs. 
That is one reason for this thread.  The CPUs are different and may
require some changes during the swap. 

Is there a easy way to see what if any changes will be made?  I did a
emerge -UDNa @system but it's not showing any change.  Does it require a
emerge -e @system to force the change?  Or is it not changing anything?

Thanks much.  Better safe than sorry.  ;-)

Dale

:-)  :-) 

Re: [gentoo-user] CPU upgrade and LVM questions.

[J. Roeleveld]

[-- Attachment #1: Type: text/plain, Size: 3082 bytes --]

On December 8, 2018 6:23:04 PM UTC, Dale <rdalek1967@gmail.com> wrote:
>Alexander Puchmayr wrote:
>> Am Donnerstag, 6. Dezember 2018, 10:27:31 CET schrieb Dale:
>>> Howdy,
>>>
>>> I mentioned in other threads that I'm doing some upgrades to my
>system. 
>>> My first question is about a CPU upgrade.  I currently have this for
>my
>>> CPU, from cpuinfo:
>>>
>>> AMD Phenom(tm) II X4 955 Processor
>>>
>>> I've bought but not yet installed a FX-8350 CPU.  I have this in my
>>> make.conf file:
>>>
>>> CFLAGS="-march=native -O2 -pipe"
>> Compiling the whole system with -march=native might lead to troubles,
>
>> especially when doing a CPU change. This option means that gcc is
>determining 
>> the type of CPU automatically and adjusts the instruction set used to
>exactly 
>> this CPU. Although, in your case, it is highly likely that your new
>CPU 
>> understands all commands from the old, but I wouldn't bet on it. Its
>possible 
>> that your existing software encounters problems like "illegal
>instruction" or 
>> the like. Very bad if your compiler crashes after CPU replacement,
>then you 
>> cannot emerge anything. I highly recommend using CFLAGS="-O2 -pipe"
>and 
>> nothing more, the performance difference is, if measurable at all,
>negligible. 
>>
>>> USE_CPU="fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
>cmov
>>> pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt
>>> pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl
>nonstop_tsc
>>> extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic
>>> cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt
>>> nodeid_msr hw_pstate npt lbrv svm_lock nrip_save"
>>>
>> As someone else in this thread already mentioned, USE_CPU is not
>used. What 
>> you're looking for is CPU_FLAGS_X86=..., which defines what
>cpu-specific options 
>> will be enabled for packages supporting it and where it makes sense.
>See 
>> package cpuid2cpuflags for details.
>>
>> Regards
>> 	Alex
>>
>
>It seems the holiday shopping is slowing down delivery.  My fan was
>supposed to be here today but didn't arrive.  Since I got time, I'll
>change the CFLAGS for at least the @system stuff, that should get me
>booted for sure.  While the native setting makes things easier for
>normal use, I can see the point of not using it when changing CPUs. 
>That is one reason for this thread.  The CPUs are different and may
>require some changes during the swap. 
>
>Is there a easy way to see what if any changes will be made?  I did a
>emerge -UDNa @system but it's not showing any change.  Does it require
>a
>emerge -e @system to force the change?  Or is it not changing anything?
>
>Thanks much.  Better safe than sorry.  ;-)
>
>Dale
>
>:-)  :-) 

A CFLAGS change requires a rebuild of all packages done with gcc. I am not aware of a simple way of only doing those, so a "emerge --empty @world" will be needed.

--
Joost
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

[-- Attachment #2: Type: text/html, Size: 3764 bytes --]

Re: [gentoo-user] CPU upgrade and LVM questions.

[Dale]

[-- Attachment #1: Type: text/plain, Size: 3821 bytes --]

J. Roeleveld wrote:
> On December 8, 2018 6:23:04 PM UTC, Dale <rdalek1967@gmail.com> wrote:
>
>     Alexander Puchmayr wrote:
>
>         Am Donnerstag, 6. Dezember 2018, 10:27:31 CET schrieb Dale:
>
>             Howdy, I mentioned in other threads that I'm doing some
>             upgrades to my system. My first question is about a CPU
>             upgrade. I currently have this for my CPU, from cpuinfo:
>             AMD Phenom(tm) II X4 955 Processor I've bought but not yet
>             installed a FX-8350 CPU. I have this in my make.conf file:
>             CFLAGS="-march=native -O2 -pipe" 
>
>         Compiling the whole system with -march=native might lead to
>         troubles, especially when doing a CPU change. This option
>         means that gcc is determining the type of CPU automatically
>         and adjusts the instruction set used to exactly this CPU.
>         Although, in your case, it is highly likely that your new CPU
>         understands all commands from the old, but I wouldn't bet on
>         it. Its possible that your existing software encounters
>         problems like "illegal instruction" or the like. Very bad if
>         your compiler crashes after CPU replacement, then you cannot
>         emerge anything. I highly recommend using CFLAGS="-O2 -pipe"
>         and nothing more, the performance difference is, if measurable
>         at all, negligible.
>
>             USE_CPU="fpu vme de pse tsc msr pae mce cx8 apic sep mtrr
>             pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht
>             syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext
>             3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid
>             pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic
>             cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs
>             skinit wdt nodeid_msr hw_pstate npt lbrv svm_lock nrip_save" 
>
>         As someone else in this thread already mentioned, USE_CPU is
>         not used. What you're looking for is CPU_FLAGS_X86=..., which
>         defines what cpu-specific options will be enabled for packages
>         supporting it and where it makes sense. See package
>         cpuid2cpuflags for details. Regards Alex 
>
>
>     It seems the holiday shopping is slowing down delivery.  My fan was
>     supposed to be here today but didn't arrive.  Since I got time, I'll
>     change the CFLAGS for at least the @system stuff, that should get me
>     booted for sure.  While the native setting makes things easier for
>     normal use, I can see the point of not using it when changing CPUs. 
>     That is one reason for this thread.  The CPUs are different and may
>     require some changes during the swap. 
>
>     Is there a easy way to see what if any changes will be made?  I did a
>     emerge -UDNa @system but it's not showing any change.  Does it require a
>     emerge -e @system to force the change?  Or is it not changing anything?
>
>     Thanks much.  Better safe than sorry.  ;-)
>
>     Dale
>
>     :-)  :-) 
>
>
> A CFLAGS change requires a rebuild of all packages done with gcc. I am
> not aware of a simple way of only doing those, so a "emerge --empty
> @world" will be needed.
>
> --
> Joost
> -- 
> Sent from my Android device with K-9 Mail. Please excuse my brevity. 


Based on the output, that's what I was thinking. Emerge picks up on
other USE changes but it seems it only grabs the CFLAGS during the
compile/configure phase for each package. Would this change the kernel
image as well or would it remain the same?  I may build a new kernel
just to be sure.

One good thing about this, I can compare the times with current CPU and
new CPU later and get a rough idea of speed increases.  ;-) 

Pardon me while I generate some heat.  o_O

Dale

:-)  :-) 

[-- Attachment #2: Type: text/html, Size: 4727 bytes --]

Re: [gentoo-user] CPU upgrade and LVM questions.

[Dale]

Dale wrote:
> Howdy,
>
> I mentioned in other threads that I'm doing some upgrades to my system. 
> My first question is about a CPU upgrade.  

SNIP


Here's a update.  I swapped out the CPU.  While I had the CPU cooler
off, I gave it a good bath.  It wasn't to bad for being in there for 7
or 8 years but it needed some cleaning.  I cleaned off the base part and
dunked it some hot soapy water.  After soaking a bit, I took a brush and
cleaned off the part where the air enters.  I got it pretty clean. 

I also replaced the 120MM fan for the CPU cooler.  When I did my last
shutdown, it needed some help getting going again.  Once it got started,
it did fine but it didn't like that cold start.  I figure the bearings
are going out or something.  I did force some oil on the bearing which
helped some.  Given its age, it needed to be replaced.  I also put a
screen on the fan to help make it cleaner.  I'll clean it ever so often. 

The biggest surprise I had, a bad ethernet cable.  When I got booted up,
I couldn't get the network to work.  I couldn't get to the router or
modem.  Odd thing is, I could ping google but it was slow.  Browsers
wouldn't do anything tho.  Finally I put a known good cable between the
puter and the router and it started working.  I guess when I unplugged
all the cables, that one must have went out. 

While trying to diagnose that, I pulled the SATA card I had put in.  I
thought maybe there was a conflict of some sort messing up the network
card.  I'll shutdown and put that back in.  I don't have any drives
plugged into it yet.  I ran into another issue.  I'm out of SATA power
plugs.  I thought I had another string of cables but turned out, I
don't, or I can't find them.  They should be in the power supply box
with all the other cables.  I did find a cable already in there for the
new video card. 

While I haven't measured anything, it does seem a little faster. I
figure compiling will be the biggest time I'll see a difference. Gkrellm
gave me a bit of a surprise tho.  It showed all the cores and it ran off
the bottom of the screen a good bit.  It seems to have reset gkrellm
too.  I had my fans and such labeled but they got lost somewhere.  I'll
have to figure out which ones are what again. 

Now to recompile everything with the new settings for the CPU. 

Thanks to all.  It went pretty well, other than the ethernet cable. 

Dale

:-)  :-)  :-)  :-) 

Re: [gentoo-user] CPU upgrade and LVM questions.

[Dale]

Dale wrote:
> Howdy,
>
> <<<SNIP>>>
>
> Now to the second question.  I found a 8TB hard drive and bought it.  My
> plan is to take my 6TB backup drive and install it in place of a 3TB
> drive which has LVM on it.  I plan to use the 8TB drive as a external
> backup drive in the end.  Will do a backup before changing internal
> drives tho.  From what I've read, I can use pvmove and pvremove to
> replace that drive.  Just tell pv to move the data and when done, remove
> the old drive. After that, the new 6TB drive will be used in that PV and
> the 3TB drive can be used for something else.  Is it really that easy or
> is there more to it than that?  Pardon me but that doesn't sound
> complicated enough to me.  lol 
>
> <<<SNIP>>>
>
> Thanks in advance.
>
> Dale
>
> :-)  :-) 
>


Well, I started this move this morning.  I added the 6TB drive hardware
wise, then used pv commands to add it and to move the data to the 6TB
drive.  When that was done, move took about 6 hours, I resized the file
system and now have this:


Filesystem                                     Size  Used Avail Use%
Mounted on
/dev/mapper/Home2-Home2          8.1T  3.9T  4.2T  48% /home


Now I have some breathing room.  It really was that easy.  I'm shocked. 
lol  I might add, I bought this external enclosure. 

https://www.ebay.com/itm/External-3-5-SATA-USB-3-0-eSATA-Hard-Drive-Enclosure-80-mm-Variable-Speed-F/381043280186

It has a fan and a nifty display.  Claims it has a alarm if the temps
get to high too.  I hope I never hear that.  I stuck my 8TB drive in it
for my backup drive. 

If my maths are correct, this will last me a couple years.  I guess I'll
swap the other 3TB drive for another 6TB drive then.  Then rinse and
repeat until this rig dies or I do one.  :/ 

By the way, my BIOS doesn't support the NVME drives.  I'd have to get a
new mobo for that.  Bummer.

Thanks to all who helped. 

Dale

:-)  :-)