abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

včera 20:22 | Zajímavý článek

Nadace Raspberry Pi vydala již osmapadesáté číslo (pdf) stostránkového anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači a druhé číslo (pdf) časopisu Hello World primárně určeného pro učitele informatiky a výpočetní techniky.

Ladislav Hagara | Komentářů: 0
včera 19:55 | Humor

Portál Stack Overflow informuje na svém blogu, že pomohl ukončit editor Vim už více než milionu vývojářů. V loňském roce například hledal odpověď na otázku Jak ukončit editor Vim v průměru 1 z 20 000 návštěvníků.

Ladislav Hagara | Komentářů: 4
včera 19:22 | Nová verze

Po pěti měsících od vydání verze 3.5.0 byla vydána nová stabilní verze 3.6.0, tj. první z nové řady 3.6, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie). Z novinek lze zmínit například podporu dvou nových 64bitových platforem little-endian POWER machines (ppc64le) a IBM z Systems (s390x) nebo nové balíčky Rust 1.17.0, Cargo 0.18.0, GHC 8.0.2 a Julia 0.5.2.

Ladislav Hagara | Komentářů: 0
24.5. 21:33 | Bezpečnostní upozornění

V Sambě byla nalezena a opravena bezpečnostní chyba CVE-2017-7494. Má-li útočník právo ukládat soubory na vzdálený server, může tam uložit připravenou sdílenou knihovnu a přinutit smbd server k jejímu načtení a tím pádem ke spuštění libovolných příkazů. Chyba je opravena v upstream verzích 4.6.4, 4.5.10 a 4.4.14. Chyba se týká všech verzí Samby od verze 3.5.0 vydané 1. března 2010.

Ladislav Hagara | Komentářů: 3
24.5. 20:44 | Nová verze

Byla vydána nová stabilní verze 4.3.0 integrovaného vývojového prostředí (IDE) Qt Creator. Z novinek lze zmínit například integraci editoru kódu do Qt Quick Designeru.

Ladislav Hagara | Komentářů: 1
24.5. 20:11 | Bezpečnostní upozornění

Společnost Check Point informuje na svém blogu o novém vektoru útoku. Pomocí titulků lze útočit na multimediální přehrávače VLC, Kodi, Popcorn Time, Stremio a pravděpodobně i další. Otevření útočníkem připraveného souboru s titulky v neaktualizovaném multimediálním přehrávači může vést ke spuštění libovolných příkazů pod právy uživatele. Ukázka na YouTube. Chyba je opravena v Kodi 17.2 nebo ve VLC 2.2.6.

Ladislav Hagara | Komentářů: 11
23.5. 15:18 | Zajímavý software

CrossOver, komerční produkt založený na Wine, je dnes (23. 5. 2017) dostupný ve slevě. Roční předplatné linuxové verze vyjde s kódem TWENTYONE na $21, resp. $1 v případě IP z chudších zemí. Firma CodeWeavers, která CrossOver vyvíjí, významně přispívá do Wine. Přidaná hodnota CrossOver spočívá v přívětivějším uživatelském rozhraní, integraci do desktopu a podpoře.

Fluttershy, yay! | Komentářů: 26
23.5. 15:11 | Zajímavý projekt

V únoru loňského roku bylo představeno několik útoků na celou řadu bezdrátových klávesnic a myší s názvem MouseJack. Po více než roce lze chybu opravit, tj. aktualizovat firmware, také z Linuxu. Richardu Hughesovi se podařilo navázat spolupráci se společností Logitech, získat od nich dokumentaci, přesvědčit je, aby firmware poskytovali přímo a ne jako součást .exe souboru, aby mohl být popis začleněn do služby Linux Vendor Firmware Service (LVFS) a aktualizace tak mohla proběhnou přímo z Linuxu pomocí projektu fwupd.

Ladislav Hagara | Komentářů: 2
23.5. 13:22 | Nová verze

Po roce a půl vydali vývojáři projektu SANE (Scanner Access Now Easy) (Wikipedie) novou verzi 1.0.27 balíku SANE-Backends. Nejnovější verze tohoto balíku pro přístup ke skenerům přináší například významná vylepšení v několika backendech nebo podporu pro více než 30 nových modelů skenerů. Verze 1.0.26 byla přeskočena.

Ladislav Hagara | Komentářů: 0
22.5. 20:55 | Komunita

