Solved Memory Upgrade slow system

if its extremley slow maybe the cache gets somehow disabled in some situations
try to get the latest bios, see if something improves
 
sko said:
anything unusual in vmstat -i output while the system is slow?
Click to expand...
thanks, I will try that next time it happens.
Did boot twice today and seems working very normal, lucky me.
I'm sure the system really used a lot memory as I'm running a local kubernetes single node cluster (with minikube) for some deployment testing and just on that cluster I reserved 8GB of RAM.
The host system never had a performance drop whie doing these tests.

So whatever happens, when it happens it happens right since boot.
 
by the way, something just came into my mind regarding this memory upgrade, the swap size.
It was 8GB with 8GB swap, makes sense to increase the swap to 16GB?
 
forget that, just got my answer here
forums.FreeBSD.org

Solved - How Much Swap

In the handbook it still says "As a rule of thumb, the swap partition should be about double the size of physical memory." Is this still practical? I am considering (dreaming of) getting a nice new machine with lots of ram and an NVME (or two mirrored) for the system disk. Double the RAM...
forums.FreeBSD.org forums.FreeBSD.org
so no need to increase, 8GB is enough.
thanks!
 
Hi all!
it happened again
$ vmstat -i
interrupt total rate
irq1: atkbd0 8 0
irq9: acpi0 1198 3
irq17: ehci0 962 2
cpu0:timer 83795 195
cpu1:timer 52274 122
cpu2:timer 55476 129
cpu3:timer 56724 132
irq48: hdac0 1285 3
irq49: xhci0 1104954 2569
irq50: em0:irq0 1 0
irq51: hdac1 10967 26
irq53: rtsx0 1 0
irq54: ahci0 28397 66
irq55: vgapci0 8287 19
irq56: iwm0 10113 24
Total 1414442 3289
Click to expand...
The process consuming CPU is
/usr/local/libexec/upowerd
but this time the CPU is not full 100%
still the system is super slow.
Got to reboot now
 
just restarted the system an seems ok again and that's my life. :)
I don't know if it's related but is already the 2nd time I apply an update and it hangs on

==> Running trigger: desktop-file-utils.ucl
Building cache database of MIME types

it's stays hours here and never completes, I shut down the system at end of day and it was still running.
 
I think it may be related with the Video Memory in BIOS.
I noticed that during the "Loading kernel modules" task the display switches resolution and so it crossed my mind that maybe it's consuming the video memory to the limit.
So when I installed the new memory it's very possible I did a Reset Bios settings to Defaults and doing that it set the Video Memory back to its default value of 32MB.
There are other options like 64MB, 128MB, 256MB, and 512MB so I went for 512MB dedicated Video Memory option.
I will confirm later in this thread if the issue came back.
 
Hi all!
So this laptop comes with an Intel HD Graphics 4400 which shares 100% the memory it needs with the system and this is managed by the BIOS itself.
I read in some forum that
"If you have 4GB of RAM, the BIOS allocates about 64MB to dedicated video memory. If you have about 16GB, the VRAM would be in the range of about 768MB."
But in my BIOS setup it was 32MB before I did this last change.
Seems the memory upgrade plus the load BIOS default settings I think I may have done during this process may have caused the reported situation.
Since I adjusted the Video Memory to 512MB the problem have never happened again.

So, it's done!
Thank you for helping.
 
You must log in or register to reply here.
Back
Top