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 22:33 | Nová verze

    Byl vydán Debian 13.5, tj. pátá opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.14, tj. čtrnáctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

    Ladislav Hagara | Komentářů: 0
    15.5. 12:55 | Nová verze

    CiviCRM (Wikipedie) bylo vydáno v nové verzi 6.14.0. Podrobnosti o nových funkcích a opravách najdete na release stránce. CiviCRM je robustní open-source CRM systém navržený speciálně pro neziskové organizace, spolky a občanské iniciativy. Projekt je napsán v jazyce PHP a licencován pod GNU Affero General Public License (AGPLv3). Český překlad má nyní 45 % přeložených řetězců a přibližuje se milníku 50 %. Potřebujeme vaši pomoc, abychom se dostali dál. Pokud máte chuť přispět překladem nebo korekturou, přidejte se na platformu Transifex.

    jardaIT | Komentářů: 2
    15.5. 12:22 | Bezpečnostní upozornění

    Další lokální zranitelností Linuxu je ssh-keysign-pwn. Uživatel si může přečíst obsah souborů, ke kterým má právo ke čtení pouze root, například soubory s SSH klíči nebo /etc/shadow. V upstreamu již opraveno [oss-security mailing list].

    Ladislav Hagara | Komentářů: 1
    14.5. 17:22 | Komunita

    Singularity (YouTube) je nejnovější otevřený film od Blender Studia. Jedná se o jejich první 4K HDR film.

    Ladislav Hagara | Komentářů: 5
    14.5. 16:55 | Zajímavý software

    Vyšla hra Život Není Krásný: Poslední Exekuce (Steam, ProtonDB). Kreslená point & click adventura ze staré školy plná černého humoru a nekorektního násilí. Vžijte se do role zpustlého exekutora Vladimíra Brehowského a projděte s ním jeho poslední pracovní den. Hra volně navazuje na sérii Život Není Krásný.

    Ladislav Hagara | Komentářů: 27
    14.5. 14:00 | Zajímavý projekt

    Společnost Red Hat představila Fedora Hummingbird, tj. linuxovou distribuci s nativním kontejnerovým designem určenou pro vývojáře využívající AI agenty.

    Pinhead | Komentářů: 6
    14.5. 02:22 | Zajímavý software

    Hru The Legend of Zelda: Twilight Princess od společnosti Nintendo si lze nově díky projektu Dusklight (původně Dusk) a reverznímu inženýrství zahrát i na počítačích a mobilních zařízeních. Vyžadována je kopie původní hry (textury, modely, hudba, zvukové efekty, …). Ukázka na YouTube. Projekt byl zahájen v srpnu 2020.

    Ladislav Hagara | Komentářů: 0
    14.5. 01:11 | Nová verze

    Byla vydána nová major verze 29.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Detailní přehled novinek na GitHubu.

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

    Po zranitelnostech Copy Fail a Dirty Frag přichází zranitelnost Fragnesia. Další lokální eskalace práv na Linuxu. Zatím v upstreamu neopravena. Přiřazeno ji bylo CVE-2026-46300.

    Ladislav Hagara | Komentářů: 1
    13.5. 14:00 | Komunita

    Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří KDE částkou 1 285 200 eur.

    Ladislav Hagara | Komentářů: 13
    Které desktopové prostředí na Linuxu používáte?
     (13%)
     (8%)
     (2%)
     (14%)
     (31%)
     (4%)
     (6%)
     (3%)
     (16%)
     (26%)
    Celkem 1643 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    26.2.2015 23:12 LuRy | skóre: 12
    Rozbalit Rozbalit vše Percona MySQL a problem s Insertem do male tabulky

    Zdravim, mam MySQL v 3 uzlech pomoci master-master replikace Percona xtradb cluster.
    Vse beha v poho az do chvile kdy po nejake dobe insertne zaznam do db ktera ma neco kolem 300 zaznamu. V tuto chvili se postupne zatizi vsechny tri uzle replikace a prestanou reagovat na par desitek vterin repsektive kousne se cela aplikace.
    Ale nad touto tabulkou se provadi relativne dost SELECTu radove desitky za vterinu.

    Myslim ze to muze delat velka hodnota query-cache-size ale s mensi hodnotou bylo zase hodne prunes per day.
    Dokaze nekdo prosim nakopnout spravnym smerem co hledat?

    V logu mam pak neco v tomto duchu (Uvedena table v logu nize nesouvisi prave s tou ve ktere se provedl insert)

    *** Priority TRANSACTION:
    TRANSACTION 393262833, ACTIVE 0 sec starting index read
    mysql tables in use 1, locked 1
    1 lock struct(s), heap size 360, 0 row lock(s)
    MySQL thread id 7, OS thread handle 0x7f255962e700, query id 299104427 invalidating query cache entries (table)
    
    *** Victim TRANSACTION:
    TRANSACTION 393257917, ACTIVE 114 sec
    mysql tables in use 1, locked 1
    2 lock struct(s), heap size 360, 1 row lock(s), undo log entries 1
    MySQL thread id 25482552, OS thread handle 0x7f252e134700, query id 299095466 localhost 127.0.0.1 database_sys wsrep in pre-commit stage
    UPDATE `table` SET `record`=1.5655388889 WHERE (`table`.`id` = 10776)
    *** WAITING FOR THIS LOCK TO BE GRANTED:
    RECORD LOCKS space id 4039 page no 126 n bits 176 index `PRIMARY` of table `database`.`table` trx id 393257917 lock_mode X locks rec but not gap
    2015-02-26 22:47:53 58270 [Note] WSREP: cluster conflict due to high priority abort for threads:
    2015-02-26 22:47:53 58270 [Note] WSREP: Winning thread:
       THD: 7, mode: applier, state: executing, conflict: no conflict, seqno: 33153378
       SQL: (null)
    2015-02-26 22:47:53 58270 [Note] WSREP: Victim thread:
       THD: 25482552, mode: local, state: committing, conflict: no conflict, seqno: -1
       SQL: UPDATE `table` SET `record`=1.5655388889 WHERE (`table`.`id` = 10776)
    

    Pro MySQL je nasledujici konfigurace

    [mysqld]
    innodb_use_native_aio=0
    datadir = /var/lib/mysql
    pid-file = /var/run/mysqld/mysqld.pid
    key-buffer-size = 32M
    myisam-recover = FORCE,BACKUP
    max-allowed-packet = 16M
    max-connect-errors = 1000000
    innodb = FORCE
    tmp-table-size = 32M
    max-heap-table-size = 32M
    max-connections = 500
    thread-cache-size = 50
    open-files-limit = 65535
    table-definition-cache = 1024
    table-open-cache = 2048
    log-error = /var/log/mysql/error.log
    log-queries-not-using-indexes = 0
    slow-query-log = 0
    slow-query-log-file = /var/log/mysql/slow.log

    # CACHES AND LIMITS #
    #table_cache                    = 16000
    tmp-table-size                 = 256M
    max-heap-table-size            = 256M
    query-cache-type               = 1
    query-cache-size               = 2048M
    max-connections                = 2000
    thread-cache-size              = 50
    open-files-limit               = 65535
    table-definition-cache         = 8000
    table-open-cache               = 8000
    key_buffer_size                 = 256M
    join_buffer_size                = 512k
    thread_cache_size               = 15000
    table_definition_cache          = 16384
    table_open_cache                = 16384
    innodb_write_io_threads         = 16
    innodb_read_io_threads          = 16
    back_log                        = 2048


    # INNODB #
    innodb_lock_wait_timeout        = 60
    innodb_buffer_pool_instances    = 8
    innodb_rollback_on_timeout      = 0
    innodb-flush-method            = O_DIRECT
    innodb-log-files-in-group      = 2
    innodb-log-file-size           = 128M
    #innodb-flush-log-at-trx-commit = 1
    innodb-file-per-table          = 1
    innodb-buffer-pool-size        = 4096M
    innodb-flush-log-at-trx-commit = 0

    Statistiky MysqlTuner z jednoho uzlu je nasledujici (Hodnota momentalniho innodb poolu neni puvodcem problemu, tento problem se projevoval i pred prevysenim hodnoty poolu)

    [--] Up for: 18d 2h 26m 48s (258M q [165.038 qps], 23M conn, TX: 164B, RX: 39B)
    [--] Reads / Writes: 69% / 31%
    [--] Total buffers: 6.5G global + 1.4M per thread (800 max threads)
    [OK] Maximum possible memory usage: 7.6G (48% of installed RAM)
    [OK] Slow queries: 0% (4K/258M)
    [OK] Highest usage of available connections: 34% (275/800)
    [OK] Key buffer size / total MyISAM indexes: 256.0M/102.0K
    [OK] Key buffer hit rate: 100.0% (171M cached / 4 reads)
    [OK] Query cache efficiency: 46.5% (89M cached / 192M selects)
    [OK] Query cache prunes per day: 0
    [OK] Sorts requiring temporary tables: 0% (3K temp sorts / 15M sorts)
    [OK] Temporary tables created on disk: 0% (1K on disk / 11M total)
    [OK] Thread cache hit rate: 99% (308 created / 23M connections)
    [OK] Table cache hit rate: 87% (3K open / 4K opened)
    [OK] Open file limit used: 0% (18/33K)
    [OK] Table locks acquired immediately: 99% (166M immediate / 166M locks)
    [!!] InnoDB  buffer pool / data size: 4.0G/5.0G
    [OK] InnoDB log waits: 0


    [--] Up for: 18d 2h 26m 48s (258M q [165.038 qps], 23M conn, TX: 164B, RX: 39B)
    [--] Reads / Writes: 69% / 31%
    [--] Total buffers: 6.5G global + 1.4M per thread (800 max threads)
    [OK] Maximum possible memory usage: 7.6G (48% of installed RAM)
    [OK] Slow queries: 0% (4K/258M)
    [OK] Highest usage of available connections: 34% (275/800)
    [OK] Key buffer size / total MyISAM indexes: 256.0M/102.0K
    [OK] Key buffer hit rate: 100.0% (171M cached / 4 reads)
    [OK] Query cache efficiency: 46.5% (89M cached / 192M selects)
    [OK] Query cache prunes per day: 0
    [OK] Sorts requiring temporary tables: 0% (3K temp sorts / 15M sorts)
    [OK] Temporary tables created on disk: 0% (1K on disk / 11M total)
    [OK] Thread cache hit rate: 99% (308 created / 23M connections)
    [OK] Table cache hit rate: 87% (3K open / 4K opened)
    [OK] Open file limit used: 0% (18/33K)
    [OK] Table locks acquired immediately: 99% (166M immediate / 166M locks)
    [!!] InnoDB  buffer pool / data size: 4.0G/5.0G
    [OK] InnoDB log waits: 0

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.