Byly vyhlášeny výsledky letošní volby vedoucího projektu Debian (DPL, Wikipedie). Staronovým vedoucím zůstává Andreas Tille.
Jason Citron končí jako CEO Discordu. Od pondělí 28. dubna nastupuje nový CEO Humam Sakhnini, bývalý CSO Activision Blizzard.
Článek na Libre Arts představuje baskytarový multiefekt Anagram od společnosti Darkglass Electronics. S Linuxem uvnitř (licence, GitHub).
Městský soud v Praze vyhlásil rozsudek, který vyhověl žalobě novináře Jana Cibulky, který s podporou spolku IuRe (Iuridicum Remedium) požadoval omluvu od státu za to, že česká legislativa nařizuje operátorům uchovávat metadata o elektronické komunikaci. To je přitom v rozporu s právem. Stát se musí novináři omluvit a zaplatit náklady řízení. Především je ale součástí přelomové rozhodnutí o nelegálnosti shromažďování dat a o
… více »Americké technologické firmy Apple a Meta Platforms porušily pravidla na ochranu unijního trhu, uvedla včera Evropská komise (EK). Firmám proto vyměřila pokutu – Applu 500 milionů eur (12,5 miliardy Kč) a Metě 200 milionů eur (pět miliard Kč). Komise to oznámila v tiskové zprávě. Jde o první pokuty, které souvisejí s unijním nařízením o digitálních trzích (DMA). „Evropská komise zjistila, že Apple porušil povinnost vyplývající z nařízení
… více »Americká společnost OpenAI, která stojí za chatovacím robotem ChatGPT, by měla zájem o webový prohlížeč Chrome, pokud by jeho současný majitel, společnost Google, byl donucen ho prodat. Při slyšení u antimonopolního soudu ve Washingtonu to řekl šéf produktové divize ChatGPT Nick Turley.
Po roce vývoje od vydání verze 1.26.0 byla vydána nová stabilní verze 1.28.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.28.
Byla vydána nová verze 10.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 211 vývojářů. Provedeno bylo více než 2 800 commitů. Přehled úprav a nových vlastností v seznamu změn.
42 svobodných a otevřených projektů získalo finanční podporu od NLnet Foundation (Wikipedie).
Americký výrobce čipů Intel plánuje propustit více než 20 procent zaměstnanců. Cílem tohoto kroku je zjednodušit organizační strukturu ve firmě, která se potýká s problémy.
[client] #password = your_password port = 3306 socket = /tmp/mysql.sock # The MySQL server [mysqld] bind-address = 127.0.0.1 port = 3306 socket = /tmp/mysql.sock skip-locking key_buffer = 512M max_allowed_packet = 2M table_cache = 512 sort_buffer_size = 4M read_buffer_size = 4M read_rnd_buffer_size = 16M myisam_sort_buffer_size = 128M thread_cache_size = 8 query_cache_size = 64M expire_logs_days = 3 # Try number of CPU's*2 for thread_concurrency thread_concurrency = 4 max_connections=1000 [mysqldump] quick max_allowed_packet = 16M [mysql] no-auto-rehash [isamchk] key_buffer = 512M sort_buffer_size = 512M read_buffer = 3M write_buffer = 3M [myisamchk] key_buffer = 512M sort_buffer_size = 512M read_buffer = 4M write_buffer = 4M [mysqlhotcopy] interactive-timeout
Neptal jste se už na root.cz? V konfigu máte extrémně vysoký počet spojení, takto to bude chtít kolem 10GB RAM. Jak píšete, máte 3GB. Používáte 64b MySQL? Zkuste si projít tuto diskusi a dejte sem výsledek z programu mysqltuner.pl.
-------- General Statistics -------------------------------------------------- [--] Skipped version check for MySQLTuner script [OK] Currently running supported MySQL version 5.0.85 [!!] 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: 808M (Tables: 529) [!!] InnoDB is enabled but isn't being used [!!] BDB is enabled but isn't being used [!!] Total fragmented tables: 39 -------- Performance Metrics ------------------------------------------------- [--] Up for: 13m 5s (50K q [64.190 qps], 1K conn, TX: 102M, RX: 12M) [--] Reads / Writes: 54% / 46% [--] Total buffers: 602.0M global + 24.3M per thread (1000 max threads) [!!] Allocating > 2GB RAM on 32-bit systems can cause system instability [!!] Maximum possible memory usage: 24.3G (817% of installed RAM) [OK] Slow queries: 0% (0/50K) [OK] Highest usage of available connections: 1% (11/1000) [OK] Key buffer size / total MyISAM indexes: 512.0M/677.0M [OK] Key buffer hit rate: 99.8% (43M cached / 70K reads) [OK] Query cache efficiency: 58.7% (20K cached / 34K selects) [OK] Query cache prunes per day: 0 [OK] Sorts requiring temporary tables: 0% (1 temp sorts / 2K sorts) [!!] Joins performed without indexes: 96 [OK] Temporary tables created on disk: 8% (116 on disk / 1K total) [OK] Thread cache hit rate: 99% (11 created / 1K connections) [OK] Table cache hit rate: 97% (186 open / 191 opened) [OK] Open file limit used: 3% (339/11K) [OK] Table locks acquired immediately: 99% (34K immediate / 35K locks) -------- Recommendations ----------------------------------------------------- General recommendations: Add skip-innodb to MySQL configuration to disable InnoDB Add skip-bdb to MySQL configuration to disable BDB 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: *** MySQL's maximum memory usage is dangerously high *** *** Add RAM before increasing MySQL buffer variables *** join_buffer_size (> 128.0K, or always use indexes with joins)
Switch to 64-bit OS - MySQL cannot currently use all of your RAM
Maximum possible memory usage: 24.3G (817% of installed RAM)
Pokud to nechcete přeinstalovávat na 64b systém, je nutné to nastavit tak, aby Maximum possible memory usage:
bylo méně než 2GB (a méně než 100% RAM ). Bez toho se dál nedostanete.
No, jak z toho ven. Snižte max_connections na rozumný počet. Rozumný počet je Highest usage of available connections:
. Pokud to vydrží běžet 24h, tak můžete použít daný počet. A pak snížit key_buffer
. Jo a vypnout engine, které nepoužíváte (innodb, bdb).
V robots.txt mam bloknute iste adresare a subory, takze ...... takze si skaredym robotom povedal, ze tie adresare a subory existuju, co by mozno inak ani nezistili.
robots.txt
je v dnesnej dobe dost pochybny nastroj a je diskutabilne, ci sposobuje viac osohu alebo skody. Tymto suborom sa riadia iba slusne roboty; lenze slusne roboty su slusne, takze aj bez obmedzeni v robots.txt sa spravaju tak, aby server nezahltili.
Jsou to jednak společné buffery (u vás 1GB + možná 1GB na query) a pak buffery přidělované každému konektu (u vás odhaduji 7MB x 1000 = 7GB). Což znamená, že mysqld potřebuje 9GB RAM. Což neprojde především proto, že jako 32b aplikace dostane maximálně 2GB. Proto to padá.
ziadne vyuzitie RAMky cez 1GBMySQL, alebo celého systému? Pokiaľ sa pamäť využíva len do 2GB a MySQL hlási že nemá dosť, tak potom chyba v MySQL, alebo systému, kua lebo to inak nieje možné.
-------- General Statistics -------------------------------------------------- [--] Skipped version check for MySQLTuner script [OK] Currently running supported MySQL version 5.0.85 [!!] 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: 805M (Tables: 528) [!!] Total fragmented tables: 19 -------- Performance Metrics ------------------------------------------------- [--] Up for: 7h 24m 1s (1M q [47.316 qps], 49K conn, TX: 2B, RX: 221M) [--] Reads / Writes: 55% / 45% [--] Total buffers: 827.0M global + 13.2M per thread (89 max threads) [OK] Maximum possible memory usage: 2.0G (65% of installed RAM) [OK] Slow queries: 0% (6/1M) [OK] Highest usage of available connections: 31% (28/89) [OK] Key buffer size / total MyISAM indexes: 777.0M/687.5M [OK] Key buffer hit rate: 100.0% (882M cached / 366K reads) [OK] Query cache efficiency: 57.1% (492K cached / 863K selects) [!!] Query cache prunes per day: 85848 [OK] Sorts requiring temporary tables: 0% (68 temp sorts / 79K sorts) [!!] Joins performed without indexes: 1401 [OK] Temporary tables created on disk: 5% (1K on disk / 32K total) [OK] Thread cache hit rate: 99% (252 created / 49K connections) [OK] Table cache hit rate: 52% (256 open / 488 opened) [OK] Open file limit used: 4% (445/11K) [OK] Table locks acquired immediately: 99% (881K immediate / 886K 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 (> 24M) join_buffer_size (> 1.0M, or always use indexes with joins)
Tiskni
Sdílej: