Strona 8 z 22
Re: Kernele testowe wersja v19.x - atom oraz K8
: 03 cze 2012, 12:34
autor: Galvatron
Rozumiem, że ten readahaead zawiera także ustawienia readahaead-turbo?
Re: Kernele testowe wersja v19.x - atom oraz K8
: 03 cze 2012, 12:46
autor: Cubensis
Domyślam się, że instalacja readahead na e4rat jest niemożliwa? Po usunięciu e4rat i ponownej instalacji readahead mogą pojawić się problemy?
W jaki sposób można sprawdzić aktualną wartość hdparm?
W power.d mam skrypt 95hdparm-apm z takim komentarzem:
# This script adjusts hard drive APM settings using hdparm. The hardware
# defaults (usually hdparm -B 127) cause excessive head load/unload cycles
# on many modern hard drives. We therefore set hdparm -B 254 while on AC
# power. On battery we set hdparm -B 127, because the head parking is
# very useful for shock protection.
Pozdrawiam
Edit
Pokazuje mi
Kod: Zaznacz cały
AdvancedPM=yes: disabled (255) WriteCache=enabled
255 to mój aktualny hdparm dysku?
Re: Kernele testowe wersja v19.x - atom oraz K8
: 03 cze 2012, 13:10
autor: Galvatron
Zainstalowałem ten skrypt na e4rat, ale, przynajmniej w moim przypadku, niczego to nie dało.
Re: Kernele testowe wersja v19.x - atom oraz K8
: 03 cze 2012, 22:50
autor: e X t 7 3
Galvatron pisze:Rozumiem, że ten readahaead zawiera także ustawienia readahaead-turbo?
Witaj, po części tak, ale tu są delikatniejsze ustawienia. Dadzą lepsze wyniki odczytu [np. szybkich startu aplikacji], ale głownie na szybszych dyskach [7200, 10000 RPM]. Na wolniejszych w mniejszym stopniu. Głównym celem tego skryptu [readahead] jest możliwość sterowani zasilaniem dysku w przypadku pracy na baterii, np. usypianie dysku - to w połączeniu z APM 1.4.1.
Pozdrawiam
-- 03 cze 2012 21:53 --
Cubensis pisze:Domyślam się, że instalacja readahead na e4rat jest niemożliwa? Po usunięciu e4rat i ponownej instalacji readahead mogą pojawić się problemy?
W jaki sposób można sprawdzić aktualną wartość hdparm?
W power.d mam skrypt 95hdparm-apm z takim komentarzem:
# This script adjusts hard drive APM settings using hdparm. The hardware
# defaults (usually hdparm -B 127) cause excessive head load/unload cycles
# on many modern hard drives. We therefore set hdparm -B 254 while on AC
# power. On battery we set hdparm -B 127, because the head parking is
# very useful for shock protection.
Pozdrawiam
Edit
Pokazuje mi
Kod: Zaznacz cały
AdvancedPM=yes: disabled (255) WriteCache=enabled
255 to mój aktualny hdparm dysku?
Na teraz nie wiem jak się zachowuje np. e4rat w połączeniu z APM i readahead. Musze to dopiero sprawdzić. Jeśli chodzi o stany dysku takie jak podałeś powinieneś mieć, ale jedynie na zasilaniu AC. Na baterii oszczędność energii - APM.
Pozdrawiam
Re: Kernele testowe wersja v19.x - atom oraz K8
: 03 cze 2012, 22:54
autor: Galvatron
Czy w takim razie po instalacji tego skryptu mozna na niego "nałożyć" stare readahaead-turbo?
Re: Kernele testowe wersja v19.x - atom oraz K8
: 04 cze 2012, 08:31
autor: e X t 7 3
Galvatron pisze:Czy w takim razie po instalacji tego skryptu mozna na niego "nałożyć" stare readahaead-turbo?
Na tę chwile nie, ale mogę zrobić skrypt podwyższający wartości ustawień readahead z APM 1.4.1 do tych z readahead-turbo.
Pozdrawiam
-- 04 cze 2012 09:16 --
Testowałem e4rat i mam mieszane uczucia. Zatem tu oczywiście musimy odinstalować ureadahead = konflikt. W przypadku dobrze skonfigurowanego systemu, różnica w czasie startu to najwyżej parę sekund. Natomiast dla mnie większe znaczenie mają minusy: "uszkodzenie" startu plymoutha = brak graficznego splasha, obniżenie i to czasem dość odczuwalne responsywności systemu. Do plusów można zaliczyć jednak szybszy start aplikacji, jakie zostały uruchomione w trybie collect. Jednak jak dla mnie nie jest to rozwiązanie akceptowalne. Moim zdaniem Canonical powinien przejść na systemd, tu naprawdę odczulibyśmy różnice w starcie systemu. Startowałby od 2 do maksimum 20 sekund - w zależności od szybkości systemu [w sensie maszyny] i nośnika.
Pozdrawiam
Re: Kernele testowe wersja v19.x - atom oraz K8
: 04 cze 2012, 11:24
autor: Galvatron
Z tym skryptem to mógłby być niezły pomysł, zwł. dla właścicieli stacjonarek i DTR'ów.
Co do e4rat, to podobnie jak przy schedulerach, tutaj też najlepiej aby każdy sam sprawdził, bo nie jest powiedziane że wystąpią jakiekolwiek efekty uboczne. Plymouth to akurat żaden problem, bo osobiście zawsze zalecam rezygnację z niego, żeby w razie problemów mieć wgląd w komunikaty bootowania.
Mógłbyś napisać coś więcej o systemd i jego obecnym statusie? Twój kernel w ogóle go obsługuje?
Re: Kernele testowe wersja v19.x - atom oraz K8
: 04 cze 2012, 11:46
autor: PietroZ
e X t 7 3 pisze:[...] Natomiast dla mnie większe znaczenie mają minusy: "uszkodzenie" startu plymoutha = brak graficznego splasha, obniżenie i to czasem dość odczuwalne responsywności systemu. [...]
Co do Plymouth to wystarczy do /etc/default/grub dodać na początku linii GRUB_CMDLINE_LINUX_DEFAULT opcję
plymouth:force-splash, czyli:
Kod: Zaznacz cały
GRUB_CMDLINE_LINUX_DEFAULT="plymouth:force-splash init=/sbin/e4rat-preload quiet splash"
Re: Kernele testowe wersja v19.x - atom oraz K8
: 04 cze 2012, 14:28
autor: e X t 7 3
PietroZ pisze:e X t 7 3 pisze:[...] Natomiast dla mnie większe znaczenie mają minusy: "uszkodzenie" startu plymoutha = brak graficznego splasha, obniżenie i to czasem dość odczuwalne responsywności systemu. [...]
Co do Plymouth to wystarczy do /etc/default/grub dodać na początku linii GRUB_CMDLINE_LINUX_DEFAULT opcję
plymouth:force-splash, czyli:
Kod: Zaznacz cały
GRUB_CMDLINE_LINUX_DEFAULT="plymouth:force-splash init=/sbin/e4rat-preload quiet splash"
Dzięki Kolego PietroZ za informacje. Tak czy siak z mojego punktu widzenia, na tę chwile to [e4rat] jest skórka za wyprawę.
Pozdrawiam
-- 04 cze 2012 13:59 --
Galvatron pisze:Z tym skryptem to mógłby być niezły pomysł, zwł. dla właścicieli stacjonarek i DTR'ów.
Co do e4rat, to podobnie jak przy schedulerach, tutaj też najlepiej aby każdy sam sprawdził, bo nie jest powiedziane że wystąpią jakiekolwiek efekty uboczne. Plymouth to akurat żaden problem, bo osobiście zawsze zalecam rezygnację z niego, żeby w razie problemów mieć wgląd w komunikaty bootowania.
Mógłbyś napisać coś więcej o systemd i jego obecnym statusie? Twój kernel w ogóle go obsługuje?
Analizowałem działanie e4rat z punktu widzenia "normalnego" użytkownika i tu brak splasha moze być odebrany negatywnie ... podobnie jak obniżenie responsywości systemu. W kwestii systemd ... w zasadzie w
wiki mozna znaleźć dość dobrą definicje: "systemd jest menadżerem systemu i serwisów dla Linuksa, kompatybilnym ze skryptami SysVinit oraz Linux Standard Base". To menadżer zarządzania elementami systemu [init], którego zadaniem jest zapewnienie, aby kolejne elementy GNU/Linuksa działały, jak tego oczekiwano - poprzez ich prawidłowy start, zarządzanie ich działaniem w trakcie pracy systemu i odpowiednie ich zakończeni, przy wyjściu z systemu
. To tak w skrócie. Dużo by pisać, ale teraz na to nie mam czasu ... niestety. Poniżej lektura:
Why systemd ?
gentoo-wiki-Systemd
i tak mój kernel jest gotowy na systemd ... tyle, że na razie Canonical nie
... zbyt dużo wydali na Upstart
.
Pozdrawiam
Re: Kernele testowe wersja v19.x - atom oraz K8
: 05 cze 2012, 17:33
autor: Galvatron
Dzięki.
Wracając do kerneli, jak ma się sprawa z przejściem na GCC 4.7?
Re: Kernele testowe wersja v19.x - atom oraz K8
: 05 cze 2012, 19:01
autor: e X t 7 3
Galvatron pisze:Dzięki.
Wracając do kerneli, jak ma się sprawa z przejściem na GCC 4.7?
Prawdopodobnie po wdrożeniu już kernela z linii 20.x lub 21.x, a zatem przy Linux-3.4.x lub Linux-3.5.x. Zobaczymy ...
Pozdrawiam
Re: Kernele testowe wersja v19.x - atom oraz K8
: 09 cze 2012, 10:57
autor: JerryG
Witam!
W koncu i ja przesiadlem sie 19.1 64 bit, uzylem instalatora Broadcoma, zadnych bledow, wszytko dziala, jak na razie nic sie nie dzieje
Byly problemy z netem ale sie okazalo ze to bug w systemie, po wpisach dziala OK opisalem to tutaj
viewtopic.php?f=145&t=159129&p=909589#p909208
Jedynie w dmseg moga wkurzac wpisy
Kod: Zaznacz cały
wlan0: no IPv6 routers present
CPU7: Package power limit notification (total events = 1)
CPU2: Package power limit notification (total events = 1)
CPU5: Package power limit notification (total events = 1)
CPU3: Package power limit notification (total events = 1)
CPU1: Package power limit notification (total events = 1)
CPU4: Package power limit notification (total events = 1)
CPU6: Package power limit notification (total events = 1)
CPU0: Package power limit notification (total events = 1)
CPU7: Package power limit normal
CPU3: Package power limit normal
CPU0: Package power limit normal
CPU4: Package power limit normal
CPU1: Package power limit normal
CPU6: Package power limit normal
CPU2: Package power limit normal
CPU5: Package power limit normal
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
CPU1: Package power limit notification (total events = 10)
CPU3: Package power limit notification (total events = 10)
CPU2: Package power limit notification (total events = 10)
CPU7: Package power limit notification (total events = 10)
CPU5: Package power limit notification (total events = 10)
CPU6: Package power limit notification (total events = 10)
CPU0: Package power limit notification (total events = 10)
CPU4: Package power limit notification (total events = 10)
CPU4: Package power limit normal
CPU0: Package power limit normal
CPU5: Package power limit normal
CPU1: Package power limit normal
CPU2: Package power limit normal
CPU6: Package power limit normal
CPU3: Package power limit normal
CPU7: Package power limit normal
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
CPU0: Package power limit notification (total events = 22)
CPU6: Package power limit notification (total events = 22)
CPU1: Package power limit notification (total events = 22)
CPU3: Package power limit notification (total events = 22)
CPU4: Package power limit notification (total events = 22)
CPU2: Package power limit notification (total events = 22)
CPU7: Package power limit notification (total events = 22)
CPU5: Package power limit notification (total events = 22)
CPU2: Package power limit normal
CPU4: Package power limit normal
CPU1: Package power limit normal
CPU0: Package power limit normal
CPU6: Package power limit normal
CPU5: Package power limit normal
CPU7: Package power limit normal
CPU3: Package power limit normal
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
CPU4: Package power limit notification (total events = 34)
CPU5: Package power limit notification (total events = 34)
CPU7: Package power limit notification (total events = 34)
CPU3: Package power limit notification (total events = 34)
CPU1: Package power limit notification (total events = 34)
CPU0: Package power limit notification (total events = 34)
CPU2: Package power limit notification (total events = 34)
CPU6: Package power limit notification (total events = 34)
CPU3: Package power limit normal
CPU7: Package power limit normal
CPU5: Package power limit normal
CPU6: Package power limit normal
CPU4: Package power limit normal
CPU2: Package power limit normal
CPU1: Package power limit normal
CPU0: Package power limit normal
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
ieee80211 phy0: brcms_c_dotxstatus: INTERMEDIATE but not AMPDU
Re: Kernele testowe wersja v19.x - atom oraz K8
: 11 cze 2012, 12:26
autor: e X t 7 3
Być może pod kernelami z linii v21.x opartymi o Linux-3.5.x takie problemy będą zanikać. Pod w/w sporym zmianom (unowocześnieniu) ma podlegać obsługa podsystemu zarządzania zasobami - w tym energią - ACPI. Zobaczymy
.
Pozdrawiam
Re: Kernele testowe wersja v19.x - atom oraz K8
: 11 cze 2012, 17:19
autor: Galvatron
A kiedy orientacyjnie można spodziewać się linii 20.x?
Re: Kernele testowe wersja v19.x - atom oraz K8
: 11 cze 2012, 18:13
autor: e X t 7 3
Galvatron pisze:A kiedy orientacyjnie można spodziewać się linii 20.x?
Z chwilą pojawienia się stabilnych Catalystów 12.5 lub 12.6 ... chce uniknąć problemów, jakie pojawiły się pierwotnie po przejściu z 17.x na 18.x. Kernele z linii v20.x będą delikatnie wydajniejsze [od 3 do ok. 10 % - w szczególności pod Sandy i Ivy Bridge] od 19.x ... ale prawdziwy skok jakościowy powinniśmy odnotować z nienadejściem v21.x bazującym na Linux-3.5.x
.
Pozdrawiam
-- 11 cze 2012 17:24 --
Tak przy okazji mam postawione na X370 dodatkowo testowe Ubuntu bazujące na Unity/Cinnamone/GNOME 3/Shell i tu już testuje kernele zbudowane pod GCC 4.7.x. Na teraz mogę stwierdzić, że: powyższe środowiska nie mają żadnych szans pod względem - wydajności, responsywności i funkcjonalności w odniesieniu do KDE 4.8.3. Jedynie Unity w obecnej wersji dorównuje wydajnością w grach KDE, ale responsywności i wydajności, np. Nautiliusa nawet nie można porównywać do jakości jaka reprezentuje Dolphin z KDE - przykładowo odpalanie nowego okna [pierwsze] pod Unity/GNOME 3 jest wręcz żenująco słabe. Natomiast na teraz "uczę się" nowej wersji gcc ... szukam jego granic i już znalazłem parę 'słabości', czy też ograniczeń ... do wakacji już powinienem znać to 'nowe' środowisko "budowania" na tyle, aby wykorzystać cały jego potencjał [zależności flag optymalizacyjnych] ... już być może pod v21.x.
Pozdrawiam
-- 11 cze 2012 17:31 --
a tak przy okazji v2
... pozdrawiam wszystkich użytkowników Linuksa z Rzeszowa i okolic gdzie własnie przebywam [realizuje audyt].
Pozdrawiam
Re: Kernele testowe wersja v19.x - atom oraz K8
: 13 cze 2012, 13:50
autor: Galvatron
Jak tam widoki z maszynami?
Re: Kernele testowe wersja v19.x - atom oraz K8
: 13 cze 2012, 14:01
autor: e X t 7 3
Galvatron pisze:Jak tam widoki z maszynami?
Witaj, mam już nadzieje, że do połowy lipca ... miałem w rodzinie teraz smutna sytuacje + parę innych "zawirowań", co skutkuje opóźnieniami.
Pozdrawiam
Re: Kernele testowe wersja v19.x - atom oraz K8
: 14 cze 2012, 15:30
autor: Galvatron
Rozumiem.
Wiesz może jak wygląda obecnie sprawa z "legendarną" kompresją w BTRFS? Czy jest ona obsługiwana przez kernel 3.4.x, a jeżeli tak, to w jaki sposób się ją aktywuje? Pytam, bo mam ochotę postawić sobie obok testowego Kubuntu właśnie na BTRFS + kompresja i porównać z obecnym.
Re: Kernele testowe wersja v19.x - atom oraz K8
: 14 cze 2012, 18:40
autor: linuxozaurus
Panie e X t 7 3 masz rację ze KDE jest mniej prądożerne niż unity.
jak zoptymalizować KDE?
Re: Kernele testowe wersja v19.x - atom oraz K8
: 14 cze 2012, 21:14
autor: sokarsg-1
Moje optymalne ustawiania Kwina dla Nvidi to:
Kod: Zaznacz cały
[$Version]
update_info=kwin.upd:kde3.0r1,kwin.upd:kde3.2Xinerama,kwin_remove_effects.upd:kwin4.7_effects,kwin_focus2.upd:kwin_focus2,kwin_on_off.upd:kwin_on_off,kwin_focus1.upd:kwin_focus1,kwin3_plugin.upd:kde3.2
[Compositing]
AnimationSpeed=3
Backend=OpenGL
Enabled=true
GLLegacy=false
GLTextureFilter=2
GLVSync=true
HiddenPreviews=6
OpenGLIsUnsafe=false
UnredirectFullscreen=true
XRenderSmoothScale=false
[Desktops]
Name_1=
Name_2=
Name_3=
Name_4=
Name_5=
Name_6=
Number=4
Rows=2
[Effect-Blur]
BlurRadius=10
CacheTexture=true
[Effect-BoxSwitch]
TabBox=false
TabBoxAlternative=false
[Effect-Cube]
BorderActivate=9
BorderActivateCylinder=9
BorderActivateSphere=9
[Effect-Dashboard]
Blur=false
Brightness=20
Duration=500
Saturation=50
[Effect-DesktopGrid]
BorderActivate=7
[Effect-DimInactive]
DimByGroup=true
DimDesktop=false
DimKeepAbove=false
DimPanels=false
Strength=25
[Effect-FlipSwitch]
BorderActivate=9
BorderActivateAll=9
[Effect-Login]
FadeToBlack=true
[Effect-MagicLamp]
AnimationDuration=80
[Effect-PresentWindows]
Accuracy=1
AllowClosingWindows=true
BorderActivate=1
BorderActivateAll=9
DrawWindowCaptions=true
DrawWindowIcons=true
FillGaps=true
IgnoreMinimized=false
LayoutMode=0
LeftButtonDesktop=2
LeftButtonWindow=1
MiddleButtonDesktop=0
MiddleButtonWindow=0
RightButtonDesktop=0
RightButtonWindow=2
ShowPanel=false
[Effect-Wobbly]
AdvancedMode=true
Drag=60
MoveFactor=15
MoveWobble=true
ResizeWobble=true
Settings=Auto
Stiffness=15
WobblynessLevel=0
[ElectricBorders]
Bottom=None
BottomLeft=None
BottomRight=Dashboard
Left=None
Right=None
Top=None
TopLeft=None
TopRight=None
[Plugins]
kwin4_effect_blurEnabled=false
kwin4_effect_boxswitchEnabled=false
kwin4_effect_coverswitchEnabled=true
kwin4_effect_cubeEnabled=false
kwin4_effect_cubeslideEnabled=false
kwin4_effect_dashboardEnabled=true
kwin4_effect_desktopgridEnabled=true
kwin4_effect_dialogparentEnabled=false
kwin4_effect_diminactiveEnabled=false
kwin4_effect_dimscreenEnabled=false
kwin4_effect_explosionEnabled=false
kwin4_effect_fadeEnabled=true
kwin4_effect_fadedesktopEnabled=false
kwin4_effect_fallapartEnabled=false
kwin4_effect_flipswitchEnabled=false
kwin4_effect_glideEnabled=false
kwin4_effect_highlightwindowEnabled=false
kwin4_effect_invertEnabled=false
kwin4_effect_loginEnabled=true
kwin4_effect_logoutEnabled=true
kwin4_effect_lookingglassEnabled=false
kwin4_effect_magiclampEnabled=false
kwin4_effect_magnifierEnabled=false
kwin4_effect_minimizeanimationEnabled=true
kwin4_effect_mousemarkEnabled=false
kwin4_effect_outlineEnabled=true
kwin4_effect_presentwindowsEnabled=true
kwin4_effect_resizeEnabled=true
kwin4_effect_scaleinEnabled=false
kwin4_effect_screenshotEnabled=false
kwin4_effect_sheetEnabled=false
kwin4_effect_showfpsEnabled=false
kwin4_effect_showpaintEnabled=false
kwin4_effect_slideEnabled=true
kwin4_effect_slidebackEnabled=false
kwin4_effect_slidingpopupsEnabled=false
kwin4_effect_snaphelperEnabled=false
kwin4_effect_startupfeedbackEnabled=true
kwin4_effect_taskbarthumbnailEnabled=true
kwin4_effect_thumbnailasideEnabled=false
kwin4_effect_trackmouseEnabled=false
kwin4_effect_translucencyEnabled=true
kwin4_effect_windowgeometryEnabled=false
kwin4_effect_wobblywindowsEnabled=true
kwin4_effect_zoomEnabled=true
[PopupInfo]
PopupHideDelay=1000
ShowPopup=false
TextOnly=false
[Style]
BorderSize=1
ButtonsOnLeft=MS
ButtonsOnRight=HIA__X
CustomButtonPositions=false
PluginLib=kwin3_oxygen
ShowToolTips=true
[TabBox]
ListMode=0
ShowTabBox=true
[Windows]
ElectricBorderCooldown=350
ElectricBorderDelay=30
ElectricBorderMaximize=true
ElectricBorderTiling=true
ElectricBorders=0
IgnoreFocusStealingClasses=kio_uiserver
RollOverDesktops=true
Wklej to do pliku /home/sokar/.kde/share/config/kwinrc
Poza tym dla kart Nvidi wyłączyć należy Vsync w nvidia-settings.
Warto też jeśli się używa dekoracji oxygen to w jej opcjach należy wyłączyć animacje "Przejścia zmiany stanu aktywnego okna" zapobiegnie to lagowi przy wybieraniu okien.
W QT Graphic System na Raster zmienić co przypieszy przewijanie w oknach.
A przede wszystkim przejść na kernel 19.1 który znacząco u mnie przyspieszył KDE na atomie w 1201n.
Pytanie jak odpalić gierkę w wine na systemi x64 kiedy binarka gierki jest x86 bo mi bibliotek openGL nie widzi?