Třetí Sprint Plasmy Active

Proběhl již třetí sprint Plasmy Active. Mezi řešenými tématy byly přípravy příštího vydání Plasmy Active (plánovaného na srpen 2012), obohacení uživatelského rozhraní o nové funkce, koordinace uvedení SPARKu na trh (prvního otevřeného uživatelského mobilního zařízení stavějícího na otevřeném softwaru), užší integrace s Nepomukem, Akonadi a Telepathy a přizpůsobení aplikací pro Plasmu Active.

14.3.2012 13:24 | Nicky726 | Komunita

Komentáře

[Andrej]

Užší integrace s Nepomukem, Akonadi a Telepathy zní naprosto děsivě. Nic z toho nefunguje ani po letech vývoje. On snad někdo předpokládá, že to během několika měsíců najednou začne fungovat?! Doufám, že bude stále možné Nepomuk i Akonadi vypnout.

[Lol Phirae]

Tuším včera tady byla zprávička, že autor té hrůzy zdrhá pryč, anžto (překvapivě ) došly prachy. Tak teď už nás čeká jen několik let utrpení, pak někdo třeba konečně pochopí, že to je neopravitelné a řekne "všechny vylejt, nepřišly gumičky!" No a může se začít zase odznova s nějakým dalším megakchůůůl nápadem. Deset let sem, tam... co to je proti věčnosti vesmíru. Dost možná i soudruh Lenin bude v té době ještě stále v Ječný.

[Pavel Čejka]

Taky mne to vyděsilo ... čeho konkrétně se to týká tentokrát?

[frEon]

budou se ti zobrazovat semanticky hodiny na panelu. Pak to upgradnou na hodiny social desktop a pak uz nic, pry to bude dokonale

[Lol Phirae]

No, doufám že na timeline těch sociálních hodin bude po vzoru FB přesně zachyceno, kdy jsem se šel poránu vysrat. Jinak by mě fakt naštvali!!!

[mck182]

Jakozto clovek, co ma tu "uzsi integraci s Nepomukem, Akonadi a Telepathy" na starost, bych to rad trochu osvetlil :P

Nejprve ke komponentam jednotlive (protoze abclinuxu komentarema pod cimkoli, co obsahuje "nepomuk" nebo "akonadi" nikdy nezklame) - Akonadi sama o sobe je naprosto funkcni cachovaci vrstva pro PIM data. Aplikace na tom postavene (KMail/2) na tom nejsou bohuzel tak dobre. Tedy nebyly, pred KDE SC 4.8.1. Telepathy je, pravda, taky par let ve vyvoji (2008? 2009?) a, svete div se, ono to funguje. Priklad ze sveta - viz Nokia N9, ktera pres Telepathy treba posila i SMS. Nepomuk...ano, s tim jsou vykonostni problemy, bohuzel, co si budem nalhavat. Na Plasma Active ale funguje vytecne (zkuste si to :P )

A k tomu "celku" - zadne sliti do monolitickeho Neponadipathy se nechysta. Nase implementace Telepathy (KDE Telepathy) bude vyuzivat Nepomuku za ucelem "metakontaktu", coz s nasim aktualnim stavem veci funguje zatracene rychle. Navic planujeme vyuzit Nepomuk jako volitelny, tudiz KDE Telepathy bude na desktopu fungovat i bez Nepomuku. A protoze na PA Nepomuk je a funguje dobre, na PA ho proste vyuzivat budeme.

Akonadi bude pouzito jako cache pro socialni streamy, tedy napr. twitter feed, facebook feed apod. Nad tim se pak postavi UI, ktere nebude prepisovane podobne jako KMail, ale bude od nuly. Samozrejme nechceme, aby vysledek byl podobny jako u KMailu, takze si dame sakra pozor, aby to fungovalo. Ze socialnich siti se budou importovat i kontakty, ty jako jedine skonci v Nepomuku a to za prostym ucelem metakontaktu, ktere nam aktualne funguji bezvadne.

Vetsina tehle veci nema "behem nekolika mesicu najednou zacit fungovat", ale je uz delsi dobu ve vyvoji a "uz funguje" :P

[Lol Phirae]

Akonadi sama o sobe je naprosto funkcni cachovaci vrstva pro PIM data.

Tak, tady jsem se čtením pohádky skončil. Otřu poprskaný monitor a s pozdravem "MySQL server na každý tablet a mobil" se rozloučím. Dobrou noc, strýčku Fido. Dobrou noc, děti!

[mck182]

MySQL na mem desktopu zabira 30 MB RAM, 0% procesorovy cas. V dnesni dobe je mobilni hw natolik vykony, ze 1 MySQL ho urcite nepolozi. Na case se probudit.. :P

[Lol Phirae]

Jedno? Prosím vás, podíval jste se někdy do výpisu procesů? Jinak jsem tady nedávno psal o své zkušenosti s KDE PIM a touhle "geniální" cache. OOM killer měl z testovacího maildiru (8GiB mailů) opravdu radost, samozřejmě po skončení akce z archivu emailů zbyly jen zcela nepoužitelné trosky. A jinak, 30MB RAM na mobilu opravdu umím využít rozumněji, než na spouštění naprosto nepotřebných procesů, které páchají jen škodu.

[mck182]

Ano, divam se zrovna ted, jedna jedina instance MySQL, aktualne 24,2 MB :P Nemluve o tom, ze za 5 minut pozorovani nevyskocila ani jednou mezi 'top' procesy.

Navic to jsou jabka a pomerance...my nechceme do Akonadi cpat zadnych 8 GB dat najednou, ale pouzit to jako cache pro posledni 4 dny socialnich feedu, coz neni ani 50 MB. Navic mam dojem, ze ten problem zpusobila indexace, ktera byla 'piece of crap' pred 4.8.1, ted je stav o dost lepsi.

[Lol Phirae]

ktera byla 'piece of crap' pred 4.8.1

Jistě, již od první verze KDE4 slýcháme, že "příští verze už bude ale opravdu zaručeně funkční". Po více než 4 letech už to je opravdu značně obehrané a nezajímavé.

[mck182]

Menime tema, kdyz dojdou argumenty? :P

[Lol Phirae]

WTF? Celou dobu tady básníš o tom, že je to celé perfektně funkční, akorát ten zatrolený KMail to vždycky pokazí. Proč tomu sakra mám věřit, když tohle posloucháme už několik let?

[mck182]

Mluvim o tom, ze "MySQL server na každý tablet a mobil" neni zadna katastrofa, na coz jsi reagoval "opravdu mas jen jedno mysql?", ja napsal ze jo, nacez jsi to zakoncil "uz 4 roky mluvite, ze to pujde a vysledek nikde". Ano, WTF.. :D

[Lol Phirae]

OMG. Ten tablet má 512MB paměti. Naprosto nepotřebný shit tam zabere 30MB, dalších minimálně 30 zaberou zbylé sémantické shity, se kterými je to provázané. Gratuluji, právě jsi vyhodil víc než 10 procent celkové paměti. Zbytečně. Pokud započítám režii OS, tak jsi vyplýtval odhadem 20 % dostupné uživatelské RAM. Bravo. Jen tak dál! Tohle je fakt uvažování, hádej proč na vás uživatelé nadávají, kudy chodí.

[mck182]

Uvazovani...heh, tak zkus taky uvazovat, co na tom tabletu budes vlastne poustet. Pak ti mozna dojde, ze na to, co je Vivaldi urcen, je to dost. Nikdo nikde netvrdi, ze ten tablet zvladne pustit kdevelop a zaroven kompilovat kernel... *facepalm*

Muj Nexus One ma konstantne volnych ~90 MB (z 512 MB). Je to podle tvoji logiky taky "fakt uvazovani", kdyz ten system tak navrhli? Nebo je to tim, ze to delaj lidi, co o tom maji nejake povedomi..?

Mimochodem ja mel Vivaldi v ruce a muzu mluvit ze zkusenosti. Dokud ho nebudes mit taky v ruce, myslim, ze bys mel radeji na vikend vyjet ven ;)

[kavol]

MySQL na mem desktopu zabira 30 MB RAM, ... V dnesni dobe je mobilni hw natolik vykony, ze 1 MySQL ho urcite nepolozi.

probuď se ty - můj FreeRunner má 128 MiB RAM, zbrusu nová revize GTA04 má 512 MiB

současný velký hit, na jehož dodávky se spousta lidí těší jak předškoláčk na Ježíška, Raspberry Pi, má 256 MiB sdílené RAM

ano, jistě, jeden proces s nějakých 30 MB to nepoloží - ale kolik takových si tedy můžu pustit? ony ty hračky totiž nejsou určeny jenom k puštění MySQL serveru a nazdar, tam toho musí běžet současně podstatně víc (už jenom co nad tím MySQL, samotný server je mi na nic, že), a kdyby k tomu každý přistupoval tak, že si sežere kdovíco a ještě si k tomu pustí backend žeroucí 30 MiB navíc, že to není žádná míra, tak je mi takový "mobilní hw" dobrý tak akorát jako mobilní těžítko

[mck182]

Tady je zasadni nepochopeni - NIKDO se nesnazi dostat KDE/Plasmu/Akonadi/Whatever na FreeRunner, HTC Desire, iPhone a ja nevim co. Nikde se taky nepise, ze se to planuje. Takze takove veci sem prosim neplest. Spark/Vivaldi bude mit dost pameti, aby to cele utahl. Nebo ty se snad snazis nacpat WinXP na starou 486 s 128 RAM a doufat, ze si spustis vic, nez plochu?

[Lol Phirae]

512 MB RAM má můj low-end mobil. Procesor (přetaktovaný) běží na 750 MHz.

"The Vivaldi tablet is running a single core ARM Cortex A9 chip clocked at 1GHz with 512MB of memory."

Vzhledem k výše uvedenému mám poměrně přesnou představu o tom, co daný HW utáhne, a po MySQL serveru na něm teda opravdu, ale opravdu netoužím.

[kavol]

Spark/Vivaldi bude mit dost pameti, aby to cele utahl.

FreeRunner má 128 MiB RAM, zbrusu nová revize GTA04 má 512 MiB

vs

The Vivaldi tablet is running a single core ARM Cortex A9 chip clocked at 1GHz with 512MB of memory and a 7" touch screen.

- prosím, přestaň ze sebe dělat debila

[mck182]

Prehledl jsem se, nemusis byt hned Cech a nadavat do debilu :P (navic to pry delaji jenom lidi nizsi inteligence).

Ja nevim, o co ti (a lolovi) vlastne jde...mam dojem, ze jste nepochopili cely form-factor toho tabletu. Vivaldi neni na hardcore hry, neni na hardcore aplikace, nema to byt vykladni skrin technologie. Je to tablet pro beznou praci jako internet, prohlizeni fotek, prehravani videi, IM, email apod. 30 MB navic za jednu MySQL te proste na Vivaldi nezabije. Jestli chces delat narocne veci, kup si poradny tablet, to je cele.

Takze...co ze je za problem s MySQL databazi (co zabira pouze pamet, ubira minimalni procenta cpu) na low-endovem tabletu pro nenarocne pouziti?

[Michal Vyskočil]

Jestli chces delat narocne veci, kup si poradny tablet, to je cele.

Kup si raději normální počítač, řekl bych.

[Lol Phirae]

No, asi tak. Všechny tyhle tablety a netbooky jsou pro náročnější použití tak na dvě věci.

[kavol]

Jestli chces delat narocne veci, kup si poradny tablet, to je cele.

Kup si raději normální počítač, řekl bych.

ještě definuj "normální počítač" ...

níže uvedený příklad se zásekem akonadi se odehrál na T510, který si nijak nezadá se současnými běžnými "kancelářskými" desktopy - a to, aby po praštění do delete trvalo skoro sekundu, než mazaný mail zmizne, to mi tedy přijde poněkud na pováženou ... kolik jader a na jaké frekvenci potřebuju mít, aby taková akce proběhla "okamžitě"?

[Lol Phirae]

V některých případech žádný, byť sebevýkonnější HW nepomůže. Dál to radši nebudu pitvat, aby se zase nevytočil kolega sémantický vývojář.

[kavol]

Příloha:

• akonaditop-cut.png (63737 bytů)

ale on má vpodstatě pravdu

psal například

MySQL ... Nemluve o tom, ze za 5 minut pozorovani nevyskocila ani jednou mezi 'top' procesy.

ano, konkrétně MySQL si moc nevyskakuje, od toho jsou jiné procesy - viz přiložený screenshot, až po procesy s nulou na CPU: MySQL ve výpisu nevidíme, zato zkusme tam spočítat ty začínající ako...

podmínky experimentu stejné jako jsem již popisoval níže - podržet delete nad nějakými desítkami mailů, a zatímco to tempem jeden za půl až dvě sekundy maže, mám dosti času přepnout se do konsole, pustit top a udělat screenshot

(mimochodem, zajímavý je iowait, přičemž šlo o čistě textové maily o velikosti 7 - 10 KB každý, čili celkem řádově o zhruba půl megabajtu dat!)

procesor Intel(R) Core(TM) i7 CPU M 620 @ 2.67GHz

[Lol Phirae]

zato zkusme tam spočítat ty začínající ako...

No vidíš to, nebýt dobrodiní ako*, tak ten procesor vlastně vůbec nevyužiješ a doma umrzneš.

[kavol]

Akonadi sama o sobe je naprosto funkcni cachovaci vrstva pro PIM data.

Tak, tady jsem se čtením pohádky skončil.

no, já neskočil, ale musel jsem si tu větu přečíst třikrát, než jsem se smířil s tím, že to fakt takhle napsal a mohl dočíst zbytek příspěvku ...

tedy, nakolik si vážím práce, kterou kolega dělá, takhle lhát by fakt nemusel

[mck182]

Kdybych to na vlastni oci nevidel fungovat, nepsal bych to.

Mimochodem je treba neplest si aplikace vyuzivajici Akonadi a Akonadi samotne. Ja mluvim o Akonadi, ne o aplikacich na nem postavenych.

[Lol Phirae]

Mimochodem je treba neplest si aplikace vyuzivajici Akonadi a Akonadi samotne. Ja mluvim o Akonadi, ne o aplikacich na nem postavenych.

Ano, chápu, že když Akonadi NIC nedělá, to to výborně funguje. Akorát nevím, co to má za smysl, aby to zbytečně žralo paměť a nedělalo nic.

Pouzit to jako cache pro posledni 4 dny socialnich feedu, coz neni ani 50 MB

Možná by byl lepší Oracle, ne? Když už overkill, tak teda pořádný. WTH.

[mck182]

Akorát nevím, co to má za smysl, aby to zbytečně žralo paměť a nedělalo nic.

Podobne ja nevidim smysl to tady dal rozebirat a slouzit jako "troll food" :P

[kavol]

Kdybych to na vlastni oci nevidel fungovat, nepsal bych to.

Kdybych to na vlastni oci nevidel nefungovat, nepsal bych to.

Mimochodem je treba neplest si aplikace vyuzivajici Akonadi a Akonadi samotne. Ja mluvim o Akonadi, ne o aplikacich na nem postavenych.

tak to nás budeš muset poučit, kde končí "Akonadi samotné" a kde začínají "aplikace využívající Akonadi"

dám příklad:

dnes ráno jsem mazal větší množství mailů z jedné složky takový obskurním postupem, že jsem prostě vybral první a podržel klávesu Delete (přičemž jsem se snažil vnímat předměty, nechtěl jsem použít označení všech a hromadné smazání, kdyby mě náhodou něco zaujalo ... což nebylo těžké vzhledem k tomu, že zprávy mizely tempem jedna za půl až třičtvrtě sekundy, což mi k prolítnutí předmětu bohatě stačilo)

pozn. větší množství = asi 60

během tohoto procesu se mazání mailů zastavilo - přesněji, kmail nadále označoval další a další zprávy ke smazání, ale tyto se nepřesouvaly do koše

spustil jsem akonadiconsole a nechal restartovat server

po restartu serveru mazání mailů normálně doběhlo - s několika hláškami o konfliktech, které jsem musel odklikat, kdy se dvě verze téhož mailu lišily pouze v atributu SEEN

na tento problém jsem narazil již poněkolikáté, takže vím, že v takové situaci nepomůže ukončit a znovu spustit kmail, to by mazání zůstalo viset a zároveň pak nelze zobrazit jiné zprávy (po jejich vybrání se v okně pro text objeví jen čekací vycpávka a zpáva se nenačte) - je potřeba právě restartovat akonadi server, a pak se v kmailu (i bez jeho restartu) zprávy dají normálně načítat (a mazání se dokončí, jak již bylo řečeno)

tak, a teď mi pověz, pokud musím restarovat server samotný, a nikoli aplikaci, tak to ale stále ještě patří do "aplikace na něm postavené"?

[mck182]

forum.kde.org & bugs.kde.org je asi vsechno, co k tomu muzu (a chci) dodat. Cokoliv vic reknu, skoncim "za debila" nebo kdovi co horsiho, protoze vsichni prece vi vsechno nejlip, takze radeji jdu vytahnout kolo.