GNUnet (Wikipedie) byl vydán v nové major verzi 0.20.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
V Dublinu o víkendu proběhla dvanáctá iterace multimediální konference Video Dev Days, kterou pravidelně pořádá nezisková organizace VideoLAN. Záznamy přednášek z prvního a druhého dne jsou dostupné na YouTube.
LibrePCB, tj. svobodný multiplatformní softwarový nástroj pro návrh desek plošných spojů (PCB), dospěl po pěti letech vývoje do verze 1.0.0. Přehled novinek v příspěvku na blogu a v aktualizované dokumentaci. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.
Facebook má nové logo. Poznáte rozdíl?
Byla vydána nová verze 7.2 v Javě napsané aplikace pro komplexní návrh rozmístění nábytku a dalšího vybavení v interiérech Sweet Home 3D. Vyzkoušet lze online verzi. Před dvěma týdny vyšla placená verze pro chytré telefony a tablety (App Store, Google Play).
Zítra 23. září proběhne Maker Faire Mladá Boleslav, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Byla vydána beta verze Ubuntu 23.10 s kódovým názvem Mantic Minotaur. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 23.10 mělo vyjít 12. října 2023.
Josef Průša informuje o nových verzích firmwarů pro tiskárny Original Prusa, 5.0.0 pro MK4 a MK3.9 a 5.1.0-alpha1 pro MINI, díky kterým jsou tiskárny mnohem rychlejší.
Mastodon (Wikipedie), svobodná federalizovaná sociální síť, byl vydán ve verzi 4.2. Z novinek je vypíchnuto vylepšené vyhledávání.
Ben Hawkes publikoval pod názvem The WebP 0day analýzu bezpečnostní chyby CVE-2023-4863 v knihovně WebP / libwebp s řadou zajímavých odkazů. Pravděpodobně se jedná o stejnou chybu jako BLASTPASS (CVE-2023-41064 a CVE-2023-41061) v macOS, iOS, iPadOS a watchOS. Zpracování (zobrazení) speciálně připraveného obrázku nebo přílohy vedlo ke spuštění útočníkem připraveného kódu.
Řešení dotazu:
[mysqld] key_buffer = 16K max_allowed_packet = 1M table_cache = 4 sort_buffer_size = 64K read_buffer_size = 256K read_rnd_buffer_size = 256K net_buffer_length = 2K thread_stack = 64K query_cache_limit = 1M query_cache_size = 8M innodb_buffer_pool_size = 8M innodb_additional_mem_pool_size = 1M innodb_log_file_size = 5M [isamchk] key_buffer = 8M sort_buffer_size = 8M [myisamchk] key_buffer = 8M sort_buffer_size = 8MVychází to z OpenSuse 'my-small.cnf' a zkušeností z vlastním serverem, který měl 96Mb Ram :), bohužel již jej nemám, a nemám ten přesný konfigurák z něj…
innodb_buffer_pool_size = 16M innodb_additional_mem_pool_size = 2MJak to dopadlo ?
Páni, 12MB ram jo?
Jasně, rejpu, ale nechceme přeci aby se tu šířili dezinformace.
Samozřejmě jsem pochopil co autor chtěl říci, jde o to že tuhle diskusi si přečte mnoho lidí, bez mého trapného příspěvku z kterého pramení toto vlákno by si spousta lidí spojila velikost operační paměti s "Mb" a mě už docela nebaví pořát dokola lidem vysvětlovat rozdíl mezi Mb a MB.
Naopak, díky našemu vláknu si každý spojí operační paměť s "MB" a síťový provoz s "Mb", tedy nejenže pár dalších lidí bude vědět něco o jednotkách, ale snad to budou i šířit dál, tedy, naše trapné vlákno obecné it gramotnosti pomůže mnohem více než by kdo čekal.
Naopak, díky našemu vláknu si každý spojí operační paměť s "MB" a síťový provoz s "Mb", tedy nejenže pár dalších lidí bude vědět něco o jednotkách, ale snad to budou i šířit dál, tedy, naše trapné vlákno obecné it gramotnosti pomůže mnohem více než by kdo čekal.
I tak se to dá brát, souhlas
'bit'
:1 kbit/s = 1000 bit/s 1 Kibit/s = 1024 bit/s x 1 kB = 1000 B 1 KB = 1024 BA je to právě kvůli záměně B/b :)
KiB, MiB.. byly sic vytvořeny aby v tom udělali pořádek, ale ve výsledku v tom udělali ještě větší bordel, používat to je myslím úplná blbost (osobní názor).
Navíc, jak na to tak koukám, tak oni tim že chtěli vytvořit nový standart tak jiný porušili, to je k smíchu.
1 kbit/s = 1000 bit/s 1 Kibit/s = 1024 bit/s x 1 kB = 1000 B 1 KiB = 1024 BUž jsem radši dnes s jednotkami skončil, ještě použiji jednu odpoledne: „koupím si 2ℓ burčáku“ a konec, bo mi to nějak nejde.
Debian /etc/mysql/my.cnf
'/usr/share/mysql'
na OpenSuse jsou 3 ks předpřipravených konfiguráků small, medium a huge, kde je to „nějak“ v základu nastaveno, když to nechcete řešit nebo nemáte zkušenosti, je to dobrý výchozí bod (nastavení InnoDB, jestli se nepletu, tam je zakomentováno a ve všech souborech je identické).je to dobrý výchozí bod (nastavení InnoDB, jestli se nepletu, tam je zakomentováno a ve všech souborech je identické).
Tak tak, ještě by tam měl být konf. my-innodb-heavy-4G.cnf s nastaveným InnoDB.
Nastavit to pro silnejsi server jiz neni se znaloptmi matematiky zakladni skoly problem.
Nastavit to pro silnější server není otázkou matematiky, je to otázkou znalosti té DB a jejího použití. Vůbec to není o vynásobení všech parametrů nějakou konstantou ale o poměrně složitém vyvážení všech parametrů. U MySQL je to zvlášť těžké v případě, že se používá více tabulkových enginů.
Jistě, ale někdo kdo hledá přednastavené konfigurační soubory určitě ony znalosti databázového serveru (či jednotlivých enginů) prostě nemá, nebo s nastavováním nechce ztrácet čas (což opět hovoří o jeho neznalosti).
No to je složité. Pokud to někdo nastaví čistě matematicky, tak snadno skončí s DB, která nejenže nemá žádný výkon, ale ještě k tomu žere příliš mnoho paměti.
Pro pomoc s nastavením výkonových parametrů MySQL vřele doporučuji mysqltuner.pl nebo podobný MySQL Tuning Primer.
Pochopitelně nic z toho nezachrání blbě navržené DB schema.
Souhlasím že nastavovat to přímo úměrně vůči operační paměti není úplně ideální, ale bez potřebných znalostí k správnému nastavení jak enginů tak samotného serveru je to krom dotazu v diskusi nejlepší řešení.
Tiskni
Sdílej: