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 01:55 | IT novinky

    Nejvyšší správní soud (NSS) podruhé zrušil pokutu za únik zákaznických údajů z e-shopu Mall.cz. Incidentem se musí znovu zabývat Úřad pro ochranu osobních údajů (ÚOOÚ). Samotný únik ještě neznamená, že správce dat porušil svou povinnost zajistit jejich bezpečnost, plyne z rozsudku dočasně zpřístupněného na úřední desce. Úřad musí vždy posoudit, zda byla přijatá opatření přiměřená povaze rizik, stavu techniky a nákladům.

    Ladislav Hagara | Komentářů: 0
    včera 18:44 | Komunita

    Organizace Free Software Foundation Europe (FSFE) zrušila svůj účet na 𝕏 (Twitter) s odůvodněním: "To, co mělo být původně místem pro dialog a výměnu informací, se proměnilo v centralizovanou arénu nepřátelství, dezinformací a ziskem motivovaného řízení, což je daleko od ideálů svobody, za nimiž stojíme". FSFE je aktivní na Mastodonu.

    Ladislav Hagara | Komentářů: 11
    včera 17:55 | IT novinky

    Paramount nabízí za celý Warner Bros. Discovery 30 USD na akcii, tj. celkově o 18 miliard USD více než nabízí Netflix. V hotovosti.

    Ladislav Hagara | Komentářů: 3
    včera 13:22 | IT novinky

    Nájemný botnet Aisuru prolomil další "rekord". DDoS útok na Cloudflare dosáhl 29,7 Tbps. Aisuru je tvořený až čtyřmi miliony kompromitovaných zařízení.

    Ladislav Hagara | Komentářů: 4
    včera 12:11 | Nová verze

    Iced, tj. multiplatformní GUI knihovna pro Rust, byla vydána ve verzi 0.14.0.

    Ladislav Hagara | Komentářů: 2
    včera 05:22 | Komunita

    FEX, tj. open source emulátor umožňující spouštět aplikace pro x86 a x86_64 na architektuře ARM64, byl vydán ve verzi 2512. Před pár dny FEX oslavil sedmé narozeniny. Hlavní vývojář FEXu Ryan Houdek v oznámení poděkoval společnosti Valve za podporu. Pierre-Loup Griffais z Valve, jeden z architektů stojících za SteamOS a Steam Deckem, v rozhovoru pro The Verge potvrdil, že FEX je od svého vzniku sponzorován společností Valve.

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

    Byla vydána nová verze 2.24 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.

    Ladislav Hagara | Komentářů: 0
    7.12. 15:11 | IT novinky

    Společnost Proton AG stojící za Proton Mailem a dalšími službami přidala do svého portfolia online tabulky Proton Sheets v Proton Drive.

    Ladislav Hagara | Komentářů: 6
    6.12. 15:55 | Komunita

    O víkendu (15:00 až 23:00) probíha EmacsConf 2025, tj. online konference vývojářů a uživatelů editoru GNU Emacs. Sledovat ji lze na stránkách konference. Záznamy budou k dispozici přímo z programu.

    Ladislav Hagara | Komentářů: 0
    6.12. 15:44 | Komunita

    Provozovatel internetové encyklopedie Wikipedia jedná s velkými technologickými firmami o uzavření dohod podobných té, kterou má s Googlem. Snaží se tak zpeněžit rostoucí závislost firem zabývajících se umělou inteligencí (AI) na svém obsahu. Firmy využívají volně dostupná data z Wikipedie k trénování jazykových modelů, což zvyšuje náklady, které musí nezisková organizace provozující Wikipedii sama nést. Automatické programy

    … více »
    Ladislav Hagara | Komentářů: 31
    Jaké řešení používáte k vývoji / práci?
     (34%)
     (48%)
     (19%)
     (17%)
     (22%)
     (15%)
     (24%)
     (16%)
     (18%)
    Celkem 443 hlasů
     Komentářů: 18, poslední 2.12. 18:34
    Rozcestník

    Dotaz: Vyladenie MySQL (MySQLtuner) - rada

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