General TC > General TC Talk
battery depleted too fast with just firefox + flwm
nick65go:
Hi Juanito!
I think the default cpu configuration in Tiny-core is quite good. Without installing any cpu*.tcz I have:
--- Code: ---tc@box:/sys/devices/system/cpu/cpufreq/policy0$ cat scaling_driver
acpi-cpufreq
tc@box:/sys/devices/system/cpu/cpufreq/policy0$ cat scaling_governor
ondemand
tc@box:/sys/devices/system/cpu/cpufreq/policy0$ cat scaling_available_frequencies
1800000 1600000 1400000 1200000 1000000
tc@box:$ sudo cat /sys/devices/system/cpu/cpufreq/policy0/cpuinfo_cur_freq
1200000
--- End code ---
I do not think I could optimize anything for CPU.
Plus the cpupower.tcz is a little misleading (it says "Intel", but I have AMD), giving me extra frequency which my "bios" can not have:
--- Code: ---tc@box:~$ cat /sys/devices/system/cpu/cpufreq/policy0/bios_limit
1800000
--- End code ---
--- Code: ---tc@box:~$ sudo cpupower info
System does not support Intel's performance bias setting
analyzing CPU 0:
--- End code ---
--- Code: ---tc@box:~$ sudo cpupower frequency-info
analyzing CPU 0:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 4.0 us
hardware limits: 1000 MHz - 1.80 GHz
available frequency steps: 1.80 GHz, 1.60 GHz, 1.40 GHz, 1.20 GHz, 1000 MHz
available cpufreq governors: conservative powersave userspace ondemand performance schedutil
current policy: frequency should be within 1000 MHz and 1.80 GHz.
The governor "ondemand" may decide which speed to use
within this range.
current CPU frequency: 1000 MHz (asserted by call to hardware)
boost state support:
Supported: yes
Active: yes
Boost States: 3
Total States: 8
Pstate-Pb0: 2400MHz (boost state)
Pstate-Pb1: 2200MHz (boost state)
Pstate-Pb2: 2000MHz (boost state)
Pstate-P0: 1800MHz
Pstate-P1: 1600MHz
Pstate-P2: 1400MHz
Pstate-P3: 1200MHz
Pstate-P4: 1000MHz
tc@box:~$
--- End code ---
nick65go:
so I am still focused on my GPU. After reading again on phoronix about ASPM, I got:
--- Code: ---root@box:/home/tc# dmesg | grep -i aspm
Kernel command line: BOOT_IMAGE=/boot/tc11/vmlinuz64 tce=sda10/tce11-64 laptop radeon.dpm=1 radeon.aspm=1 radeon.dynclks=1 pcie_aspm=force
acpi PNP0A03:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3]
--- End code ---
Maybe I am lucky with ASPM now. (pcie_aspm=force).
I just discovered one of my mistake: the /etc/modprobe.d/radeon.conf is useless. because radeon kernel driver is loaded from onboot.lst (together with its firmware), before mydata.tgz has any chance to be read. Now I have the radeon options in grub2 command line. Start re-testing.
nick65go:
so until now, all the previous tricks applied,
1. TC11-X64, with wire-network (cable) battery depleted (from 100% until 7%) in 106 minutes.
2. TC11_x64, with wire-network (cable) battery depleted (from 100% until 3%) in 127 minutes.
3. win10_x64, with wire-network (cable) battery depleted (from 100% until 10%) in 150 minutes.
Linux/Win10 ratio = [70%..80%]. I do not think I can get much closer. It could be because Firefox is a dinosaur (bloat) not optimized for linux as well as it is for windows. Shame.Or I need to try another kernel driver: amdgpu instead of radeon. My "AMD A6-6310 APU", and Xorg says is GCN 2.x
--- Code: ---lspci | grep -VGA
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Mullins [Radeon R4/R5 Graphics]
--- End code ---
Or I need another kernel to expose (and let me change) the GPU clocks, voltage etc.
aus9:
--- Quote ---Or I need to try another kernel driver: amdgpu
--- End quote ---
could be worth a shot. If you use Apps provides search for codename mullins I get 9 hits for
firmware-amdgpu.
However, you appear to have a Sea Island codename and there is claim, certain kernel settings may need be set. So you might have to re-compile the kernel?
--- Quote ---Enable Southern Islands (SI) and Sea Islands (CIK) support
The linux package enables AMDGPU support for cards of the Southern Islands (SI) and Sea Islands (CIK). When building or compiling a kernel, CONFIG_DRM_AMDGPU_SI=Y and/or CONFIG_DRM_AMDGPU_CIK=Y should be be set in the config.
--- End quote ---
more reading etc here
https://wiki.archlinux.org/index.php/AMDGPU
jazzbiker:
Hi, nick65go!
If You use default ondemand governor still all available frequencies may be used by processor in case "unoptimized" FF will try to jerk extraneously.
If You will set
--- Code: ---cpupower frequency-set -g powersave
--- End code ---
then the CPU frequency will be holded at minimum value with no options, and FF will not have any possibility to shift the frequency and consumption up.
As the CPU eats more than GPU its appetite must be minimized prior to sophisticated GPU tuning, i think.
Please, try the powersave governor, Your results are very intereting, i expect for many forum readers.
Aren't You the "master" of Your Linux ? ;)
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version