Od 18. do 21. května proběhla v Saint-Étienne Linux Audio Conference 2017. Na programu byla řada zajímavých přednášek a seminářů. Videozáznamy přednášek lze zhlédnout na YouTube. K dispozici jsou také články a prezentace.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 616 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    Rozcestník

    Dotaz: Jak zrychlit OpenOffice.org?

    6.3.2004 13:27 Antonín Slejška | skóre: 9 | Krásná Lípa
    Jak zrychlit OpenOffice.org?
    Přečteno: 575×

    Otevření dokumentu a tisk v OOo je na mém počítači (Athlon 1,2GHz, 128MB RAM, SuSE Linux 9, KDE 3.1) extrémně pomalé.

    Zkoušel jsem:

    Zatím se mi však nepodařilo dosáhnout jakéhokoliv zvýšení rychlosti. Budu velmi vděčný za Vaše rady a zkušenosti se zrychlováním OOo.

    Odpovědi

    6.3.2004 14:31 unchallenger | skóre: 69 | blog: unchallenger
    Rozbalit Rozbalit vše Jak zrychlit OpenOffice.org?
    128MB paměti je málo -- tedy přinejmenším na KDE + OOo a spol. Rychlost procesoru nebo pamětí je irelevantní, když to swapuje.

    Jinak já mám s OOo zkušenosti obecně jen ty nejhorší (segfaulty na sxw dokumentech z téhož oowriteru, alokace obrovského množství paměti (> 1GB) na otevření wordových dokumentů s obrázky, trhání interface, ...), naštěstí je používám jen výjimečně ... a TeX rulez!
    7.3.2004 09:31 Antonín Slejška | skóre: 9 | Krásná Lípa
    Rozbalit Rozbalit vše Jak zrychlit OpenOffice.org?
    Dík moc za odpověď. Jaké je optimální množství paměti pro rychlý start OOo? Stačí 256 MB, nebo je třeba mít 512 MB, 1024 MB,...

    Pokud by řešení leželo ve zvětšení paměti, tak by to bylo velmi snadné.

    S TeXem zatím nemám zušenosti, ale pokud by mi umožňoval dobrou spolupráci s lidmi na Winech, tak bych se jej velmi rád naučil. Drtivá většina mých kolegů má Winy, takže potřebuji své texty, tabulky, prezentace,...
    • exportovat do MS formátů,
    • lidem, které jsem přiměl nainstalovat OpenOffice.org posílat soubory v OOo formátech,
    • exportovat do PDF.
    Zkoušel jsem i KDE Office, který je na mém počítači velmi rychlý, ale často padá a moc toho neumí. A já toho bohužel potřebuji celkem dost...
    7.3.2004 10:01 burlog
    Rozbalit Rozbalit vše Jak zrychlit OpenOffice.org?
    Jednoznacne vice pameti na 128MB je to hrozny, ja bych sel nejmene do 256MB....
    7.3.2004 12:12 Antonín Slejška | skóre: 9 | Krásná Lípa
    Rozbalit Rozbalit vše Jak zrychlit OpenOffice.org?
    OK, takže 512 MB. To ještě finančně zvládnu.

    Jinak, četl jsem, že nové KDE (3.2) je o něco rychlejší a rovněž připravovaný OOo 2 bude rychlejší. Takže se těším na "ryhlé zítřky" ;-)
    7.3.2004 11:55 Tux
    Rozbalit Rozbalit vše Jak zrychlit OpenOffice.org?
    No nevim jestli je TeX presne to chcete :) Jedna se o ciste textovy format (neco jako HTML, ale neco uplne jineho), ktery je spise publikacnim systemem, vhodnym napriklad pro psani opravdu profesionalne vyhlizejicich dokumentu. Tento soubor .tex prelozite pote do ps, pdf, dvi, nebo HTML. Sice existuji WISIWIG editory (LyX), ale myslim ze pro vas je to vec naprosto nepouzitelna.
    7.3.2004 12:18 Antonín Slejška | skóre: 9 | Krásná Lípa
    Rozbalit Rozbalit vše Jak zrychlit OpenOffice.org?
    HTML miluju, takže TeX bych si asi rovněž brzy zamiloval, ale podle toho, co jste napsal, tak soudím, že bych asi měl problémy s komunikací s mými Win-dependent kolegy :-)

    Díky moc!
    20.3.2004 13:10 Antonín Slejška | skóre: 9 | Krásná Lípa
    Rozbalit Rozbalit vše Výsledky měření

    Jelikož jsem si chtěl ověřit, čím je způsobeno extrémně pomalé nabíhání OOo, tak jsem udělal sadu měření. Nejprve však musím zmínit, že jsem se spletl v uvádění velikosti paměti mého počítače, která není 128, ale 256 MB.

    Měřil jsem v prostředí KDE 3.1. Po naběhnutí KDE jsem nejprve otevřel OOo text, změřil jsem dobu otevírání (v sekundách), pak jsem jej zavřel, otevřel nějaký program, otevřel OOo, změřil dobu, zase jej zavřel, otevřel další program... až jsem měl otevřeno větší množství programů, než jsem kdy najednou použil.

    • žádný program: 47s
    • + KSySGuard: 47s
    • + Mozilla: 47s
    • + Konqueror 47s
    • + GIMP 48s
    • + Quanta 49s
    • + Acrobat Reader 51s
    • + KWord 50s
    • + KBear 53s
    • + KSpread 52s
    • + KWrite 54s
    • + Kopete 55s
    • + Opera 56s
    • + Kaffeine 57s
    • + Sodipodi 57s
    • + Kuickshow 58s
    • + KPresenter 58s
    • + XMMS 58s
    • + GQView 61s

    Pak jsem otevřel OOo text a během otevírání jsem přecházel mezi jednotlivými programy, čímž jsem mírně zatěžoval procesor, výsledkem bylo:

    • 82s

    Dále jsem v OOo vytvářel nové textové soubory:

    1. 64s
    2. 66s
    3. 73s

    Vše jsem zavřel a zkusil otevřít OOo text, trvalo to:

    • 48s

    Restartoval jsem KDE a otevření OOo text trvalo:

    1. 51s
      vytváření nových textových souborů:
    2. 57s
    3. 59s
    4. 66s

    Vše jsem zavřel a otevřel OOo Calc:

    1. 52s
      vytváření nových tabulek (spreadsheetů):
    2. 57s
    3. 61s
    4. 66s

    Vše jsem zavřel a otevřel jsem OOo Quickstarter. Prostřednictvím něj jsem otevíral nové texty s těmito časy:

    1. 45s
    2. 62s
    3. 69s

    Vše jsem zavřel. Opět jsem otevřel OOo text prostřednictvím Quickstarteru, ale další jsem otevíral z OpenOffice.org (nový textový soubor):

    1. 45s
    2. 61s
    3. 70s

    Vše jsem zavřel (vyjma Quickstarteru) a otevřel malý textový soubor ve formátu OpenOffice.org:

    • 170s

    Opět jsem vše zavřel (včetně Quickstarteru) a otevíral již existující malé textové soubory ve formátu OpenOffice.org:

    1. 123s
    2. 206s
    3. 219s
    4. 231s

    Vše jsem zavřel a otevřel rozsáhlý a složitý dokument ve formátu OpenOffice.org (1,3 MB, 130 stran, velké množství tabulek,...) otevření trvalo:

    • 128s

    Vše jsem zavřel a otevíral dokumenty ve formátu DOC:

    1. 61s
    2. 164s
    3. 169s

    Zkusil jsem i další manažery oken:
    V Gnome trvalo otevření OOo text a následné vytvoření nových souborů:

    1. 54s
    2. 65s
    3. 63s
    V WindowMakeru, to samé:
    1. 54s
    2. 65s
    3. 62s

    Nakonec jsem ještě zkusil MS Windows 2000 (na tom samém počítači):
    Otevírání OOo a následné vytváření nových textových souborů:

    1. 5s
    2. 1s
    3. 1s
    Otevírání již existujících souborů ve formátu OpenoOffice.org:
    1. 8s
    2. 2s
    3. 2s
    Otevírání již existujících souborů ve formátu DOC:
    1. 23s
    2. 2s
    3. 2s

    Co z toho vyvozuji:

    • Při nabíhání OOo byl vždy procesor vytížen na 100%. Takto náročný není žádný jiný program, který používám. Zvýšení rychlosti procesoru by tedy určitě mělo pomoci (avšak 1,2 GHz mi nepřipadá jako až tak málo).
    • Paměť zřejmě nebude limitujícím faktorem, jelikož těsně po naběhnutí KDE, kdy nebyly spuštěny žádné programy, tak OOo nabíhal jen o málo rychleji než když bylo spuštěno větší množství programů. To potvrzuje i sledování využívání fyziské paměti, kterou samotný OOo navyužil plně a nepotřeboval nic ukládat na Swap.
    • Počet spuštěných programů ovlivňuje rychlost startu OOo jen relativně málo.
    • Quickstarter sice o maličko urychlí otevření prvního prázdného dokumentu, ale další zpomaluje. Rovněž zpomaluje otevírání existujících souborů.
    • Otevírání existujících dokumentů je významně pomalejší než vytváření nového souboru. Otevření dalších dokumentů je čím dál tím pomalejší.
    • Otevírání dokumentů ve formátu DOC je výrazně rychlejší než otevírání dokumentů ve formátu OOo.
    • Velikost souboru nemá na rychlost otevírání významný vliv.
    • V různých manažerech oken jsou doby otevírání zhrua stejné.
    • V MS Windows se OpenOffice.org otevírá mnohanásobně rychleji (stále nemohu přijít na to, proč se takto rychle neotevírá i na Linuxu).

    Budu velmi vděčný za jakékoliv rady a případně i za sdělení údajů o rychlosti nabíhání OOo na Vašem počítači.

    20.3.2004 13:40 LS
    Rozbalit Rozbalit vše Výsledky měření
    Pentium III/400MHz/512MB RAM, fvwm, spusteny ruzne aplikace (opera, xmms, gnuplot, mc, audacity, shell, mc, dohromady asi 15 oken), debian 3.0

    OO 1.1

    start: priblizne 15 vterin

    otevreni dokumentu (64kB .doc): priblizne 5-10 vterin
    20.3.2004 13:59 Vlastimil Ott | skóre: 66 | blog: Plastique | Opava
    Rozbalit Rozbalit vše Výsledky měření
    Moc pěkný příspěvek. :-)

    Já jsem tedy takové měření neprováděl, ale jen pro ilustraci uvedu následující. Jsem na pentiu 200MMX, 96MB RAM, jedná se o tenkého klienta, OOo spouštím na serveru AthlonXP 1600+, 512 MB RAM, tahám to po 10MBit ethernetu. Nicmoc rychlost.

    Správce oken pekwm. Od kliknutí na položku 'OpenOffice.org' v hlavní nabídce do kompletního zobrazení plochy okna uběhlo 10.9 sekund. Následné otevření ceníku .xls se šesti kartami (velikost souboru cca 120kB) trvalo čtyři sekundy.

    Myslím, že je jasné, že ačkoliv nemám nějak extra přenosovou rychlost, je to řádově rychlejší než u vás. Před chvíli jsem kvůli jinému dotazu 'studoval' nastavení OOo a všiml jsem si, že mám dokonce zapnutou podporu OpenGL (Nástroje --> Volby --> OpenOffice.org --> Zobrazení --> Používat OpenGL) a Optimalizovaný výstup. Nebude tady problém? Je fakt, že tady na stanici je pouze karta S3 Virge DX, a problém s tím nemám.

    --vo
    Práce: Liberix, o.p.s. | Blog: OpensourceBlog.cz | Online kurz Zlatý WordPress
    20.3.2004 14:47 Antonín Slejška | skóre: 9 | Krásná Lípa
    Rozbalit Rozbalit vše Výsledky měření
    Díky moc za sdělení těch časů. Opravdu jsem si oddychnul, že problém není v OOo, ale je v nějakém nastavení, které doufám najdu a změním...

    Když jsem OpenGL vypnul, tak start OOo trval 59s. Když jsem jej pak zapnul, tak 58s.
    20.3.2004 14:01 javes | skóre: 8 | Ostrava Poruba
    Rozbalit Rozbalit vše Výsledky měření
    RAM 256 (DDR 400)

    CPU AMD Athlon 1.1 GHz (Palomino)

    OO.org (1.1 cs z DEB balicku)

    Otevrene dve sezni KDE 3.1, spusteni demoni (jabberd, dict, zope+plone, NTP...).

    Pustene aplety KOrganizer, KGuard, KNotes, KGet, PSI.

    Pusten BOINC (http://setiboinc.ssl.berkeley.edu/ap/).

    A kompiloval jsem kernel (2.6)...

    Jo a Konqueror (v kterem sem si cet tenhle prispevek :)).

    A nabehlo to neco malo prez 30 sec.

    A po zavreni, kratke prace na PC, a opetovnem otevreni (kernel uz se dokompiloval) temer okamzite nabehnuti.
    20.3.2004 15:08 Antonín Slejška | skóre: 9 | Krásná Lípa
    Rozbalit Rozbalit vše Vřelý dík
    Přátelé, moc, ale opravdu velmi Vám všem děkuju. Poté, co jsem díky údajům z Vašich počítačů došel k tomu, že chyba musí být někde v mém nastavení, tak jsem spustil soubor: file:/opt/OpenOffice.org/program/setup (jako superuser) a v programu jsem nechal vrátit OOo do výchozího stavu.

    No a nyní mi naběhnutí OOo trvá 6s, nový soubor 1s, otevření souboru typu OOo 9s, otevření souboru typu DOC 8s.

    No, to je jiný kafe... Na Proseku díky tomu vzniklo drobné lokální zemětřesení, jak mi padaly ty šutry ze srdce.

    Ještě jednou velmi vřelý dík.

    Založit nové vláknoNahoru

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

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