Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
[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: