abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 03:22 | IT novinky

    Retro PC emulátor UTM SE pro iPhone, iPad a Apple Vision Pro je nově zdarma k dispozici v App Storu (𝕏). UTM SE je postavený nad QEMU.

    Ladislav Hagara | Komentářů: 0
    dnes 01:22 | Nová verze

    Po 9 týdnech vývoje od vydání Linuxu 6.9 oznámil Linus Torvalds vydání Linuxu 6.10. Přehled novinek a vylepšení na LWN.net: první a druhá polovina začleňovacího okna. Později také na Linux Kernel Newbies.

    Ladislav Hagara | Komentářů: 0
    včera 02:00 | Nová verze

    PCSX2 (Wikipedie), tj. emulátor herní konzole Sony PlayStation 2, byl vydán v nové major verzi 2.0 (𝕏, Mastodon). Přehled novinek i s náhledy v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    13.7. 04:55 | Nová verze

    Byla vydána verze 30.2 svobodného softwaru OBS Studio (Open Broadcaster Software, Wikipedie) určeného pro streamování a nahrávání obrazovky počítače. Přehled novinek na GitHubu. Instalovat lze také z Flathubu.

    Ladislav Hagara | Komentářů: 0
    12.7. 17:11 | Nová verze

    Byl vydán Thunderbird 128 “Nebula”, tj. nová major verze poštovního klienta Thunderbird. Podrobnosti v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    11.7. 20:55 | IT novinky

    Aktivistický technologický kolektiv NoLog.cz spustil 7 nových služeb: anon.nolog.cz - NoLog identita, talk.nolog.cz - videokonferenční systém OpenTalk, vault.nolog.cz - bezpečný správce hesel pro jednotlivce a skupiny, search.nolog.cz - anonymní vyhledávač, kdy.nolog.cz - snadné domlouvání společných termínů, md.nolog.cz - editor pro společnou práci na textech ve formátu Markdown a nolog.chat - šifrovaný chat pro jednotlivce a skupiny.

    Ladislav Hagara | Komentářů: 2
    11.7. 02:33 | Nová verze

    V lednu byl otevřen editor kódů Zed od autorů editoru Atom a Tree-sitter. Tenkrát běžel pouze na macOS. V květnu byly oznámeny pokroky při portaci na Linux. Dnes byly oznámeny oficiální linuxové buildy.

    Ladislav Hagara | Komentářů: 73
    11.7. 00:22 | Zajímavý článek

    Behdad Esfahbod pro článek Stav vykreslování textu v roce 2024 sesbíral, jaký software se používá pro vykreslování textu na open-source desktopu. Volně navazuje na přehled z let 2009 až 2012. Autor je hlavní vývojář knihovny HarfBuzz.

    Fluttershy, yay! | Komentářů: 5
    10.7. 18:55 | IT novinky

    Po 17 letech ukončila svou činnost (𝕏, Facebook) mezinárodní nezisková organizace Girls in Tech (Wikipedie) usnadňující ženám vstup do světa technologií. Došly finance. V dubnu ze stejného důvodu skončila organizace Women Who Code.

    Ladislav Hagara | Komentářů: 97
    10.7. 15:55 | Nová verze

    Byla vydána (𝕏) nová verze 9.6 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    Rozcestník

    KDE tipy a triky

    27.8.2006 22:15 | Přečteno: 3394× | KDE | Výběrový blog

    Takovych lidi si tu porad stezuje, ze KDE aplikace startuji hodne pomalu, kdyz se pouzivaji mimo KDE. Reseni je proste: Pouzivat je v KDE ;). A nebo si trosku pomoct. My za to totiz vlastne ani moc nemuzeme ...

    Neni pak divu, ze start i te nejmensi KDE aplikace mimo KDE dokaze trvat vecnost. Kazdopadne, da se s tim par veci delat:

    Takze asi tak ...

           

    Hodnocení: 100 %

            špatnédobré        

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    Luk avatar 27.8.2006 22:28 Luk | skóre: 47 | blog: Kacířské myšlenky | Kutná Hora
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Jsem rád, že to tu zaznělo. Někteří lidé mají pořád tendenci házet na KDE špínu, i když nevědí, jak se věci mají. Snad ti to přečtou a budou moudřejší ;-)
    Šifrování je absolutní nutnost a pomáhá chránit před nekalými živly
    andree avatar 27.8.2006 22:40 andree | skóre: 39 | blog: andreeeeelog
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    tomu ver ze tu taki budu :-) Na druhej strane treba povedat, ze KDE je obcas dost pomale. Ja to ale s radostou vymenim za tie schopnosti a previazanost komponentov. KDE je krasne prostredie, rychlost sa predsa doriesi (staci prechod z hdd na flash-like media, ked nebude zalezat od druhu pristupu - sekvencny/random)..
    andree avatar 27.8.2006 22:41 andree | skóre: 39 | blog: andreeeeelog
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    a zabudol som - pekny clanok ;-)
    Heron avatar 27.8.2006 23:00 Heron | skóre: 53 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Pěkný článek.

    Připomněl mi jabber hádku s jedním linuxářem, který posuzoval kvalitu programu podle délky jeho spouštění. To je samo o sobě kravina. Nebudu tu uvádět jeho jméno, ani programy o které se jednalo, protože by to byl jen námět na další flame.

    Nejde ani tak o rychlost startu ani okamžité hodnoty spotřeby paměti (což některým stačí jako argumenty pro/proti), jde o trendy. Jak dlouho trvá následná operace, kdy už jsou všechny knihovny načteny v cache a jsou spočítány adresní prostory? Jak to vypadá se stabilitou v čase? V tomto udělalo KDE velký krok dopředu. Spotřeba paměti s časem příliš neroste, poslední verse (KDE 3.5.4) má zřejmě opravené memory leaky, které mě trápili dřív. Jen tak dál.
    28.8.2006 00:01 xxxxxxxx | skóre: 16 | blog: mrtvy blog | v nebi
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    to s tim kdeinit je good idea, diky moc'
    28.8.2006 00:41 xy
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    mne sa OpenOffice.org prelinkne
    28.8.2006 09:53 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Kdepak. Prelinkne se soffice.bin, jenze to neni OpenOffice.org, to je mala binarka. Zbytek jede pres dlopen a to prelink neumi -> smula. Mohl by to umet, s pouzitim stejneho principu jako -Bdirect, ale kdyz se nelibi -Bdirect, nelibil by se asi ani tenhle pristup v prelinku :(.
    Josef Kufner avatar 28.8.2006 00:50 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Právě jsem upgradoval počítač z KDE 3.3 na KDE 3.5 (mimojiné) a při té příležitosti trošku doladil konfiguraci. Tak nějak jsem došel k tomu, že to je poněkud molochovité, chová se to tak nějak všelijak, stále to má debilní dialog na výběr barvy (Gtk je na tom v tomhle směru hůř s file dialogy) a je to na mě moc líné, ale mohlo by být hůř. Naštěstí to není můj desktop – můj je plný xtermů ve fullscreenu a mezitím občas něco v gtk (ne gnome).

    Hlavně mě dostává doba startu KDM. Je to něco děsnýho. XDM startuje kolem 1 sec, kdežto KDM asi 20 sec, což se při startu Xek nějakých 30 sec po zapnutí počítače celkem protáhne.

    Malý hint na zkrácení doby bootu: mv /etc/rc2.d/S99kdm /etc/rc2.d/S10kdm -- sice to boot vlastně nezkrátí, ale aspoň to neotravuje a co na tom, že se nějaký ptákoviny nespustí ještě před přihlášením ;-)
    Hello world ! Segmentation fault (core dumped)
    28.8.2006 01:41 Mark
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Takže plný xtermů ve fullscreenu?

    konsole vs xterm

    Psst...
    28.8.2006 02:15 disorder | blog: weblog
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    to je sice krasne, ale AFAIK rxvt dokaze viac tabov (alebo nejaky jeho klon?). a xfce4-terminal sa forkuje (taby nepouzivam), ma funkcie co pozadujem a nevyzaduje KDE :P
    andree avatar 28.8.2006 08:00 andree | skóre: 39 | blog: andreeeeelog
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    ale vyzaduje gtk - so what? :-P
    stativ avatar 28.8.2006 11:04 stativ | skóre: 54 | blog: SlaNé roury
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    ten klon se jmenuje mrxvt, BTW skvelej terminal (ma i vyhlazovani pisma a pruhlednost). A nespotrebuje o nic vic pameti nez rxvt.
    Ať sežeru elfa i s chlupama!!! ljirkovsky.wordpress.com stativ.tk
    Josef Kufner avatar 28.8.2006 11:45 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    To je sice hezké, že nový tab si veme jen pár kilo, ale celá instance si veme 17 MB, takže tím to bohatě vynahradí. Kdeto aterm, který momentálně používám (mám v ~/bin symlink který se jmenuje xterm), si veme s každou instancí necelé 2 MB. Což znamená, že bych musel otevřít více než 8 tabů v každe instanci konsole, aby se mi to vyplatilo. Ale protože používám 32 ploch, tak taková situace nastane jen výjimečně – obvykle mám otevřeno na jedné ploše maximálně tak 5 terminálů, průměrně zhruba 3.

    Co se týče rychlosti, tak konsole taky není moc rychlá... výpis slovníku american-english (98569 řádek) zabral atermu 1,17 sec a konsoli 6,1 sec při stejném fontu (Terminus) a velikosti (80x25). Měřeno několikrát.
    Hello world ! Segmentation fault (core dumped)
    28.8.2006 02:09 disorder | blog: weblog
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    to je fajn takto pausalne odsudit file dialog. je tak tazke pochopit, ze niekomu vyhovuje viac nez ten windowsacky?
    28.8.2006 02:14 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Proč paušálně? My odsuzujeme jeden konkrétní - tedy přesněji dva, ale ony jsou si dost podobné. Jinak je problém spíš v tom, že pro autory Gtk je těžké pochopit, že i když oni ten svůj výtvor považují za vrchol dokonalosti a pohodnosti používání, nemalá část uživatelů ho hodnotí úplně jinak…
    28.8.2006 02:18 disorder | blog: weblog
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    "Gtk je na tom v tomhle směru hůř s file dialogy"

    tam nie je priestor pre ludi, ktorym to je jedno alebo to vidia opacne.

    "pro autory Gtk je těžké pochopit, že i když oni ten svůj výtvor považují za vrchol dokonalosti a pohodnosti používání, nemalá část uživatelů ho hodnotí úplně jinak"

    vsak uz mi bolo mnohokrat povedane, ze si clovek vystaci len s KDE aplikaciami, tak heš ked sa nelubi
    28.8.2006 11:15 Michal Vyskočil | skóre: 60 | blog: miblog | Praha
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Možná to pro tebe bude těžké si představit, ale ne každý si vybírá aplikace podle toolkitu, v němž jsou napsané, ale podle toho, jak mu vyhovují. Je pravda, že uživatelé KDE preferují spíše K aplikace, ale neplatí to 100%. Nevidím jediný důvod, proč v klidu nepoužívat kvalitní Gtk aplikaci, jakou je třeba gvim a nevolal všude po qvimu v Qt.

    Mimochodem Bram je asi taky strašný Windowsák, protože gvim (alespoň ve verzi 6.4) nemá klasické gtk2 open/save dialogy, což je bohužel situace, ze které nemám radost vůbec (pokud si bude každý autor gtk programů psát vlastní file dialogy, bude to ještě horší, než je to teď). Ale co, hlavně, že jsou ty gtk dialogy tak slvěle intuitivní.

    BTW: zrovna u gvimu je mi to jedno, používám :set guioptions=
    When your hammer is C++, everything begins to look like a thumb.
    28.8.2006 12:04 disorder | blog: weblog
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    akoze ja som voci file dialogom apaticky. co na mna vybafne, to pouzijem (ale preferujem Gtk). to vy vsetci tak casto pouzivate? nedokazem pochopit, ze je to taky problem (alebo ste neprisli na ine "slabe miesto" Gtk?)
    28.8.2006 12:19 Michal Vyskočil | skóre: 60 | blog: miblog | Praha
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Tak, až přijdeš na to, jak se v tom standardním dostat z /někde/01/něco/jiného do /někde/02/něco/jiného stejně rychle, jako u kteréhokoliv jiného dialogu s cestou, budu moc rád ;-). Navíc nerozumím, proč je ten dialog tak obrovský, když zobrazuje daleko méně věcí, než ostatní, ale to už je maličkost.

    Slabé místo Gtk je například v rychlosti, ale u té věřím, že se časem provede optimalizace (hlavně cairo to potřebuje jako sůl). Ovšem já nepotřebuji hledat slabá místa, já toolkity neřeším. Jediné, co mi vadí je ten open/save dialog, protože se mi v něm jednoduché operace zaberou více operací, než jinde. Mít možnost používat jiný (klidně i ten z gtk 1), neřeknu ani popel :-).
    When your hammer is C++, everything begins to look like a thumb.
    28.8.2006 12:44 disorder | blog: weblog
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    to nepotrebujem. tak casto to nepouzivam a obmedzujem sa na ~/ so zmysluplnou strukturou (a teda je pre mna rychlejsie stlacit zaciatocnu klavesu a enter).
    28.8.2006 23:06 Jiří (BoodOk) Kadeřávek | skóre: 19 | blog: BoodOk | Brno
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Ja mam doma taky poradek, ale travim tam jen pul dne. Zbytek dne se pohybuji mimo a v takovem pripade je mi poradek doma k nicemu.
    Věda má v sobě určitou zpupnost, že čím dokonalejší techniku vyvineme, čím více se dozvíme, tím lepší budou naše životy.
    28.8.2006 19:36 nhy | skóre: 14
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Na hnusne Gtk dialogy je tu riesenie s menom KGtk. A hned je svet krajsi :-)
    28.8.2006 15:40 Bubak | skóre: 16 | blog: Čtvrtá cenová
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    No jo, nelubi, nepouzivaj. Jenze kdyz mi ho nacpali do Firefoxu ... Klikat na nejaky nesmyslny widget, abych teprve zobrazil list adresaru a souboru, fakt me to vytocilo. Nevim, treba se to da nastavit, treba se Firefoxu da rict, ze ma pouzivat neco jineho, neresil jsem to, to vis, lenost. Ale pripadaji mi ta defaultni nastaveni cim dal debilnejsi. (Ale to nejen u Gtk. Defaultni nastaveni KDE take miluju:-). Ale to pouzivam casteji, takze si pohraju s tim, abych vypnul vsechny nesmyslnosti - z meho pohledu, samozrejme:-).)
    ... máš jen mrtvou kočku a poškrábanýho jezevčíka ...
    28.8.2006 16:07 disorder | blog: weblog
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    opera
    28.8.2006 19:03 JardaK | skóre: 12 | blog: Linuxovy_obcasnik
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    A co třeba tento Firefox?
    28.8.2006 19:12 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Dobrá zpráva: ve Firefoxu lze používat nativní dialog z KDE a není to ani moc složité. Jen se o tom bohužel moc neví, ten odkaz jsem objevil víceméně náhodou v diskusi pod jedním článkem na Rootu. Mimochodem, v tom článku je další skvělý trik - popis, jak ve Firefoxu 2.0 zachovat tradiční jedno tlačítko pro zavření tabu.
    28.8.2006 02:30 VícNežNic | skóre: 42 | blog: Spáleniště | Ne dost daleko
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Řečí tisíce, ale ještě jsem neviděl byť jediný návrh lepšího fileselectoru (nebo něco takového jako zkusit to dokonce v GTK+ dohackovat).
    Copak toho není dost?
    28.8.2006 02:45 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Já jsem filepicker, se kterým se mi pracuje lépe, viděl - např. ten v KDE, ale i spousta dalších. Horší (pro mne) býval snad jen ten, který se vyskytoval před deseti lety v xdvi.
    28.8.2006 02:52 VícNežNic | skóre: 42 | blog: Spáleniště | Ne dost daleko
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Tady bude asi ten problém, že já si naproti tomu zase větší hrůzu než to z KDE už moc představit nedovedu.
    Copak toho není dost?
    28.8.2006 06:52 Petr Bayer | blog: NIL
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    jj
    Kill the poor!
    andree avatar 28.8.2006 08:02 andree | skóre: 39 | blog: andreeeeelog
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    O RLY? ;o) a dovody?
    28.8.2006 10:20 MJ | Tady a teď
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Zrovna u toho GTK-čkového dialogu je spíše velké umění hodit si uspořádání dialogu kostkou a přijít s něčím horším ;-)

    Upřímně – dialog, do kterého se nedá přímo napsat jméno souboru, je nanic.
    28.8.2006 12:09 disorder | blog: weblog
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    akoze neda? hore mas kolonku Name a v suborovom systeme mas incremental search. staci slacat klavesy.
    28.8.2006 12:21 Kníže Ignor | skóre: 19 | blog: stoupa
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Machrovat se musí umět a taky je potřeba vědět před kým machruješ :-D
    Jestli máš zálohu mého blogu, tak mi ji pošli. Nějak jsem si ho smazal :-)
    28.8.2006 12:46 disorder | blog: weblog
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    ja ocakavam odpoved. lebo som akosi nepochopil coze sa neda a uviedol som co sa da. co je na tom?
    Josef Kufner avatar 28.8.2006 11:23 Josef Kufner | skóre: 70
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Já takový dialog viděl. Byl v Gtk 1 a chvíli v Gtk 2. Když by se mu přidalo pár fičurek (třeba záložky) a trošku poladily operace se soubory, tak by to bylo téměř dokonalé.
    Hello world ! Segmentation fault (core dumped)
    Daniel Kvasnička ml. avatar 28.8.2006 10:07 Daniel Kvasnička ml. | skóre: 52 | blog: The Joys and Sorrows of Being an IT Freak | Ostrava
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Jinak je problém spíš v tom, že pro autory Gtk je těžké pochopit, že i když oni ten svůj výtvor považují za vrchol dokonalosti a pohodnosti používání, nemalá část uživatelů ho hodnotí úplně jinak…
    Tezke pochopit? Ja myslim, ze to chapu dobre, akorat je jim to fuk, protoze maji svoji cilovou skupinu "zakazniku" a te to vyhovuje.
    FSF: “screw you for not wanting the stuff we produce”, People: “screw you for not producing the stuff we want."
    28.8.2006 10:13 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Slo by prosim tohle opakovane, nekonecne a nic neresici hadani se o file dialog prestehovat nekam jinam? Moc diky.
    28.8.2006 09:55 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Hlavně mě dostává doba startu KDM. Je to něco děsnýho.

    Co na to rict? Pomale nahravani knihoven. Navic pri bootu se souperi o pristup na disk s ostatnimi spoustenymi sluzbami (treba CUPS ma podobny problem pri startu jako ma ksycoca), takze je to jeste znatelne horsi.
    28.8.2006 02:10 disorder | blog: weblog
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    na co sluzi ten zahadny subor .desktop?

    aj by som si to vygooglil, ale az tak ma to nezaujima...
    David Watzke avatar 28.8.2006 02:22 David Watzke | skóre: 74 | blog: Blog... | Praha
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Ikony... je v tom napsáno co má ikona dělat, jak se má jmenovat, cesta k obrázku, MIME typy, který má handlovat...
    “Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon
    28.8.2006 02:30 VícNežNic | skóre: 42 | blog: Spáleniště | Ne dost daleko
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Ikona?
    Copak toho není dost?
    28.8.2006 09:58 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Tim jsou asi mysleny polozky v menu aplikaci (K-Menu) - .desktop soubory obsahuji popis aplikace (jmeno, ikona, jake druhy souboru umi otevrit, atd.), navic v KDE se jeste pouzivaji treba i na popis komponent KParts, takze jich mame stovky.
    David Watzke avatar 28.8.2006 11:04 David Watzke | skóre: 74 | blog: Blog... | Praha
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Ano. I ikony na ploše...
    “Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon
    28.8.2006 02:27 Mark
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    No ked ta to az tak nezaujima, tak ti nenapisem, na co sluzi ten zahadny subor .desktop.
    28.8.2006 09:08 Kníže Ignor | skóre: 19 | blog: stoupa
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Omluvte prostý dotaz dokonalého dřeváka, ale proč se ta cache toho démona KSyscoca před jeho ukončením neodloží v nějaké formě na disk do jednoho souboru a při příštím startu se znovu nenačte a zkontroluje se pouze, zda se nějaký ten .desktop soubor nezměnil? Taková kontrola by se mohl spoléhat třeba na datum změny, případně by se ještě projistotu mohla kontrolovat velikost toho souboru, ale soubor samotný by se načítat nemusel.
    Jestli máš zálohu mého blogu, tak mi ji pošli. Nějak jsem si ho smazal :-)
    28.8.2006 09:50 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Trochu spatne jsem to vysvetlil. Ksycoca je soubor (ktery obsahuje data pripravena ze vsech .desktop souboru). Samotne .desktop soubory se normalne vubec nepouzivaji, problem je prave ta kontrola. I jen datum zmeny porad znamena cteni z disku, .desktop souboru jsou stovky a protoze to znamena seekovani, je to hodne pomale. A zadny jeden globalni datum zmeny cele adresarove struktury neexistuje, kernelovi vyvojari se nejdriv dlouze tvarili nechapave a kdyz jim to konecne doslo, tak potom odmitave. Takze to ted pise jako systemoveho demona, snad uz to bude prakticky pouzitelne pro KDE3.5.6. Zatim je tu jen ta popsana moznost tu kontrolu vypnout.
    28.8.2006 10:08 MJ | Tady a teď
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Pěkný rozbor, ale nevím nevím, jestli mu opravdu věřím... Se spoustou tvrzení by se dalo polemizovat, ovšem místo toho nechám raději hovořit jednoduchý experiment:

    Rxvt se na mém stroji spustí na odklepnutí, kdežto Konsole nabíhá něco okolo půl sekundy, i když všichni kde-čkoví daemonci ještě běží a všechny soubory jsou nacacheované. To prostě rychlé není a nevěřím, že se všechen ten čas tráví v dynamickém linkeru (hint: třeba takový graphicsmagick, který nepoužívá o moc knihoven méně, se spustí mnohem rychleji).

    Ostatně, co se linkeru týče, velmi doporučuji článek How to Write Shared Libraries od Ulricha Dreppera.
    28.8.2006 10:35 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Ten priklad sice neni zrovna tenhle pripad, ale napsal jsem "moc za to nemuzeme". Jisteze urcita cast startu se travi i v kodu KDE, jinak to nejde. Obzvlast kdyz kod KDE knihoven je na rozdil od kodu rxvt obecny a dela toho daleko vic (hint: graphicsmagick nejspis nepouziva tak rozsahle knihovny jako kdelibs).

    Kdo si mysli, ze vyvojari KDE jsou amateri, kteri neumi programovat, a ze on by to dokazal v pohode napsat rychleji, je vic nez vitan to zkusit. Slibuju, ze se nebudu smat, kdyz to nakonec moc nepujde.

    Co se tyka toho dokumentu od Ulricha Dreppera, ten samozrejme znam. Z technickeho hlediska zajimavy, ale taky ukazuje, ze lide pracujici na nizkourovnovych vecech jako kernel nebo glibc nemaji moc poneti, jak vlastne pracuji veci, ktere je pouzivaji. Nektere ty rady, jak rucne vylepsit knihovny, aby to bylo rychlejsi, jsou dost smesne (uz vidim, jak rucne prepisuju vsechny tridy v kdelibs kvuli drobnemu zrychleni). A nebo treba strana 7, pravy sloupec: Pred gcc-3.0 se C++ identifikatory kodovaly jako symboly tak, ze nejdriv slo jmeno metody a az potom jmeno tridy - porovnani symbolu ze stejnych trid bylo rychle, protoze zacatky se lisily. Ted se pouziva novy format, kde je to "hezky" v poradi, ale funguje to pomalu, protoze symboly maji dlouhe stejne zacatky. Je to chyba noveho formatu? Neeeee, je to chyba C++ (Ady, programatoru snazicich se psat strukturovany kod, doplnte cokoliv). Jak se potom ma s nimi clovek bavit :( ? Se nedivim, ze Michal Meeks nemuze Drepperovi prijit na jmeno.
    28.8.2006 15:11 MJ | Tady a teď
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Jisteze urcita cast startu se travi i v kodu KDE, jinak to nejde. Obzvlast kdyz kod KDE knihoven je na rozdil od kodu rxvt obecny a dela toho daleko vic[...]
    No jo, ale jak rxvt ukazuje, většina toho, co dělá KDE při té své inicializaci knihoven, je milé Konsoli úplně nanic a jen zdržuje. Jistě že napsat to tak, aby se vždy inicializovalo všechno, je daleko jednodušší, ale pak se autoři nesmí divit, že jim lidé nadávají, že je to ukrutně pomalé. (Hint: toto není filipika proti KDE, spíš obecně proti mentalitě tvůrců desktopových prostředí.)
    Kdo si mysli, ze vyvojari KDE jsou amateri, kteri neumi programovat, a ze on by to dokazal v pohode napsat rychleji, je vic nez vitan to zkusit.
    Když oni ti, kteří by možná uměli, se raději spokojí s rxvt, jelikož to stejně všechno, co potřebují, dokáže :-)
    Co se tyka toho dokumentu od Ulricha Dreppera, ten samozrejme znam. Z technickeho hlediska zajimavy, ale taky ukazuje, ze lide pracujici na nizkourovnovych vecech jako kernel nebo glibc nemaji moc poneti, jak vlastne pracuji veci, ktere je pouzivaji.
    Věřím, že to ponětí mají, jen s C++-kovým ABI se bohužel nic moc nadělat nedá – příšerně dlouhá jména a hromady relokací se sotva dají linkovat efektivně. Neříkám, že by to nemohlo být rychlejší, ale rychlé určitě ne. Ať se na to dívám z kterékoliv strany, vždy mi vychází, že to opravdu je chyba C++ a že by naopak autoři ABI měli víc přemýšlet nad tím, jakou režii která konstrukce má.

    Ostatně, když za všechno může dynamický linker, proč si KDEčkáři nenapíší vlastní? Proti rozsahu celého KDE maličkost ;)
    28.8.2006 18:49 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    No jo, ale jak rxvt ukazuje, většina toho, co dělá KDE při té své inicializaci knihoven, je milé Konsoli úplně nanic a jen zdržuje. Jistě že napsat to tak, aby se vždy inicializovalo všechno, je daleko jednodušší, ale pak se autoři nesmí divit, že jim lidé nadávají, že je to ukrutně pomalé. (Hint: toto není filipika proti KDE, spíš obecně proti mentalitě tvůrců desktopových prostředí.)

    Soucasti inicializace Konsole v ramci kodu knihoven je nahrani stylu widgetu, inicializace fontu (fontconfig+xft, aby to umelo janevimco), nahrani ikon, vytvoreni menu, atd. Ok, tohle mozna terminal striktne vzato nepotrebuje, pro takove lidi tu je xterm/rxvt a podobne, jenze co se s tim ma jakoze delat v pripade Konsole?
    • Vsechny ty inicializace povypinat? To bude jednak maso udelat, jednak, jak ma potom Konsole nakreslit vpravo scrollbar, jak ma nakreslit menu, jak ma vypisovat fonty? Nehlede na to, ze vetsina uzivatelu veci jako styly widgetu, antialiasovane fonty a podobne chce, at uz se to nekomu libi nebo ne.
    • Napsat si na to kod zvlast? A jaky by byl potom smysl kdelibs, kdyz by si stejne kazdy ten kod napsal zvlast?
    • "Optimalizovat" (tj. osekat, samozrejme, ne doopravdy optimalizovat) kod v kdelibs tak, at je to rychlejsi? A co potom flexibilita, jakou clovek potrebuje od knihoven? A co treba rychlost vyvoje aplikaci? Pro KDE byly napsany stovky a stovky aplikaci, vcetne WWW browseru a office baliku s obvykle daleko mensim poctem vyvojaru nez i jinych obdobnych aplikaci, to se ma najednou vsem tem vyvojarum misto ulehcovani zivot najednou komplikovat? Nekdo, kdo si kuchti vlastni aplikaci odspodu az nahoru tenhle problem nema, ale nas proste neco stoji. At se tomu rika treba mentalita, ale treba cas a vyvojari taky nerostou jen tak na stromech.
    Kdo si mysli, ze vyvojari KDE jsou amateri, kteri neumi programovat, a ze on by to dokazal v pohode napsat rychleji, je vic nez vitan to zkusit.

    Když oni ti, kteří by možná uměli, se raději spokojí s rxvt, jelikož to stejně všechno, co potřebují, dokáže :-)

    Zvlastni, jak z te citace tak nejak zahadne vypadla ta cast o tom, ze to ma hodne hodne daleko k tomu byt jednoducha zalezitost :).

    Ostatně, když za všechno může dynamický linker, proč si KDEčkáři nenapíší vlastní? Proti rozsahu celého KDE maličkost ;)

    No my jsme si ho samozrejme tak trochu napsali, rikame mu kdeinit :). Akorat jsme si naivne mysleli, ze to ti, kdo by to spravit meli, zvladnou i rychleji nez za sto let, takze po kdeinitu jsme sli zase pracovat na tom, na cem jsme puvodne chteli pracovat, na desktopu. Vzhledem k ostatnim nutnym zalezitostem se planujeme k tomuhle problemu vratit v roce 2023, pokud nejakym omylem to mezitim uz neudelaji v glibc ;).
    29.8.2006 00:08 MJ | Tady a teď
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Soucasti inicializace Konsole v ramci kodu knihoven je nahrani stylu widgetu, inicializace fontu (fontconfig+xft, aby to umelo janevimco), nahrani ikon, vytvoreni menu, atd.
    Opravdu se mi nechce věřit, že na tyhle v podstatě jednoduché záležitosti je potřeba řádově několik miliard strojových instrukcí.
    Napsat si na to kod zvlast? A jaky by byl potom smysl kdelibs, kdyz by si stejne kazdy ten kod napsal zvlast?
    Ne, ale například by aplikace mohla dopředu knihovně napovědět, co bude potřebovat, aby se nemuselo zbytečně inicializovat všechno.
    "Optimalizovat" (tj. osekat, samozrejme, ne doopravdy optimalizovat) kod v kdelibs tak, at je to rychlejsi? A co potom flexibilita, jakou clovek potrebuje od knihoven?
    Viz výše.
    A co treba rychlost vyvoje aplikaci?
    To je konečně argument, který dává smysl. Pokud je cílem KDE psát aplikace rychle a nikoliv rychlé, skládám své zbraně a odcházím z kolbiště :)
    No my jsme si ho samozrejme tak trochu napsali, rikame mu kdeinit :).
    Ehm, kdeinit má opravdu k dynamickému linkeru daleko, je to spíš obludný hack, který se snaží všemu dynamickému linkování vyhnout. Takže to opravdu stále nevypadá, že by někdo ukázal, jak lze C++ linkovat rozumně.
    29.8.2006 00:44 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Opravdu se mi nechce věřit, že na tyhle v podstatě jednoduché záležitosti je potřeba řádově několik miliard strojových instrukcí.

    Prekvapeni, ze jo :( ? Vetsina veci pri startu je vlastne strasne rychla, jen se jich dela moc a ono se to nasklada. Navic hodne z toho jsou inicializace knihoven, ktere KDE pouziva, a s tim se potom dela neco daleko hur (treba jednu dobu inicializace fontconfigu byla az 1/3 startu KDE aplikace).

    Ne, ale například by aplikace mohla dopředu knihovně napovědět, co bude potřebovat, aby se nemuselo zbytečně inicializovat všechno.

    Patche jsou vitany ... kdyby to byla takova trivka, uz bych to davno udelal. Pro ty veci, kde je to jednoduche, se to uz samozrejme davno dela. My se ve skutecnosti i docela dost snazime to napsat tak, aby to bylo rychle, s tim, jak nam to zhorsuji veci, na ktere mame maly vliv a s tim, jak se nam to kazdy snazi omlatit o hlavu, proste musime.

    Pokud je cílem KDE psát aplikace rychle a nikoliv rychlé, skládám své zbraně a odcházím z kolbiště :)

    Ekonomove udajne maji poucku, ktere rikaji Pravidlo Tri. Ty tri jsou (pokud si dobre vzpominam) penize, kvalita a cas (nez se produkt dokonci). Samotna poucka rika, ze se maji vybrat jen dve z nich, protoze vsechny tri mit nejde (kvalita stoji cas a penize, kratsi cas stoji penize a snizenou kvalitu, penize se usetri horsi kvalitou a bude to dele trvat).

    Podobne pravidlo se da udelat i tady, kde ty tri budou cas (=program nebude jako Hurd), kvalita (=program nebude jako Windows95) a rychlost (=program nebude jako ... er :) ). No a co si ted vybrat? Program, ktery nebude jeste hotovy, kdyz ho bude clovek potrebovat, program, ktery nebude vlastne fungovat, nebo program, ktery bude existovat, bude delat, co se od nej chce a bude jen pomaly?

    Takže to opravdu stále nevypadá, že by někdo ukázal, jak lze C++ linkovat rozumně.

    Jisteze by to slo. Staci treba umyslne porusit to povetsinou zbytecne pravidlo, ktere -Bdirect porusuje, a je to :).
    29.8.2006 00:59 Non_E | skóre: 24 | blog: hic_sunt_leones | Pardubice
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    To není (jen?) pravidlo ekonomů, to je článek 7 rfc 1925, jak o něm už na ábíčku psali.
    Only Sith deals in absolutes.
    29.8.2006 01:13 MJ | Tady a teď
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Prekvapeni, ze jo :( ? Vetsina veci pri startu je vlastne strasne rychla, jen se jich dela moc a ono se to nasklada.
    Stokrát nic sice umořilo osla, ale kdyby tohle byla samá nic, musely by jich být miliony. Spíš bych řekl, že u většiny těch věcí si nikdo moc nelámal hlavu, jak rychlé jsou, protože jsou přeci jednoduché, a ono se to pak naskládalo...
    Navic hodne z toho jsou inicializace knihoven, ktere KDE pouziva, a s tim se potom dela neco daleko hur (treba jednu dobu inicializace fontconfigu byla az 1/3 startu KDE aplikace).
    Zrovna fontconfig je udělaný tak šíleně, že je skoro svatou povinností autora desktopového prostředí ho přepsat ;)
    [...] nebo program, ktery bude existovat, bude delat, co se od nej chce a bude jen pomaly?
    To je tak trochu protimluv – aby byl program použitelně (či ještě lépe příjemně) rychlý, je přeci součást toho, co se od něj chce.
    Jisteze by to slo. Staci treba umyslne porusit to povetsinou zbytecne pravidlo, ktere -Bdirect porusuje, a je to :).
    Nesouhlasím, -Bdirect vyřeší pouze zlomek všech problémů. Pokud knihovna obsahuje desítky tisíc příšerně dlouhých symbolů a srovnatelný počet relokací, bude se sotva linkovat rychle. Přitom značná část těch symbolů nejspíš vůbec nepotřebuje být zvenku viditelná a většiny relokací by se také šlo zbavit.

    Ale to už jsme trochu odbočili, ona se stejně většina času netráví v dynamickém linkeru. Zkusil jsem si teď strace na Konsoli a překvapilo mne, že při startu provede 5721 syscallů, z čehož například několik stovek se zabývá úplně zbytečným prohledáváním všech možných i nemožných adresářů v /usr/share/icons ... to zrovna nevypadá na věci, které je při startu nezbytné udělat.
    29.8.2006 01:39 Non_E | skóre: 24 | blog: hic_sunt_leones | Pardubice
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Zkusil jsem si teď strace na Konsoli a překvapilo mne, že při startu provede 5721 syscallů, z čehož například několik stovek se zabývá úplně zbytečným prohledáváním všech možných i nemožných adresářů v /usr/share/icons ... to zrovna nevypadá na věci, které je při startu nezbytné udělat.
    Zvláštní, že mně strace -c konsole dává jen 1008 syscallů.
    Only Sith deals in absolutes.
    29.8.2006 10:14 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    To je tak trochu protimluv – aby byl program použitelně (či ještě lépe příjemně) rychlý, je přeci součást toho, co se od něj chce.

    "Samotna poucka rika, ze se maji vybrat jen dve z nich, protoze vsechny tri mit nejde".

    A vubec, kdyz je to tedy vsechno takova trivka, co si usetrit cas a misto tohohle povidani mi zkratka rovnou poslat ty patche? Ja uz se pak o ne postaram a slibuju, ze nezapomeneme na pametni tabuli.
    29.8.2006 10:27 MJ | Tady a teď
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    "Samotna poucka rika, ze se maji vybrat jen dve z nich, protoze vsechny tri mit nejde".
    Jenže ta poučka hovoří o čase potřebném na vývoj, ne o rychlosti výsledku, není-liž pravda?
    A vubec, kdyz je to tedy vsechno takova trivka, co si usetrit cas a misto tohohle povidani mi zkratka rovnou poslat ty patche?
    Rád bych, ale tohle bohužel není na pár patchů, nýbrž na dosti zásadní redesign. Asi raději zůstanu u toho rxvt a podobných starých dobrých aplikací :-)
    31.8.2006 00:33 Deleted [8409] | skóre: 14 | blog: darkblog
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Fontconfig je brzda všeho, stačí udělat prográmek který ho zinicializuje a zase hned uvolní, mi trvá několikáté zpuštění asi 0.3s na Athlon 1800+ (což je hodně dlouho)

    Ale rád bych se Vás zeptal co by se stalo, kdybych aplikaci nelinkoval k Xlib a obecně Xlib knihovnám, ale kdybych si je otevřel přes dlopen, bylo by to rychlejší (myslím čistě aplikaci pod X) ? Něco jsem na ten způsob udělal ale nepoznám jestli je to rychlejší, aplikace se zobrazí prostě hned:-D
    31.8.2006 11:03 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Fontconfig-2.3.9x se uz chova rozumneji, co se tyka rychlosti (i za jiste pomoci jistych KDE vyvojaru).

    Dynamickou knihovnu linkovat nebo otevirat pres dlopen je technicky skoro to same, ld.so vicemene na zacatku dela "dlopen" vsech linkovanych knihoven.
    28.8.2006 15:17 Non_E | skóre: 24 | blog: hic_sunt_leones | Pardubice
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Pěkný článek. Sice jsem čekal spíš rady jak s kde aplikacemi v kde desktopu, ale i tak bylo zajímavé se něco dočíst. Hrál jsem si s -Bdirect (prý porušuje standardy elf binárek, ale v tom se nevyznám) a teď mám skoro všude DT_GNU_HASH s prelinkem a jsem spokojený.
    Only Sith deals in absolutes.
    28.8.2006 18:55 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    -Bdirect (umyslne a volitelne) porusuje jedno pravidlo o vyhledavani symbolu v knihovnach, protoze to pravidlo hrozne zdrzuje, v tak asi 99,9%[*] pripadu neni potreba a v 0,01% pripadu jeste navic dela jen problemy. Kdyz se navrhoval ELF standard, tak se snazili, at se sdilene knihovny chovaji stejne staticke a odsud to divne pravidlo pochazi. Se stejnym pristupem jako -Bdirect by mohl dobre fungovat i prelink na dlopen (tj. fungoval by treba s OpenOffice.org). Jen by to samozrejme nekdo musel dostat pres Dreppera.

    [*] 85,73% vsech statistik jsou samozrejme nesmysly.
    28.8.2006 15:29 Bubak | skóre: 16 | blog: Čtvrtá cenová
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Myslim, ze tohle by melo vyjit spis jako clanek, nez jen takhle v blogu ... Jak psal xkesh, lehce se to tu ztrati a zapomene. A pritom je to velice uzitecne.

    Co mi brani zavolat v .xinitrc kdeinit na pozadi? Tak bych to vpodstate nemel vubec poznat, ne?
    ... máš jen mrtvou kočku a poškrábanýho jezevčíka ...
    28.8.2006 19:08 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Co mi brani zavolat v .xinitrc kdeinit na pozadi? Tak bych to vpodstate nemel vubec poznat, ne?

    Nooo ... ja pravdu rict si nejsem uplne jisty, jak se bude chovat kdeinit pri vice soucasnych spustenich (ja KDE samozrejme pouzivam, takze tuhle fintu vlastne nepotrebuju). Mam takove podezreni, ze by obcas mohly byt drobne problemky.

    Pokud je zaruceno, ze pred timhle rucnim spustenim kdeinit se zadna KDE aplikace nepusti (treba session management toho prislusneho prostredi), tak by mohlo fungovat i "kdeinit &". Jenze i takhle to stejne muze zdrzet start toho prislusneho prostredi. Kdyz se tam da neco ve stylu "sleep 20; kdeinit" (nebo i vcetne toho testu, jak jsem napsal nahore), tak kdyz se driv spusti KDE aplikace, tak ta uz kdeinit spusti, jenze docasne -> po jejim skonceni se ukonci i kdeinit a rucni spusteni fungovat nebude, protoze kdeinit uz bezi :-/.

    Kdyz tak nad tim premyslim, mozna by sla udelat volba na vypnuti automatickeho ukoncovani kdeinit. Pak by trval dlouho prvni start nejake KDE aplikace, ale dalsi uz by byly v poradku, protoze kdeinit by zustal viset v pameti. Akorat tohle je reseno tak hluboko, ze tam vlastne jeste na veci jako konfiguracni volby nejde pristupovat :-/. Mozna promenna shellu ... ok, kolik by za neco takoveho asi mohlo byt dekovnych dopisu s prilozenou cokoladou ;) ?
    28.8.2006 21:42 peter_h | blog: need4speed
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    A preco to vlastne nemoze fungovat na 100% ako pri DLLkach? Tie su vlastne prelinkovane vsetky. Ale toto nie je len o linkeri, isteho casu som mal prelinkovane KDE, ale aj tak to dlho startovalo. Napr. ta ksyscoca, nemoze mat zoznam nacachovanych suborov a potom vyvolat nejaky asynchronny call na stav tych suborov? Nech si to uz jadro nejako usporiada (ci takuto jednoduchu vec kernel nevie?). Neviem ako funguju tie preloadery (aj v suse je tusim taky), ale malo by to fungovat podobne (proste aby bolo to citanie sekvencne).
    Dalsia vec co nechapem, preco musim mat v .desktop a inych suboroch milion kadejakych jazykov, neexistuje na to nejaky nastroj, ktory vyselektuje len tie, ktore ja chcem?
    Pokial to nebude startovat ako blender (tj instantne), tak budu vzdy existovat ludia, ktori sa budu stazovat na rychlost. Ono totiz dost stve, ked clovek prebootuje z windowsov a zrazu akoby sa mu spomalil pocitac. Alebo zmena velkosti okna - ten gumi efekt fakt nie je zaujimavy :-) (to nemam na mysli compiz).

    Teraz trochu offtopic - prave som cital v maili to blokove citanie x properties - nemate nejake konkretne cisla? Dost by ma zaujimalo, kolko casu zaberie komunikacia QT/KDE s xserverom pri starte aplikacie.
    29.8.2006 00:11 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    A preco to vlastne nemoze fungovat na 100% ako pri DLLkach? Tie su vlastne prelinkovane vsetky.

    Rekl bych, ze setrvacnost (tedy krom toho, ze na Windows je vsechno totalne spatne, ELF je prece skvely a tak). Pred deseti lety by se dnesni stav s binarkami pouzivajici treba i sto sdilenych knihoven asi povazoval za silenost - tenkrat naprosta vetsina jich nepouzivala nejspis ani deset. Staticke knihovny byly docela bezne a navrhnout sdilene knihovny, aby se chovaly co nejvic jako staticke se muselo zdat jako skvely napad, nekdo na sebe byl mozna i pysny. Problemy s vykonem sdilenych knihoven se neresily, protoze zadne nebyly. Kdo by cekal, ze jednou nejaky KDE team udela sadu knihoven s desetisici dlouhych symbolu? A taky, kdo by cekal, ze za vyznamnou cast problemu u startu mohou sdilene knihovny, kdyz bylo tak v mode to vsechno hazet primo na KDE? Uz jsem tu nekde napsal, ze vyvojari nizkourovnovych veci casto vlastne ani poradne netusi, jak to v praxi ostatni pouzivaji. Pravdu rict se jim ale zase tak moc nedivim, ze se jim nechce prekopat neco tak zakladniho jako je system pouzivani knihoven.

    Ale toto nie je len o linkeri, isteho casu som mal prelinkovane KDE, ale aj tak to dlho startovalo.

    Dneska je nejvetsi problem pomalost cteni z disku.

    Napr. ta ksyscoca, nemoze mat zoznam nacachovanych suborov a potom vyvolat nejaky asynchronny call na stav tych suborov? Nech si to uz jadro nejako usporiada (ci takuto jednoduchu vec kernel nevie?).

    Ne. Ksycoca je potreba docela brzo pri startu KDE a nejde ji pouzivat, dokud se nezkontroluje (pokud to neni explicitne vypnuto tim prepinacem). A ne, kernel to vicemene neumi. Dokud si neumi ta data poskladat na disku na jedno misto a precist to naraz, tak to proste bude trvat dlouho. Resp. jako vzdy to zkusime v KDE vyresit planem B :).

    Dalsia vec co nechapem, preco musim mat v .desktop a inych suboroch milion kadejakych jazykov, neexistuje na to nejaky nastroj, ktory vyselektuje len tie, ktore ja chcem?

    Dokud jich nebude opravdu milion, tak by to v praxi nemelo vadit.

    Teraz trochu offtopic - prave som cital v maili to blokove citanie x properties - nemate nejake konkretne cisla? Dost by ma zaujimalo, kolko casu zaberie komunikacia QT/KDE s xserverom pri starte aplikacie.

    Nemam na to cisla, jen jsem si dal printf do tech funkci a bylo to malo. Qt/KDE aplikace by obecne mely zpusobovat hodne malo X roundtripu a udajne na vzdalenych X startuji daleko rychleji nez Gtk/GNOME aplikace.
    29.8.2006 15:25 peter_h | blog: need4speed
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Rekl bych, ze setrvacnost (tedy krom toho, ze na Windows je vsechno totalne spatne, ELF je prece skvely a tak).
    No tak ja by som povedal, ze to je jeden z najhlavnejsich problemov. Plno ludi nadava na windows, ale vacsina vobec netusi, ako funguju. Ked si clovek zacne citat v ich SDK, tak dojde na to, ze kopec veci je tam robenych na co najvacsiu rychlost. To, ze to nefunguje az tak ako autori mysleli, je vec zlej implementacie, ale nechcem tu obhajovat windows. Pravda je, ze teoreticky sa da navrhnut super system, kde je vsetko abstrahovane, ale asi by ten vykon za vela nestal (volat na kazdu vec funkciu..). Preto sa mi paci java, lebo tam sa to zoptimalizuje viacmenej za behu ;-).
    Ten argument dole, ze i386 ma maly adresny priestor - to vobec nevadi, nejde o to nahrat vsetky kniznice naraz. Treba sa len dohodnut, ktore hlavne kniznice ktory priestor dostanu a ostatne nemusia by prelinkovane. Ja napr. zas nechapem, preco sa nemoze prelinkovat oproti non-pic, ved ho capnem kam patri a tu adresu necham vyhradenu.
    Dneska je nejvetsi problem pomalost cteni z disku.
    Ale ved tie kniznice sa strankuju postupne, ako sa vykonava kod, nenahravaju sa vsetky naraz a cele. Niekde v ld je taky prepinac, co oprofiluje kod tak, aby boli funkcie ktore sa casto volaju "pri sebe", teda najlepsie na jednej stranke, zabera to potom menej pamate a malo by sa to aj rychlejsie nacitat. Skusal to niekto?
    Nechcem sa tu navazat do KDE, ja ho pouzivam ako svoj DS, ale nie je tak trochu problem aj v tom, ze je trosku "naboptnane"?
    A ne, kernel to vicemene neumi. Dokud si neumi ta data poskladat na disku na jedno misto a precist to naraz, tak to proste bude trvat dlouho.
    Tak si urobte FUSE ovladac ktory tie data na to jedno miesto da a hotovo :-).
    Ja som si vzdy myslel, ze toto robi IO scheduler, ze preusporaduva poziadavky tak, aby sa data citali z disku co najefektivnejsie.
    29.8.2006 15:43 MJ | Tady a teď
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Treba sa len dohodnut, ktore hlavne kniznice ktory priestor dostanu a ostatne nemusia by prelinkovane.
    Ale přesně tohle linuxový prelink dělá, ne?
    Ja som si vzdy myslel, ze toto robi IO scheduler, ze preusporaduva poziadavky tak, aby sa data citali z disku co najefektivnejsie.
    To samozřejmě scheduler dělá, ale jen tehdy, když o těch všech požadavcích ví, tedy když vzniknou najednou. Pokud nějaký program čte soubory postupně, těžko s tím kernel něco zmůže :-)
    29.8.2006 17:41 peter_h | blog: need4speed
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Ale přesně tohle linuxový prelink dělá, ne?
    Tak kde je problem s adresnym priestorom? Mam taky dojem, ze to robi len s nejakym prepinacom, ale ide o to, ze to ide nastavit.
    To samozřejmě scheduler dělá, ale jen tehdy, když o těch všech požadavcích ví, tedy když vzniknou najednou. Pokud nějaký program čte soubory postupně, těžko s tím kernel něco zmůže
    Tak to si musim pozret ako ta cache vlastne funguje, lebo takto sa mi zda akoby nahradzala zbytocne diskovu cache.
    29.8.2006 17:44 peter_h | blog: need4speed
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Aha, pardon, nejako som prehliadol ten post o tom, ze ksyscoca je subor, ale aj tak sa mi straca jeho vyznam, ked sa musia skontrolovat vsetky subory (ja som si to btw. tusim vypinal :-) )
    29.8.2006 23:17 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Jde precist jednim blokovym ctenim treba 50MB za sekundu, ale jde udelat jen 100 cteni za sekundu -> cist jeden velky ksycoca soubor je lepsi nez cist stovky malych .desktop souboru.
    29.8.2006 23:19 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Jenze prelink nefunguje s dlopen() a dokud se neudela nejaky trik jako dela -Bdirect, tak nikdy fungovat nebude. Navic ma prelink jeste par dalsich drobnych problemu, jako treba ze soubory se tak trochu zvetsuji, takze to zpusobuje fragmentaci na disku.
    29.8.2006 23:52 peter_h | blog: need4speed
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    Aku fragmentaciu? Ved linuxove fs sa nefragmentuju :-). Ale vazne, malo by to fungovat tak, ze to uz je prelinkovane distributorom, pri gentoo a podobnych distribuciach je hovorit o fragmentacii koli prelinku "mimo misu".
    To je taky problem aby dlopen nahral tu kniznicu na to miesto, ktore jej bolo urcene? Ako to, ze pri DLL to funguje. Typicky problem OS - nikto sa na nicom neviem s nikym dohodnut.
    30.8.2006 08:37 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    http://people.redhat.com/jakub/prelink.pdf - myslim, ze nema smysl tohle tady dal rozebirat.
    29.8.2006 00:11 MJ | Tady a teď
    Rozbalit Rozbalit vše Re: KDE tipy a triky
    A preco to vlastne nemoze fungovat na 100% ako pri DLLkach? Tie su vlastne prelinkovane vsetky.
    Důvod je jednoduchý: i386 má tak maličký adresní prostor, že se do něj nemají všechny nainstalované knihovny šanci vejít.

    O něco vzdáleně podobného se pokouší zde již zmiňované prelinkování: podívá se, které knihovny se používají současně a zkusí je předpřipravit pro umístění na takových adresách, aby se pokud možno vešly a navzájem nepřekrývaly. Když za běhu nastane jakákoliv kolize, dořeší se to stejně jako normálně relokacemi.
    brozkeff avatar 28.8.2006 23:18 brozkeff | skóre: 13 | blog: Zpátky po 10 letech | Žďár nad Sázavou
    Rozbalit Rozbalit vše KDE a basta
    Nechápu všechno to špekulování nad tím, jak obcházet tohle a tamto při takovém a makovém nestandartním přístupu :-P Stačí používat KDE jako takové a je po problémech! Na všech dnešních strojích je po počátečním načtení svižné (rozhodně svižnější než Gnome, IMHO), a tím "dnešních" myslím i takové cca 3-4 roky staré s 1GHz procesorem a min. 256MB RAM. S 512MB RAM je už vše úplně optimální. A to dneska, když vidím všechny ty hulánovská doporučení, bych pomalu čekal, že nikdo nebude mít míň jak 1GB RAM :))
    29.8.2006 00:43 Non_E | skóre: 24 | blog: hic_sunt_leones | Pardubice
    Rozbalit Rozbalit vše Re: KDE a basta
    Ahoj, já jsem sice zastánce KDE, ale viděl jsem na fakultě FC5 s gnome a co se týče rychlosti, nemůže se s nimi můj desktop srovnávat (co se týče featur taky ne :-D). Veškeré aplikace včetně firefoxu startovaly okamžitě. Jen jsem kliknul a bylo to. Neměl jsem čas studovat, jestli jsou nejčastější programy načteny do ram nebo jak to přesně udělali. Školní stroje byly kolem 3800+ s 1GB ram.

    Na druhou stranu chápu "ty ostatní", kteří by rádi jen jednu nebo dvě kde aplikace. Načtení k3b pak už nemusí být mých (pouze/?) šest sekund.
    Only Sith deals in absolutes.
    brozkeff avatar 29.8.2006 00:55 brozkeff | skóre: 13 | blog: Zpátky po 10 letech | Žďár nad Sázavou
    Rozbalit Rozbalit vše Re: KDE a basta
    Hm, já s Athlonem XP 2600+, 512MB RAM a ATA diskem s 2MB cache teda mám zkušenosti s KDE mnohem pozitivnější než s Gnome. Gnome mě většinou když jsem ho zkoušel někde leakovalo (Firefox zvláště;) a kromě jiného se mě nemožnost nastavit si první poslední iritovala :) KDE je prostě pro mě optimální - zvykl jsem si, a mám rád KDE aplikace... i když namísto takového Kopete, co mě donedávna také leakovalo a po pár hodinách padalo, používám konzervativně Gaim (už jenom kvůli tomu, že mě jede i ve Win... tedy především ve Win) No flame, pleeease :)
    29.8.2006 01:08 Non_E | skóre: 24 | blog: hic_sunt_leones | Pardubice
    Rozbalit Rozbalit vše Re: KDE a basta
    Ale že to běží rychleji ještě nevypovídá jak moc rychle to běží. Doba startu není jedinou veličinou, která by vypovídala o rychlosti aplikace, ale docela špatně se měří.

    Mám podobnou sestavu (Athlon XP@1925MHz, 512MB PC3200 ram a dva disky po 8 MB cache) a výkon se snažím získat "kde se dá".
    Only Sith deals in absolutes.
    29.8.2006 10:07 Luboš Luňák | skóre: 19 | blog: Seli
    Rozbalit Rozbalit vše Re: KDE a basta
    "Pouze" 6 sekund na k3b? To asi nebude jako ty 3800+ masinky - na necem takovem musi byt okamzite skoro vsechno, nejen Firefox a GNOME.
    29.8.2006 15:03 Non_E | skóre: 24 | blog: hic_sunt_leones | Pardubice
    Rozbalit Rozbalit vše Re: KDE a basta
    Souhlas, i OpenOffice naběhl napoprvé za pár sekund (málem jsem si ani neprohlédl splashscreen).

    K3b používám jednou za uherský rok, takže 6 sekund k několika minutám skládání kolekce a vypalování psychicky snesu. Přímé srovnání nemám, práva roota k nstalaci sw nám na fakultě nedali (i když jsem nezkoušel všechna bezpečná hesla jako nbusr123 resp. PrFMU123 a na moje hrátky s livecd nebo single modem by se asi správce nedíval moc nadšeně) a proto můžu srovnat jen toho firefoxe. Ten se mi načítá 12s včetně úvodní stránky na abclinuxu. Načítání stránky mi zabere odhadem 3-5s (přeci jen nejsem ani na páteřní síti). Od oka je u mě načtení ff 10-15x pomalejší.

    Naštěstí je po startu KDE přednačtena instance konqueroru a jeho "start" je pak se zmíněným foxem ve škole srovnatelný.
    Only Sith deals in absolutes.

    Založit nové vláknoNahoru

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.