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í
×

    dnes 00:33 | Nová verze

    Byla vydána OpenIndiana 2026.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).

    Ladislav Hagara | Komentářů: 0
    dnes 00:22 | IT novinky

    Americký výrobce polovodičů onsemi (ON Semiconductor) zrušil plány na rozšíření výroby v rožnovském závodě v Česku za dvě miliardy dolarů (podle aktuálního kurzu zhruba 43,5 mld. Kč). Důvodem je vývoj na trhu.

    Ladislav Hagara | Komentářů: 0
    včera 13:00 | Bezpečnostní upozornění
    Nové vydání zlib opravuje několik problémů při kompresi a dekompresi dat, přetečení bufferů, čtení mimo vyhrazenou paměť, únik neinicializovaných dat. Zvlášť významné jsou chyby v inflateGetDictionary(), inflateSync() a gzwrite(), které mohou způsobit poškození paměti. Vysoká relevance - zlib používá řada systémových i aplikačních komponent.
    vencour | Komentářů: 0
    včera 12:25 | Bezpečnostní upozornění
    Digicert hlásí neoprávněné čtení archivních zákaznických údajů. Došlo k němu po migraci z února 2025, po níž se interní systém, dříve dostupný jen přes VPN, stal přístupným z internetu. Chyba v oprávněních umožnila nově vytvořeným účtům číst archivní záznamy. K přístupu k datům mělo dojít mezi 27. červnem a 2. červencem 2026. DigiCert neoprávněné čtení potvrdil až 19. října 2026. Problém zpočátku vyhodnotil jako tvorbu účtů, ne jako … více »
    vencour | Komentářů: 0
    včera 04:44 | Pozvánky

    O víkendu probíhá na FIT VUT v Brně konference OpenAlt 2026 o otevřeném softwaru a datech, IT bezpečnosti, DIY a IoT. Na programu je spousta zajímavých přednášek. Pokud jste v Brně, stavte se. Vstup zdarma. Přednášky lze sledovat i online na VHSky a YouTube.

    Ladislav Hagara | Komentářů: 0
    včera 02:11 | IT novinky

    Qualcomm uzavřel víceletou dohodu se SpaceX. Bude dodávat rádiové technologie, baseband jednotky a software pro plánovanou pozemní 5G síť Starlink Mobile. Výstavba má zahrnovat desítky tisíc základnových stanic v USA. Zahájení nasazování se očekává v roce 2027. Qualcomm dohodu označuje za svůj dosud největší 5G kontrakt.

    vencour | Komentářů: 0
    včera 02:00 | IT novinky

    Google rozšířil Cloud Vulnerability Reward Program. Nově nabízí odměnu až 250 tisíc dolarů za vysoce závažné architektonické bezpečnostní chyby označované jako Root-in-Cloud.

    vencour | Komentářů: 0
    6.11. 12:22 | IT novinky

    V březnu byla oznámena spolupráce GrapheneOS s Motorolou. Nejnovější vlajka Motorola Signature 27 je první Motorola s oficiální podporou GrapheneOS. GrapheneOS (Wikpedie) je varianta Androidu zaměřující se na bezpečnost a soukromí.

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

    Omarchy (Wikipedie) je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 4.5.0. Nově také pro Apple Silicon, konkrétně pro M1/M2/M3/Neo MacBooky.

    Ladislav Hagara | Komentářů: 3
    6.11. 03:22 | Nová verze

    Byla vydána nová stabilní verze 8.3 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 156 s bezpečnostními opravami z Chromia 157. Přehled novinek i s náhledy v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (21%)
     (30%)
     (9%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 3007 hlasů
     Komentářů: 35, poslední 6.11. 23:27
    Rozcestník

    Dotaz: Vyladenie MySQL (MySQLtuner) - rada

    27.1.2010 17:32 Fero Taraba
    Vyladenie MySQL (MySQLtuner) - rada
    Přečteno: 913×
    Nazdarek, potreboval by som pomoct pri vyladeni MySQL. Pouzil som MySQLtuner, ktory mi co to ukazal. Nieco som uz nastavoval, nieco nie. V prvom rade je problem, ze mam 32-bit system a teda vyuzijem bez PAE len 2GB RAM. Coskoro pojdem do noveho servera, ale zatial by som potreboval vyladit toho, lebo mi pada MySQL.

    -------- General Statistics --------------------------------------------------
    [--] Skipped version check for MySQLTuner script
    [OK] Currently running supported MySQL version 5.0.88
    [!!] Switch to 64-bit OS - MySQL cannot currently use all of your RAM
    
    -------- Storage Engine Statistics -------------------------------------------
    [--] Status: +Archive -BDB -Federated -InnoDB -ISAM -NDBCluster
    [--] Data in MyISAM tables: 596M (Tables: 568)
    [!!] Total fragmented tables: 20
    
    -------- Performance Metrics -------------------------------------------------
    [--] Up for: 1h 20m 48s (244K q [50.493 qps], 25K conn, TX: 457M, RX: 30M)
    [--] Reads / Writes: 84% / 16%
    [--] Total buffers: 1.1G global + 9.2M per thread (96 max threads)
    [OK] Maximum possible memory usage: 1.9G (65% of installed RAM)
    [OK] Slow queries: 0% (3/244K)
    [OK] Highest usage of available connections: 26% (25/96)
    [OK] Key buffer size / total MyISAM indexes: 1.1G/723.8M
    [OK] Key buffer hit rate: 99.9% (32M cached / 33K reads)
    [OK] Query cache efficiency: 35.0% (53K cached / 151K selects)
    [!!] Query cache prunes per day: 29120
    [OK] Sorts requiring temporary tables: 0% (0 temp sorts / 8K sorts)
    [!!] Joins performed without indexes: 55
    [OK] Temporary tables created on disk: 5% (438 on disk / 7K total)
    [OK] Thread cache hit rate: 98% (417 created / 25K connections)
    [OK] Table cache hit rate: 98% (288 open / 293 opened)
    [OK] Open file limit used: 4% (461/11K)
    [OK] Table locks acquired immediately: 99% (134K immediate / 135K locks)
    
    -------- Recommendations -----------------------------------------------------
    General recommendations:
        Run OPTIMIZE TABLE to defragment tables for better performance
        MySQL started within last 24 hours - recommendations may be inaccurate
        Enable the slow query log to troubleshoot bad queries
        Adjust your join queries to always utilize indexes
    Variables to adjust:
        query_cache_size (> 6M)
        join_buffer_size (> 1.0M, or always use indexes with joins)

    Co by som mohol upravit, lebo teraz databaza bezi len hodinu a pol a tak hoci sa zda, ze by som mohol znizit max_connections a zvysit tak buffre pre jednotlive spojenia, opak je zrejme pravdou. Ked to bezi dlhsie, tak tych spojeni je tam viacej, niekedy sa naplni aj tych momentalne nastavenych 98 spojeni. Na konci vypisu mi pise nieco o hodnotach query_cache_size a join_buffer_size, ak teda dobre chapem, tieto hodnoty potrebujem zvysit?

    Tu je moj config z MySQL:
    [mysqld]
    bind-address    = 127.0.0.1
    port		= 3306
    socket		= /tmp/mysql.sock
    skip-locking
    key_buffer = 1080M
    max_allowed_packet = 4M
    table_cache = 450
    sort_buffer_size = 3M
    read_buffer_size = 2M
    read_rnd_buffer_size = 3M
    myisam_sort_buffer_size = 32M
    thread_cache_size = 8
    query_cache_size = 6M
    join_buffer_size = 1M
    expire_logs_days = 2
    # Try number of CPU's*2 for thread_concurrency
    thread_concurrency = 4

    Na otázku zatím nikdo bohužel neodpověděl.

    Založit nové vlákno • Nahoru

    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.