Společnost JetBrains představila (YouTube) svou umělou inteligenci JetBrains AI a nástroj AI Assistant v IDE.
Byla vydána nová verze 255 správce systému a služeb systemd (GitHub, NEWS). Z novinek lze vypíchnout například novou službu systemd-bsod.service.
Google představil Gemini, svůj největší a nejschopnější model umělé inteligence.
openSUSE komunita vybírá nová loga. Jedním z cílů je odlišit se od SUSE. Aktuálně probíhá hlasování o logu openSUSE a čtyř distribucí Tumbleweed, Leap, Slowroll a Kalpa.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2023-12-05. Přehled novinek v příspěvku na blogu a poznámkách k vydání. Nově jej lze používat také s tmavým tématem.
Dnes je to 10 let, co byla vytvořena decentralizovaná kryptoměna Dogecoin. Autoři Billy Markus a Jackson Palmer ji původně zamýšleli jako vtip. Znakem kryptoměny je pes Shiba-Inu známý z internetových memů.
Google Chrome 120 byl prohlášen za stabilní. Nejnovější stabilní verze 120.0.6099.62 přináší řadu oprav a vylepšení (YouTube). Opraveno bylo 10 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře (YouTube).
Byla vydána nová verze 2023.4 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení. Vypíchnout lze podporu Cloud ARM64, Vagrant Hyper-V a Raspberry Pi 5.
Společnosti IBM, Meta a dalších vice než 50 zakládajících členů (bez Microsoftu a OpenAI) vytvořili mezinárodní alianci AI Alliance pro spolupráci na vývoji a rozvoji otevřené, bezpečné a odpovědné umělé inteligence.
Služba pro hlídání uniklých hesel Have I Been Pwned oslavila 10. výročí. Troy Hunt ji spustil 4. prosince 2013 (Twitter).
[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: