Příspěvky

16

Desktop / Re:Zkušenosti s KDE5

« kdy: 13. 09. 2015, 10:03:56 »

Díky všem za postřehy. O některých věcech (možnost přizpůsobení titulku okna) jsem vůbec nevěděl. Na základě vašich zkušeností se stabilitou jsem tedy začal hledat problém u sebe. Smazal jsem všechny soubory co začínaly "plasma" nebo na písmeno "k" z ~/.config, což resetovalo většinu nastavení. Teď to teda běží výrazně lépe, i když pády některých aplikací pořád nejsou výjimkou.

Hm, to je uzasne, tohle uz nedokaze ani Microsoft. Proc proboha KDE jeste nekdo pouziva, kdyz pocinaje verzi 4 se rozhodli pripomenout uzivateli user experience z Widli 98? Oni musi uzivatele nejak hypnotizovat, protoze jinak by utikal s nepricetnym revem nekam jinam.

Uvítam návrh na jiné prostředí. Abych ti to usnadnil, rovnou ti to takhle vypíšu:
- LXDE - vzhledově odporné, styděl bych se používat jinde, než na Celeronu po upgradu z XPček
- Xfce - vzhledově nevyhovující
- Cinnamon - v Mintu vynikající, v jiných distrech jsem z něj neměl tak dobrej pocit
- Gnome - masochismus
- Mate - zastaralé
- Unity - perfektní, ale nemam nervy na to ho násilím cpát do Archu
- KDE4 - v podstatě nemá chybu, ale už se mu nikdo nevěnuje
- KDE5 - viz výše, snad se časem doladí
- všechny ostatní WM - nemam zájem o WM

Pokud se ti přesto podaří mi něco doporučit, budu rád  Spíš to ale vypadá, že budu držet palce novýmu KDE, protože i když jeho aktuální použitelnost neoslní, tak je pořád nejblíž.

17

Desktop / Zkušenosti s KDE5

« kdy: 12. 09. 2015, 13:09:09 »

Zdravim, rád bych se zeptal KDE uživatelů na jejich zkušenost s KDE5.
Z mých zkušeností je to totiž naprostá tragédie. Osobní rekord používání bez pádu celého prostředí mam někde kolem 15 minut. Chybovými hláškami bych si mohl vytapetovat plochu a když začnu cokoli dělat (ono stačí proklikávat se složkama v Dolphinu), tak za chvíli celý prostředí spadne a objeví se login obrazovka.
Pak jsou tu další věci, jako že scrollování v Dolphinu je extrémně pomalé - takže když chci rychle proscrollovat obsah složky, dřív mi stačilo třeba dvakrát otočit kolečkem. Teď s nim musim točit tak zběsile, že to vypadá, jako bych pomocí něj zkoušel vyrábět elektřinu. Chybějící možnosti nastavení (např. žádný přesunování tlačítek na oknech z pravý strany na levou nebo klávesová zkratka pro vypnutí efektů) už to úplně dodělává. KDE4 jsem používal s naprostou spokojeností, ale KDE5 je pro mě nepoužitelný, z hlediska stability, pohodlí i nastavení.

To je chyba někde u mě nebo se vývojáři KDE zbláznili? Vypadá to v Kubuntu 15.04 a jiných distribucích podobně jako u mě na Archu?

18

Software / Re:DOTA2 na linuxu

« kdy: 15. 05. 2015, 18:53:16 »

Jaké používáš ovladače? Catalysty nebo open-source "radeon"? Catalyst by měl být o něco lepší:

Kód: [Vybrat]

https://www.youtube.com/watch?v=bYMaVrsbg2w

S AMD je to těžký. Nejjednodušší řešení je přestat s tim bojovat, prodat a koupit NVIDIA kartu. Taky jsem si tim prošel a nic lepšího jsem udělat nemohl

cetl jsem, ze dota2 ma performovat na linuxu/openGL mnohem svizneji nez windows/directX
Vase zkusenosti?

Mělo by to běžet +- stejně. Ten test byl prováděnej v L4D2 s jinou verzí Source enginu a hlavně na GTX 680 - tj. úplně jiná kvalita ovladačů.
Dota 2 mi běží na 750 Ti v 1080p na úplný maximum, fps 60-90. S Woknama jsem neporovnával, ale odpovídá to očekávání.

19

Software / Re:Bumblebee - trvalé podtaktování po uspání/odpojení AC

« kdy: 23. 03. 2015, 17:28:03 »

Zkusil jsem, ale výsledek stejný, problém přetrvává. Kontroloval jsem obsah toho souboru bbswitch v různých situacích a všechno se zdá být jak má - pokud neběží nic přes bumblebee je tam OFF, pokud něco spustim, je tam ON a pak po ukončení se to samo vrátí na OFF.

I tak díky za nápad.

20

Software / Re:Bumblebee - trvalé podtaktování po uspání/odpojení AC

« kdy: 21. 03. 2015, 09:41:23 »

Ziktofel:

jeste me napada kernel, zkusit nacpat novejsi, ale takty grafiky by mel zasadne ridit jeji ovladac.
jinak mas nainstalovany laptop-mode-tools? stavalo se mi, ze kdyz to bylo nainstalovany, tak se az moc agresivne uspavalo USB

Aktuální kernel mam 3.16. V unstable novější neni, ale můžu zkusit zkompilovat aktuální stabilní 3.19. Laptop-mode-tools nainstalovaný nemam, protože mi to uspávalo druhý plotnový disk tak moc, až jsem měl strach o jeho zničení.
Trochu jsem to testoval v různých situacích a zjistil jsem, že takty zůstanou, pokud přechod na baterku a zpět udělam následovně:

1) Ukončit proces běžící přes bumblebee
2) Odpojit nabíječku
3) připojit nabíječku
4) spuštěný proces přes bumblebee běží na plné takty, jak má být

Pokud ale body 1 a 2 přehodim a odpojim nabíječku během aktivního bumblebee, ty takty se sníží. To by i šlo, s tim bych se naučil žít pokud by to takhle fungovalo. Pořád ale bez ohledu na stav nabíječky nebo aktivity bumblebee se po uspání a probuzení notebooku v jakékoli situaci nastaví těch 33MHz a já jsem byl doteď zvyklí třeba 14 dní jenom uspávat.
Napadlo mě ještě hodit sem fotku z BIOSu, jestli tam neni něco špatně. Intel SpeedStep jsem zkoušel a nemá na to vliv (i tak se týká procesoru, ale co kdyby) a co znamená ten PCI Latency Timer netušim

Kód: [Vybrat]

http://screenshot.cz/45O4Y/tmp_26036-IMAG0398-1030748337.jpg

21

Software / Re:Bumblebee - trvalé podtaktování po uspání/odpojení AC

« kdy: 19. 03. 2015, 16:40:34 »

Zikofel:

mne to s verzi ovladace 346.47 na mym systemu nedela, grafiku mam rovnez GTX 860M, vyzkousel bych napred aktualizovat ovladac

Ten mam nejnovější dostupnej co je v experimentalu. Na novější si musim počkat. Ale jak už jsem psal, dělalo mi to i na HP který jsem měl rok a půl a prostřídalo se tam dost ovladačů. I tak aktualizuju hned jak bude další.


Zdenek Henek:

Ahoj,

Zkousel jsi v BIOSU nastavit pouze dedikovanou grafickou kartu a vypnout optimus? Pak nebudes zadne prepinani potrebovat.
Mimochodem posledni drivery od NVidia * mi nefungovali (na Fedore 21).
Zatim se mi to nechtelo resit, protoze graficky vykon mi dostacuje s open ovladacema nouveau a pouzil jsem Drebian Jessie.
Lituji toho, ze jsem si radeji nekoupil neco jineho s AMD grafikou.

Vypnout Optimus se nedá. Nebo to alespoň většina výrobců notebooků neumožňuje.
AMD jsem měl 3 roky (asi 4 grafiky) a doporučuju nad tim ani neuvažovat. Výkon sotva 10% oproti WIndows, blikající ikony, blikající lišty, mizející textury ve hrách, nepoužitelný vyhlazování co srazí výkon na dno, mizerná filtrace, občas v Catalystech omylem vyřadili podporu pro mojí grafiku... AMD je odpad na Linuxu, jejich ovladače jsou minimálně 10 let pozadu za Nvidií. Lituju každýho AMDčkaře, protože to má beze srandy silně negativní vliv na psychycké zdraví každého jedince, který to používá na Linuxu. Tenhle malý problém je nic ve srovnání s tim, čim jsem prošel v průběhu třech let s Radeonama HD 4000, 5000 a 6000. Jsem se trochu rozepsal, ale to je šokem z toho, že někdo seriózně uvažuje o AMD grafice mimo Windows

Jakub Galgonek:

Neměla by se spíše v takové situaci nVidia úplně vypnout? Používáš bbswitch?

Nejsme si jistý, co to bbswitch je. Balík bbswitch-dkms je nainstalovaný. Nic ručně nespouštim nebo nepřepínam.

Neviditelný:

