Kernele testowe/stabilne wersja v18.x - atom oraz K8

[e X t 7 3]

Na mojej nVidii wyłączenie V-sync w ustawieniach Kwin'a jedynie obniża FPS, z 75 do 57, nie likwidując spadków. Na wszelki wypadek wyłączyłem jednak raster.

To na pewno nie jest kwestia przesiadki na 64-bit, a jedynie jeszcze troszkę kulejącej, choć już i tak fantastycznej, wydajności KDE, bo z Compizem nie mam takich problemów. Niestety wersja 0.9.7.8 ma pod KDE segfaulty (kubuntu-low-fat-settings już wykluczyłem), oraz ogólnie jest niedopracowana i zabugowana, a portu 0.8.x chwilowo brak (z resztą tu jest kolejna kombinatoryka, z braku kompatybilności compiz-kde).


P.S.: Dzięki za Apper'a, bo Muon i tak nie działał jak należy (może przez to że mój Kubuś to zaktualizowany Mint, w trakcie pozbawiony GNOME 3 oraz samej nakładki "Mint").

Cóż na słabszych maszynach, które jednak obsługują instrukcje 64 bitowe - vide Atom 330, przejście na 64 bity pozwala na znaczne przyspieszenie. W szczególności, gdy kernel jest tak skompilowany aby te "dobrodziejstwa" danej architektury [tu mowa o atom] wykorzystać - vide mój v18.4-atom-64 oraz nadchodzący v19.0.

Pozdrawiam

[Galvatron]

mam pytanie; jak mierzysz te fpsy?
mam nVidię i również, by mi się to przydało

System Sttings > Desktop Effects > All Effects > Tools > Show FPS

[JerryG]

Witam!
Mialem juz sie nie bawic w instalacje kerneli pod KDE 11.10 ale pobralem i zainstalowalem 18.4.
Poprzednie usuwalem wracajac na 17.7 z powodu sieci wifi broadcoma, teraz zadzialala od razu.
Pojawil sie plik wl.ko w /lib/modules/3.2.16-ext73-f1-18.4-k8-ags-cfs/kernel/drivers/net/wireless/, w Dodatkowych Sterownikach mam dalej
wlasnosciowy driver Broadcoma - wiec wszystko OK

Powertop ma oprocz 2 opcji reszte na GOOD.

Mimo zainstalowanego Twojego skryptu mam pusto w power management
na AC

Kod: Zaznacz cały

mtosh@mtosh-mycomp:/etc$ cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 42
model name      : Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz
stepping        : 7
microcode       : 0x23
cpu MHz         : 2001.000
cache size      : 6144 KB
physical id     : 0
siblings        : 8
core id         : 0
cpu cores       : 4
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl
vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dts
tpr_shadow vnmi flexpriority ept vpid
bogomips        : 3990.88
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

na baterii

Kod: Zaznacz cały

mtosh@mtosh-mycomp:~/Domowe repo/Kernel 64 eXt73/V18.4 64 bit - moj$ cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 42
model name      : Intel(R) Core(TM) i7-2630QM CPU @ 2.00GHz
stepping        : 7
microcode       : 0x23
cpu MHz         : 1000.000
cache size      : 6144 KB
physical id     : 0
siblings        : 8
core id         : 0
cpu cores       : 4
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl
vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dts
tpr_shadow vnmi flexpriority ept vpid
bogomips        : 3990.88
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

Na baterii Cpu Mhz obniza sie jak widac dla pierwszego na 1000.000 a dla pozostalych 7 do 800.000

Tak sie zastanawiam czy nie powinienem w Module Konfiguracji KDE "Configure Energy Saving Settings" na dole jest "Uruchom skrypt" podac
miejsce gdzie mam Twoj skrypt "advanced_power_management_by_ext73_v1.4" ??

Te wpisy posiadam

Kod: Zaznacz cały

Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.16-ext73-f1-18.4-k8-ags-cfs root=UUID=41830670-739e-4c92-9d99-87d6cca15ece ro pcie_aspm=force
acpi_osi=Linux acpi_enforce_resources=lax pci=nocrs i915.i915_enable_rc6=1 i915.i915_enable_fbc=1 i915.lvds_downclock=1 i915.semaphores=1
ipv6.disable=1 quiet splash vt.handoff=7

Uspienie i hibernacja dzialaja.

[e X t 7 3]

Nie nic nie musisz Pan dodawać do skryptów ... sprawdziłem na 3 intelach pod 12.04 i nie podają informacji o zarządzaniu zasilaniem ... dziwne, ale prawdziwe . Zatem brak tych informacji nei oznacza, że cpufreqd i zarządzanie zasilaniem CPU nie działa. Aby mieć 100 % pewność najlepiej odpalić cat /proc/cpuinfo zarówno w przypadku pracy na zasilaniu AC, jak i baterii i powinna być widoczna zmian częstotliwości pracy procesora = spadek na baterii.

PS. skrypt cpufreqd Pan wykonałeś ?

Pozdrawiam

[garnus]

witam
niestety na ostatnim jajku nie mam możliwości odpalenia iotopa:

Kod: Zaznacz cały

Could not run iotop as some of the requirements are not met:
- Linux >= 2.6.20 with
  - I/O accounting support (CONFIG_TASKSTATS, CONFIG_TASK_DELAY_ACCT, CONFIG_TASK_IO_ACCOUNTING)

[e X t 7 3]

witam
niestety na ostatnim jajku nie mam możliwości odpalenia iotopa:

Kod: Zaznacz cały

Could not run iotop as some of the requirements are not met:
- Linux >= 2.6.20 with
  - I/O accounting support (CONFIG_TASKSTATS, CONFIG_TASK_DELAY_ACCT, CONFIG_TASK_IO_ACCOUNTING)

Tak wyłączyłem. Może włączę pod 19.0.

Pozdrawiam

[garnus]

witam
niestety na ostatnim jajku nie mam możliwości odpalenia iotopa:

Kod: Zaznacz cały

Could not run iotop as some of the requirements are not met:
- Linux >= 2.6.20 with
  - I/O accounting support (CONFIG_TASKSTATS, CONFIG_TASK_DELAY_ACCT, CONFIG_TASK_IO_ACCOUNTING)

Tak wyłączyłem. Może włączę pod 19.0.

Pozdrawiam

jeżeli to możliwe to poproszę, do debagu iotop to mus dla mnie

[e X t 7 3]

witam
niestety na ostatnim jajku nie mam możliwości odpalenia iotopa:

Kod: Zaznacz cały

Could not run iotop as some of the requirements are not met:
- Linux >= 2.6.20 with
  - I/O accounting support (CONFIG_TASKSTATS, CONFIG_TASK_DELAY_ACCT, CONFIG_TASK_IO_ACCOUNTING)

Tak wyłączyłem. Może włączę pod 19.0.

Pozdrawiam

jeżeli to możliwe to poproszę, do debagu iotop to mus dla mnie

Zatem zmodyfikowałem jeszcze trochę kernel i przeprowadziłem testy, i na 100 % włączę w v19.0: TASKSTATS, TASK_DELAY_ACCT, TASK_IO_ACCOUNTING - bez utraty wydajności i responsywności systemu

Pozdrawiam

[taedoju]

a więc pozmieniałem wg zaleceń (dostrajanie na max proc/pamięć) oraz włączyłem tryb open gl v sync chyba mam wyłączone....i jest BARDZO wyraźna poprawa w funkcjonowaniu lapka, nie wywalił mi jeszcze żadnych błędów, raster póki co wyłączony ( z rasterem też było nieźle ale teraz jest tak jak winno być) a więc dziękuję za pomoc:)

[Foka0111]

Ext,mam pytanie,czy już czas przełączyć się z raster na openGL i co daje wyświetlanie w trybie raster.
Domyślam się,że całą pracę wykonuje w tym trybie CPU.

[e X t 7 3]

Ext,mam pytanie,czy już czas przełączyć się z raster na openGL i co daje wyświetlanie w trybie raster.
Domyślam się,że całą pracę wykonuje w tym trybie CPU.

Zatem tak, domyślnie jest raster i tu się źle zrozumieliśmy. Jesli mamy zainstalowane Qt Graphics System, mamy do wyboru X11, raster lub OpenGL dla aplikacji Qt. Ja rekomendowałem ustawienia OpenGl dla "kompozytora", czyli kwina. W tym przypadku renderowanie raster rozumiałem, jako renderowanie grafiki 3D przy wykorzystaniu XRender. Jeśli chodzi o sam wybór miedzy różnymi trybami renderowania grafiki generowanej przez Qt, to najszybszy jest OpenGL ... ale [obecnie - faza eksperymentalna] nie zadziała na sporej - w zasadzie przeważającej części maszyn - NIE RADZĘ włączać - chyba, że wiecie jak to odkręcić = czasem black screen. Oczywiście da się wrócić do pierwotnych ustawień, ale wymaga to już obycia zarówno z KDE, jak i systemem. Standardowym obecnie ustawieniem jest Raster i jest on najbardziej optymalny ... co nie oznacza, ze najszybszy . Otóż pod [niektórymi konfiguracjami] Nvidią obecnie chyba najszybciej działa - generowana liczba klatek - XRender ... wiem dziwne, ale prawdzie. Natomiast pod AMD/ATi takie przełączenie = tragedia i prawie slide show. Dlatego na teraz kompozytor KDE na OpenGL, a Qt na raster.

