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 10:22 | Upozornění

    Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.

    Ladislav Hagara | Komentářů: 3
    dnes 10:11 | IT novinky

    Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.

    Ladislav Hagara | Komentářů: 11
    dnes 09:33 | IT novinky

    Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.

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

    Byla vydána betaverze Fedora Linuxu 44 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 14. dubna.

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

    Open source router Turris Omnia NG Wired je v prodeji. Jedná se o Turris Omnia NG bez Wi-Fi. Je připraven pro zamontování do racku.

    Ladislav Hagara | Komentářů: 6
    včera 11:44 | Pozvánky

    Sníh roztál a roztávají i bastlíři. Žene se na nás celá řada konferencí a seminářů technického rázu. Zajímá vás, jaké? Pak se připojte k 60. Virtuální Bastlírně, tedy k veřejné diskuzi bastlířů, techniků, učitelů i vědců. Jako vždy přijde na přetřes spousta novinek ze světa hardwaru, softwaru i bizáru. Na začátek lze očekávat hardwarová témata, tedy například nový KiCAD 10, nové akcelerátory LLM s nízkou spotřebou, nejvíce fosforeskující

    … více »
    bkralik | Komentářů: 1
    včera 11:22 | Zajímavý článek

    IuRe (Iuridicum Remedium) v rámci programu Digitální svobody zveřejnila analýzu dopadů a efektivity systémů ověřování věku v digitálním prostoru, která srovnává implementace ověřování věku v Austrálii, Velké Británii a Evropské unii.

    |🇵🇸 | Komentářů: 1
    včera 04:22 | Nová verze

    Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.3 (𝕏, Mastodon). Přehled novinek a vylepšení v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 03:55 | Nová verze

    Byla vydána nová verze 14.4 svobodného unixového operačního systému FreeBSD. Podrobný přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 5
    9.3. 23:22 | Nová verze

    Databáze DuckDB (Wikipedie) byla vydána ve verzi 1.5.0. S kódovým názvem Variegata (husice rajská). Přináší řadu vylepšení, včetně nového ergonomičtějšího CLI klienta nebo podporu pro typ VARIANT a vestavěný typ GEOMETRY.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (6%)
     (0%)
     (12%)
     (29%)
     (2%)
     (5%)
     (2%)
     (12%)
     (25%)
    Celkem 1052 hlasů
     Komentářů: 25, poslední 3.2. 19:50
    Rozcestník

    Dotaz: Vyladenie MySQL (MySQLtuner) - rada

    27.1.2010 17:32 Fero Taraba
    Vyladenie MySQL (MySQLtuner) - rada
    Přečteno: 726×
    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á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.