Youtube slows down the laptop

Hi,
The laptop doesn’t have much RAM, but I’ll post anyway: With regular use of the laptop, I have to restart it at least once or twice a day because it slows down.
It gets worse if I open YouTube or Facebook videos (have to wait more than 2-4 hours to slows down and restart again.
It doesn’t have the problem of other distros where you have to clean the memory with commands, but it still slows down.
Also, if there is new updates, the laptop slows down, till the updating and restart
I don’t think it’s the distro, but rather the Linux kernel itself.
If you need a log / command i’ll upload it,

Thanks.

You haven’t shared what the laptop spec is, but if you don’t have a lot of memory, then it’s not a kernel issue - it’s probably a lack of memory.

But share your laptop’s specs so someone can help out. A guess that it’s the kernel isn’t based on any information that you’ve shared with us, and we can’t look over your shoulder.

Operating System: openSUSE Tumbleweed 20260204
KDE Plasma Version: 6.5.5
KDE Frameworks Version: 6.22.0
Qt Version: 6.10.2
Kernel Version: 6.18.8-1-default (64-bit)
Graphics Platform: X11
Processors: 8 × AMD Ryzen 5 7520U with Radeon Graphics
Memory: 8 GiB of RAM (7.0 GiB usable)
Graphics Processor: AMD Radeon 610M
Manufacturer: Dell Inc.
Product Name: Inspiron 15 3535
System Version: 1.23.0

That is not too bad. Should be enough normally.

Looks like memory leakage. What are you using for running those videos?

1 Like

for videos haruna, for youtube any browser: floorp, brave, etc

That then makes it difficult to pin it down to one of them (when it is a memory leak).

LT-B:~ # zypper --no-refresh se floorp brave
Loading repository data...
Reading installed packages...

S  | Name      | Summary                  | Type
---+-----------+--------------------------+--------
   | libraven0 | Shared library for Raven | package
LT-B:~ #

so they are not coming from the “official” openSUSE repos and might not be subjected to the standard openQA testing.
Posting

zypper se -si floorp brave
zypper lr -d

might help us understand better. Even better trying if the supposed “memory leak” is still present using one of the standard browsers in the OSS repo.

@localhost:~> zypper lr -d
# | Alias                            | Name                                     | Enabled | GPG Check | Refresh | Keep | Priority | Type   | URI                                                                                          | Service
--+----------------------------------+------------------------------------------+---------+-----------+---------+------+----------+--------+----------------------------------------------------------------------------------------------+--------
1 | download.opensuse.org-non-oss    | Repositorio principal (NON-OSS)          | Sí      | (r ) Sí   | Sí      | -    |   99     | rpm-md | http://download.opensuse.org/tumbleweed/repo/non-oss/                                        | 
2 | download.opensuse.org-oss        | Repositorio principal (OSS)              | Sí      | (r ) Sí   | Sí      | -    |   99     | rpm-md | http://download.opensuse.org/tumbleweed/repo/oss/                                            | 
3 | download.opensuse.org-tumbleweed | Repositorio principal de actualizaciones | Sí      | (r ) Sí   | Sí      | -    |   99     | rpm-md | http://download.opensuse.org/update/tumbleweed/                                              | 
4 | openSUSE-20250911-0              | openSUSE-20250911-0                      | No      | ----      | ----    | -    |   99     | rpm-md | hd:/?device=/dev/disk/by-id/usb-Kingston_DataTraveler_2.0_C8600088614DED31EA15006A-0:0-part2 | 
5 | packman                          | Packman                                  | Sí      | (r ) Sí   | Sí      | -    |   70     | rpm-md | https://ftp.fau.de/packman/suse/openSUSE_Tumbleweed/                                         | 
6 | repo-debug                       | openSUSE-Tumbleweed-Debug                | No      | ----      | ----    | -    |   99     | N/A    | http://download.opensuse.org/debug/tumbleweed/repo/oss/                                      | 
7 | repo-openh264                    | Open H.264 Codec (openSUSE Tumbleweed)   | Sí      | (r ) Sí   | Sí      | -    |   99     | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed                                      | 
8 | repo-source                      | openSUSE-Tumbleweed-Source               | No      | ----      | ----    | -    |   99     | N/A    | http://download.opensuse.org/source/tumbleweed/repo/oss/    
@localhost:~> zypper se -si floorp brave
Cargando datos del repositorio...
Leyendo los paquetes instalados...
No se encuentran elementos que coincidan.

So you are using the Flatpak version or?

There are reports over the net of memory leaks related to AMD graphics drivers, for instance memory-leak-in-the-kernels-amd-gpu-gtt
I am not an AMD user so cannot assess the relevance to the problem at hand, but maybe this sounds a bell to more knowledgeable geekos.

yes, that shows in discover

go to “system settings → about this system”

What does it say for “Graphics Processor:”

If there is a graphics driver leak the browser in use might not be relevant, but playing videos might increase the graphics load and the chance of hitting the problem.

I just changed to wayland
This is what appears

don’t know about graphics processor
this appear for cpu

Arquitectura:                             x86_64
modo(s) de operación de las CPUs:         32-bit, 64-bit
Tamaños de las direcciones:               48 bits physical, 48 bits virtual
Orden de los bytes:                       Little Endian
CPU(s):                                   8
Lista de la(s) CPU(s) en línea:           0-7
ID de fabricante:                         AuthenticAMD
Nombre del modelo:                        AMD Ryzen 5 7520U with Radeon Graphics
Familia de CPU:                           23
Modelo:                                   160
Hilo(s) de procesamiento por núcleo:      2
Núcleo(s) por «socket»:                   4
«Socket(s)»:                              1
Revisión:                                 0
Aumento de frecuencia:                    activada
CPU(s) factor de escala MHz:              78%
CPU MHz máx.:                             4386,4722
CPU MHz mín.:                             422,7930
BogoMIPS:                                 5589,74
Indicadores:                              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 constant_tsc rep_good nopl xtopology nonstop_tsc cpuid extd_apicid aperfmperf rapl pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 x2apic movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_llc mwaitx cpb cat_l3 cdp_l3 hw_pstate ssbd mba ibrs ibpb stibp vmmcall fsgsbase bmi1 avx2 smep bmi2 cqm rdt_a rdseed adx smap clflushopt clwb sha_ni xsaveopt xsavec xgetbv1 cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local clzero irperf xsaveerptr rdpru wbnoinvd arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif v_spec_ctrl umip rdpid overflow_recov succor smca
Virtualización:                           AMD-V
Caché L1d:                                128 KiB (4 instancias)
Caché L1i:                                128 KiB (4 instancias)
Caché L2:                                 2 MiB (4 instancias)
Caché L3:                                 4 MiB (1 instancia)
Modo(s) NUMA:                             1
CPU(s) del nodo NUMA 0:                   0-7
Vulnerabilidad Gather data sampling:      Not affected
Vulnerabilidad Ghostwrite:                Not affected
Vulnerabilidad Indirect target selection: Not affected
Vulnerabilidad Itlb multihit:             Not affected
Vulnerabilidad L1tf:                      Not affected
Vulnerabilidad Mds:                       Not affected
Vulnerabilidad Meltdown:                  Not affected
Vulnerabilidad Mmio stale data:           Not affected
Vulnerabilidad Old microcode:             Not affected
Vulnerabilidad Reg file data sampling:    Not affected
Vulnerabilidad Retbleed:                  Mitigation; untrained return thunk; SMT enabled with STIBP protection
Vulnerabilidad Spec rstack overflow:      Mitigation; Safe RET
Vulnerabilidad Spec store bypass:         Mitigation; Speculative Store Bypass disabled via prctl
Vulnerabilidad Spectre v1:                Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Vulnerabilidad Spectre v2:                Mitigation; Retpolines; IBPB conditional; STIBP always-on; RSB filling; PBRSB-eIBRS Not affected; BHI Not affected
Vulnerabilidad Srbds:                     Not affected
Vulnerabilidad Tsa:                       Not affected
Vulnerabilidad Tsx async abort:           Not affected
Vulnerabilidad Vmscape:                   Mitigation; IBPB before exit to userspace

It has been behaving well today, possibly due to updates.
Even so, I left the laptop alone for a while, and when I returned, it was already slowing down.

This is before the restart (slowed down).

After the restart.

Does “Intercambio” mean “swap”? If so I wonder how you can do anything on that system with 12.2 GB in swap and only 7GB available RAM.
The system should be stuck if the swap is on a rotating disk and barely usable if on an SSD. Your system looks memory starved.
Your browsers look like memory hogs (I see some 700MB on Firefox here with some 45 tabs open) and having three running doesn’t help.
Whether that much memory is taken by legitimate load or a memory leak remains to be seen.

I think that is a legitimate load. 9 tabs, 1 window here already raises 3.2 GB

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.