Pozdrawiam

[Galvatron]

U mnie do odkręcenia eksperymentalnego OpenGL dla QT na szczęście wystarczył tryb "Failsafe" (opcjonalnie powinno się nadac jakiekolwiek alternatywne środowisko - byle dobrać się do panelu sterowania KDE). Natomiast XRender dla QT tylko spowodował spadek wydajności, na mojej 7300GT + sterowniki 295.40, więc pozostaję przy raster.

Ze względów bezpieczeństwa może lepiej nie będę podawał nazwy pakietu z przełącznikiem.

[e X t 7 3]

U mnie do odkręcenia eksperymentalnego OpenGL dla QT na szczęście wystarczył tryb "Failsafe" (opcjonalnie powinno się nadac jakiekolwiek alternatywne środowisko - byle dobrać się do panelu sterowania KDE). Natomiast XRender dla QT tylko spowodował spadek wydajności, na mojej 7300GT + sterowniki 295.40, więc pozostaję przy raster.

Ze względów bezpieczeństwa może lepiej nie będę podawał nazwy pakietu z przełącznikiem.

Już się "rozlało" ... Ja podałem

Co do kerneli v19.0 będzie bazował na Linux-3.3.5 ... będzie jaszcze szybciej i responsywniej - naprawili "parę" błędów ... choć patche`y na Bluetooth i hci [wywalanie btusb i następczo usb-storage w pewnych warunkach] nadal GKH nie zaaplikował ... tak, czy siak mój kernel będzie to miał

Pozdrawiam

[Galvatron]

Czekam z niecierpliwością.

[Foka0111]

U mnie do odkręcenia eksperymentalnego OpenGL dla QT na szczęście wystarczył tryb "Failsafe" (opcjonalnie powinno się nadac jakiekolwiek alternatywne środowisko - byle dobrać się do panelu sterowania KDE). Natomiast XRender dla QT tylko spowodował spadek wydajności, na mojej 7300GT + sterowniki 295.40, więc pozostaję przy raster.

Ze względów bezpieczeństwa może lepiej nie będę podawał nazwy pakietu z przełącznikiem.

Jak przeszedłem na KDE w kubuntu 11.04 to standardowo było openGL i śmigało to u mnie,tyle,że wolno system chodził.
Pojawiły się wtedy poradniki,jak przestawić na raster
Teraz już na starcie system sam ustawia na raster.

[e X t 7 3]

Pod kernelem v19.0 [tu wersja Brazos 64 bity] odpartym o Linux-3.3.5 uzyskałem na MSi X370 [AMD APU E-350] pod KDE 4.8.2 w większości przypadków [większość efektów] już płynność odpowiadającą najlepiej skonfigurowanemu Compizowi ... jestem więcej niż zadowolony . Wersje atom i K8 powinienem udostępnić do środy.

Pozdrawiam

[linuxozaurus]

Na ostatnim twoim jajku nie wstaje wifi po wejściu w stan uśpienia (ver 18.04. a kiedy pod v 18.03 jest ok.

[pingwin114]

u mnie też czasem nie wstaje, ale zwykle pomaga wył./wł. sieci z apletu (choć nie zawsze)

w razie "wu"

Kod: Zaznacz cały

05:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01)

[e X t 7 3]

Na ostatnim twoim jajku nie wstaje wifi po wejściu w stan uśpienia (ver 18.04. a kiedy pod v 18.03 jest ok.

a oba kernele testowałaś Koleżanko pod tą samą wersją systemu ?

Pozdrawiam

-- 08 maja 2012 21:48 --

Tak czy siak zobaczymy, jak będzie pod v19.0 ... może być małe opóźnienie - zobaczymy, czy jutro zdążę. Testowałem teraz usypianie pod X370 i Lenovo s10 - po 5 razy i działa pod v19.0 be zarzutu ... zobaczymy zatem.

Pozdrawiam

[linuxozaurus]

tak 12.04

Dodam jeszcze jedno w obydwu ostatnich jajkach nie działają klawisze funkcyjne na baterii (regulacja głośności i sterowanie odtwarzaczem muzyki). W wersji 18.2 to działało ale tam mnie denerwowała sprawa tego usb.