Přijde mi ale, že to bumblebee používáte nějakým zvláštním způsobem. Zamýšlený způsob fungování je tento: Dedikovaná grafika je standardně vypnutá, její vypnutí přes příslušné ACPI volání zařídí jaderný modul "bbswitch". Všechno je vykreslováno a akcelerováno integrovaným GPU. Pokud chce uživatel použít akceleraci na dedikované grafice, spustí program přes "primusrun JmenoProgramu" (dříve "optirun JmenoProgramu"). bumblebee zařídí, že se dedikovaná grafika zapne a použije. Když program doběhne, bumblebee grafiku zase vypne. Stejným způsobem to funguje na Windows a MacOS X, akorát tam rozhodování, které GPU se má použít probíhá automaticky. Není mi tedy úplně jasné, za jaké situace byste se mohl dostat do problému, který řešíte; jedině snad při hraní nějakých náročných her při odpojeném AC.

Tak to přesně dělam. Všechno standartně od spuštění systému běží na intelu. Když chci něco spustit na té grafice, spustim to přes "vblank_mode=0 primusrun názevprocesu", v případě Steamu potom "vblank_mode=0 primusrun %command%". Když ten proces ukončim, Bumblebee se vypne. MSI na to má i LED didou takže přesně vidim, kdy je aktivní a dokonale to souhlasí s činností Bumblebee.
Problém je v tom, že když odpojim nabíječku, připojim jí zpátky a potom chci tu grafiku používat, běží podtaktovaná až do kompletního restartu celého notebooku. Já tedy zapnu notebook, všechno funguje. Odpojim nabíječku, někam přenesu. Po chvíli se vrátim, znovu zapojim nabíječku. Spustim něco přes primusrun a grafika stále má 33Mhz. Maximálně jsme tam viděl nějakých 135Mhz, ale to je pořád zřejmě rozmězí nějakého úsporného módu, který se nevypne po opětovném přpojení nabíječky.

Ziktofel:

no, aby zapnul nvidia-xserver-settings, tak GPU musi bezet, proto ze na to pouziva optirun -b none ....

Mě ale GPU běží, když zapnu nvidia-settings. Ale viz co jsem psal Neviditelnému - jakmile nemá neustále připojenou nabíječku tak se podtaktuje a zůstane tak dokud nerestartuju celý notebook. I když připojim nabíječku zpátky, ta grafika to ignoruje a běží si na malých taktech.

22

Software / Bumblebee - trvalé podtaktování po uspání/odpojení AC

« kdy: 18. 03. 2015, 20:15:57 »

Zdravím všechny, hledám pomoc od někoho, kdo používá Linux na notebooku s Optimusem a používá pro přepínání Bumblebee.
Nemám problém se samotným používáním nebo výkonem - normálně zapnu notebook připojený na nabíječku, všechno funguje perfektně. Problém nastává při uspání nebo odpojení nabíječky.

Když odpojim nabíječku, grafika se okamžitě podtaktuje na 33Mhz z původních 1097Mhz, což je problém, protože potom se nedá používat. Samozřejmě chápu, že na baterce nemůžu čekat výkon, ani ho nevyžaduju. Problém je ten, že po zapojení nabíječky se sice změní Power Source z Battery na AC, ale takty se už nezmění. Takže musim notebook vypnout a znova zapnout, po celou dobu připojenej na nabíječku. To jsem měl i u předchozího HP, kterej ale po uspání a probuzení aspoň vrátil takty. Občas funguje service bumblebeed restart, ale neni to spolehlivý.

Teď už to nemůžu řešit ani takhle, protože po uspání se takty nevrátí, což je druhý problém - nemůžu uspávat, pokud vím, že budu potřebovat grafiku. Ani výše uvedený příkaz nic nezmůže.

Je to hodně otravný pořád restartovávat celej systém při potřebě výkonu, ale tušim, že spíš je někde něco špatně nastavenýho. Byl bych rád, kdyby někdo znal způsob, jak celej úspornej režim při přechodu na baterku vypnout. Výdrž baterie je to úplně poslední, co mě zajímá.

Nějaký informace:
Screen:

Kód: [Vybrat]

http://screenshot.cz/RHBVF/takty.png

Obsah .nvidia-settings-rc z Home:

Kód: [Vybrat]

http://pastebin.com/4UipDzcB

Obsah bumblebee.conf:

Kód: [Vybrat]

http://pastebin.com/npn7PtGh

HW:
MSI GE60 2PE
i5 4210H
GTX 860M (uzavřený ovladače 343.36, z repozitářů distribuce)
Debian 8 Jessie 64bit

Díky za pomoc.

23

Software / Re:Nepředvídatelné vypínání notebooku

« kdy: 21. 01. 2015, 21:11:36 »

Zdá se, že máte oba (Neviditelný i trubicoid2) pravdu. Zakázal jsem intel_pstate, dal schválně v Kdenlive zpracovávat video a spustil i7z na acpi-cpufreq. Výsledek mě příjemně překvapil.

Kód: [Vybrat]

http://screenshot.cz/SSI9L/cpu2.png

Takže turbo frekvence fungují celou dobu. Tím tedy můžu s klidným svědomím zakázat intel_pstate a používat dál acpi-cpufreq.
Moc vám děkuji za pomoc, nevim jak dlouho bych se s tim bezvýsledně trápil. Něco takovýho mě vůbec nenapadlo 

Docela ale lituju ty, co si nainstalují nějakou distribuci, která má intel_pstate jako výchozí a setkají se s tim náhodným vypínáním. Mě osobně trvalo celý 2 měsíce jenom zjistit v čem je problém. Testoval jsem ramky, jinou baterku apod. než jsem přišel na to, že to dělá ten ovladač a celou dobu jsem mě hlavní podezření na vadnou základovku.

24

Software / Re:Nepředvídatelné vypínání notebooku

« kdy: 20. 01. 2015, 21:35:41 »

Neviditelný:
Zkusil jsem povolit intel_pstate a zakázat turbo. Ale jako vždycky, tehle ovladač ignoruje jakékoli nastavení, viz

Kód: [Vybrat]

http://5.175.164.84/upload/cpu.png

Jakákoli frekvence nad 2.4GHz znamená, že je turbo aktivní a ty frekvence volně skáčou pořád. Po restartu se hodnota v no_turbo vynuluje, takže předpokládám, že by to mělo reagovat hned jak změnim 0 na 1. Ale zaujalo mě, že acpi-cpufreq zvládne turbo také. Zkusím to nějak rozběhat, bylo by to asi úplně ideální.

trubicoid2:
Zdá se, že jiná možnost než to vypnout a používat dál spolehlivější acpi-cpufreq asi stejně nezbyde. Ale zamrzí to. Chtěl jsem tenkrát vyloženě notebook s rychlým procesorem a volil jsem kvůli tomu slabší grafiku a nakonec ho musim stejně pořád držet na nižších frekvencích. Ne že by byl pomalej, ale třeba Firefox je singlecore program a bez toho turba občas na nějakým náročnějším webu začne lagovat, protože jedno jádro (ještě navíc virtuální kvůli HT, který nejde vypnout) to na té frekvenci ne vždycky stíhá.
Turbo zjišťuju několika způsoby - mam na ploše Conky, který udává frekvenci a navíc ještě viz ten screen, monitor procesů z KDE.

25

Software / Re:Nepředvídatelné vypínání notebooku

« kdy: 20. 01. 2015, 18:54:17 »

Pokud se to vypíná při provozu na baterii, tak to možná baterie neutáhne

Při provozu na baterii i při připojení na nabíječku. Dokonce i když baterku vytáhnu a notebook běží jen ze sítě.

BTW, mate tam posledni BIOS?

Ano, mám. Poslední verze vyšla docela dávno, asi necelý rok. Tenkrát jsem jí tam hned hodil, ale nepomohlo.

Je to bug v hardware motherboardu, někdy pomůže upgrade BIOSu. Příčina je že motherboard se splete v detekci úsporného stavu procesoru a vykoná jinou akci než má.
Jestli to soudruzi z HP nedokážou opravit novým BIOSem, nebudete moci tuto featuru používat.

To je asi zatím to nejpravděpodobnější, co jsem četl/slyšel. Zkusím se zeptat na podpoře, jestli se to dá nějak nahlásit. I když docela pochybuju, že bude někoho zajímat problém jednoho člověka na neoriginálním OS. Aspoň o tom ale budou vědět, pokud je tohle pravda, tak je to moje poslední HP.

Řešení: Přejít na Windows

Díky za nápad, ale než řešit desítky jiných problémů v podobě nedodělanosti Windows, to už si to turbo v Linuxu radši vypnu a přestanu si stěžovat.

Mimochodem, staty procesoru se dají přepínat z konzole, zkoušel jsi to?

Který staty? Zkoušel jsem přepínat režimy - ondemans, performance, powersave apod. Funguje to na normální ovladači, ale pokud je aktivní intel_pstate, vůbec to nereaguje, naprostá ignorace.

26

Software / Re:Nepředvídatelné vypínání notebooku

« kdy: 20. 01. 2015, 12:07:40 »

Jak vaří? Problém není závislý na teplotě, k vypnutí dojde i když je ntb úplně studený při teplotách 45-50°C. Když intel_pstate zakážu, nevypne se to nikdy ani při dlouhodobý zátěži kolem 90-100°C na procesoru.

27

Software / Nepředvídatelné vypínání notebooku

« kdy: 19. 01. 2015, 23:08:05 »

Zdravím všechny. Mám problém, který se táhne už víc než rok. Zkoušel jsem ho před rokem vyřešit, ale nepodařilo se - tehdy jsem objevil jen takový "workaround" a byl jsem rád, že aspoň tak. Teď mi to ale čím dál více vadí. Řešiljsem to kdysi dávno na Debian fóru

Kód: [Vybrat]

https://forum.debian-linux.cz/index.php?topic=1427.0

..ale viz to vlákno, došel jsem akorát ke způsobu jak se tomu vyhnout.

PROBLÉM:
Notebook se vypne během vteřiny (úplně stejně jako kdybych z něj vyndal baterku). Ve vypnutém stavu zůstane cca 5 vteřin a poté se normálně sám zapne. K problému začalo docházet až po přechodu na kernel 3.9, který přinesl podporu pro Intel TurboBoost díky ovladači intel_pstate. Vypínání není závislé na teplotě, dochází k němu při bežnýhch klidových teplotách (kolem 50°C) i při zátěži (zpracovávání videa, hraní her - 90-100°C). Nepodařilo se mi odhalit jakoukoli pravidelnost nebo závislost na konkrétní činnosti. K vypínání dochází v náhodném intervalu od 30 minut až do dvou dnů.

Dá se to obejít zakázáním Intel TurboBoost a to pomocí zadání parametru "intel_pstate=disable" do nastavení GRUBu v řádce "GRUB_CMDLINE_LINUX_DEFAULT". Takto, se zakázaným turbem jsem notebook používal víc než již zmíněný rok a k vypnutí nedošlo ani jednou. Tím se ale omezuju a nemůžu využívat naplno svůj procesor, což mi začíná vadit. A celkově mi vadí to, že se vůbec něco takového děje.

HARDWARE:
HP Envy DV6 7250ec
CPU Intel Core i7 3630QM (zákl. frekvence 2.4GHz, turbo fekvence 3.4GHz)
RAM 12GB DDR3 1600MHz
GPU Intel HD 4000 + nVidia GT 630M (Bumblebee)
Úložiště 32GB SSD ADATA + 1TB HDD HGST

SOFTWARE:
Debian Unstable 64bit (aktuálně kernel 3.16)
Prostředí KDE 4.14 (problém byl i na Gnome Shell)

CO JSEM JIŽ VYZKOUŠEL:
- reinstalace OS
- jiná distribuce (OpenSUSE 13.1 KDE puštěná z externího HDD s aktivním intel_pstate, padla po pár hodinách)
- několikadenní přerušované (s občasným bootováním do Linuxu, když jsem potřeboval něco udělat) používání s Windows, puštěným z externího disku a aktivním TurboBoostem (problém se neprojevil) - zkoušel jsem nechat běžet i hodiny, i přes noc, ani jednou se to neprojevilo
- zakázání intel_pstate (viz výše, pomůže, ale úplně nevyřeší problém)
- běh notebooku s minimálním množstvím běžících pocesů (nechal jsem 2x přes noc, z toho jednou jsem ho ráno našel restartovaný)
- běh notebooku na maximální zátěž (stejně nepravidelné - někdy se vypne za chvíli, jindy vůbec)
- běh notebooku s externím chlazením na minimální zátěž a stažením teploty na hodnoty kolem 45°C (k vypnutí stejně došlo)

Nenapadá mě již co moc zkusit. Koukal jsem do logů ve /var/log/messages a /var/log/syslog. Nic zvláštního jsem tam neviděl. Poskytl bych je i nyní, ale počkám až se to čerstvě vypne a hned po dalším nabootování jejich obsah někam zkopíruju.

Kdyby někoho cokoli napadlo, budu velmi vděčný. Je to něco, co nejsem schopný vyřešit ani po strávení desítek hodin na Googlu (kde neexistuje jediná podobná zkušenost netýkající se přehřívání). Mám podezření na BIOS, který je velmi omezený, neumožňuje nic nastavit kromě pořadí bootování a podpory virtualizace a dost možná je nějakým způsobem optimalizovaný na původní předinstaloané Windows 8. Hardware vadný není, když to bez intel_pstate nikdy neudělá. Něco bude nejspíš v nastavení někde, ale už mě nanapadá vůbec nic.

Děkuji za reakce.