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í
×
    dnes 14:44 | Nová verze

    Byla vydána nová verze 4.6 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    dnes 13:33 | Humor

    Rozsáhlá modernizace hardwarové infrastruktury Základních registrů měla zabránit výpadkům digitálních služeb státu. Dnešnímu výpadku nezabránila.

    Ladislav Hagara | Komentářů: 7
    dnes 13:11 | Nová verze

    Čínský startup Kimi představil open-source model umělé inteligence Kimi K2.5. Nová verze pracuje s textem i obrázky a poskytuje 'paradigma samosměřovaného roje agentů' pro rychlejší vykonávání úkolů. Kimi zdůrazňuje vylepšenou schopnost modelu vytvářet zdrojové kódy přímo z přirozeného jazyka. Natrénovaný model je dostupný na Hugging Face, trénovací skripty však ne. Model má 1 T (bilion) parametrů, 32 B (miliard) aktivních.

    NUKE GAZA! 🎆 | Komentářů: 5
    dnes 09:00 | IT novinky

    V Raspberry Pi OS lze nově snadno povolit USB Gadget Mode a díky balíčku rpi-usb-gadget (CDC-ECM/RNDIS) mít možnost se k Raspberry Pi připojovat přes USB kabel bez nutnosti konfigurování Wi-Fi nebo Ethernetu. K podporovaným Raspberry Pi připojeným do USB portu podporujícího OTG.

    Ladislav Hagara | Komentářů: 0
    dnes 03:33 | Komunita

    Konference Installfest 2026 proběhne o víkendu 28. a 29. března v budově FELu na Karlově náměstí v Praze. Přihlásit přednášku nebo workshop týkající se Linuxu, otevřených technologií, sítí, bezpečnosti, vývoje, programování a podobně lze do 18. února 0:15.

    Ladislav Hagara | Komentářů: 0
    dnes 03:22 | Komunita

    Fedora Flock 2026, tj. konference pro přispěvatele a příznivce Fedory, bude opět v Praze. Proběhne od 14. do 16. června. Na Flock navazuje DevConf.CZ 2026, který se uskuteční 18. a 19. června v Brně. Organizátoři konferencí hledají přednášející, vyhlásili Call for Proposals (CfP).

    Ladislav Hagara | Komentářů: 1
    dnes 03:11 | Zajímavý software

    Z80-μLM je jazykový model 'konverzační umělé inteligence' optimalizovaný pro běh na 8-bitovém 4Mhz procesoru Z80 s 64kB RAM, technologii z roku 1976. Model používá 2-bitovou kvantizaci a trigramové hashování do 128 položek, což umožňuje zpracování textu i při velmi omezené paměti. Natrénovaný model se vejde do binárního souboru velkého pouhých 40 KB. Tento jazykový model patrně neprojde Turingovým testem 😅.

    NUKE GAZA! 🎆 | Komentářů: 3
    včera 17:44 | IT novinky

    Digitální a informační agentura (DIA) na přelomu roku dokončila rozsáhlou modernizaci hardwarové infrastruktury základních registrů. Projekt za 236 milionů korun by měl zabránit výpadkům digitálních služeb státu, tak jako při loňských parlamentních volbách. Základní registry, tedy Registr práv a povinností (RPP), Informační systém základních registrů (ISZR) a Registr obyvatel (ROB), jsou jedním z pilířů veřejné správy. Denně

    … více »
    Ladislav Hagara | Komentářů: 5
    včera 17:33 | IT novinky

    Evropská komise (EK) zahájila nové vyšetřování americké internetové platformy 𝕏 miliardáře Elona Muska, a to podle unijního nařízení o digitálních službách (DSA). Vyšetřování souvisí se skandálem, kdy chatbot s umělou inteligencí (AI) Grok na žádost uživatelů na síti 𝕏 generoval sexualizované fotografie žen a dětí. Komise o tom dnes informovala ve svém sdělení. Americký podnik je podezřelý, že řádně neposoudil a nezmírnil rizika spojená se zavedením své umělé inteligence na on-line platformě.

    Ladislav Hagara | Komentářů: 12
    včera 15:11 | Komunita

    Bratislava OpenCamp pokračuje vo svojej tradícii a fanúšikovia otvorených technológií sa môžu tešiť na 4. ročník, ktorý sa uskutoční 25. 4. 2026 na FIIT STU v Bratislave. V súčasnosti prebieha prihlasovanie prednášok a workshopov – ak máte nápad, projekt, myšlienku, o ktoré sa chcete podeliť s komunitou, OpenCamp je správne miesto pre vás.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (18%)
     (6%)
     (0%)
     (10%)
     (23%)
     (3%)
     (5%)
     (2%)
     (12%)
     (33%)
    Celkem 647 hlasů
     Komentářů: 17, poslední 22.1. 15:24
    Rozcestník

    Dotaz: Squid nekešuje

    19.11.2013 15:35 Ragnarok
    Squid nekešuje
    Přečteno: 1889×
    Dobrý den, mám v síti dva linuxové servery jeden starý postavený na fyzickém hardware s Debianem 5.0.4 32- bit (konfigurace 1 CPU, 18 GB HDD SCSI, 768 MB RAM) a druhý nový na VMWare 5.1 s Centosem 6.4 32-bit (2 vCPU, 2 GB RAM, 12 GB vHDD, s nainstalovanými VM tools). Oba servery slouží jako internetová gateway (Mail gateway, firewall a proxyserver, DNS cache server). První server nainstaloval linuxový profesionál a druhý jsem si postavil sám a tento server má nahradit ten starý. Jsem ve fázi testování nového serveru a zjistil jsem, že když si přepnu klientské PC na nový proxy server mám výrazné zpomalení při opakovaném stahování z dat jednoho testovacího webu. Při prvním stahování jsou oba servery téměř rovnocenné (starý je cca o 10% rychlejší) ale při druhém stahování je starý server mnohonásobně rychlejší (je evidentní, že data stahuje z keše a né z netu jako nový server). Když jsem si toho všiml, byly oba Squidy v defaultním nastavení pouze nový server měl výrazně zvednutou mem cache na 256 MB. Po té jsem u něj zvedl i velikost cache dir, ale bez výsledně. Ve /var/log/ u Squida není žádný náznak problému. Jediné, co jsem našel je záznam v messages o problému s bindem 9,

    (Popsáno zde) http://forums.fedoraforum.org/showthread.php?t=265257

    May 15 08:21:45 server named[7982]: validating @0xb3a129b0: . DNSKEY: unable to find a DNSKEY which verifies the DNSKEY RRset and also matches a trusted key for '.' May 15 08:21:45 server named[7982]: validating @0xb3a129b0: . DNSKEY: please check the 'trusted-keys' for '.' in named.conf. May 15 08:21:45 server named[7982]: error (no valid KEY) resolving './DNSKEY/IN': 128.8.10.90#53 May 15 08:21:45 server named[7982]: error (network unreachable) resolving './DNSKEY/IN': 2001:500:2f::f#53

    ale není mi zatím jasné, zda to nějak souvisí s problémem který mám na Squidu. Uvítám jakoukoliv radu. Dík

    Řešení dotazu:


    Odpovědi

    19.11.2013 19:51 tomk
    Rozbalit Rozbalit vše Re: Squid nekešuje

    To, jestli Squid cachuje, nebo ne neni potreba urcovat subjektivne podle odezvy, ale je to mozne urcit pomerne exaktne z access.logu. Melo by se tam objevit bud neco jako TCP_MISS/200 a DIRECT/2a03:b780:1:4:216:3eff:fe00:a37 v pripade, ze byl objekt stahovan primo z ciloveho serveru a nebo nektera z variant _HIT/200 a NONE/- pri ziskani objektu z cache. Stejne tak by melo byt videt, jak dlouho vyrizeni pozadavku trvalo.

    Myslim, ze by mohlo byt zajimave videt zaznamy z access.logu pro tu testovaci stranku. Bylo by pak jasnejsi, jak vyrizeni pozadavku na jeji stazeni dopadlo na puvodnim a novem serveru.

    Tomas
    20.11.2013 05:33 Ragnarok
    Rozbalit Rozbalit vše Re: Squid nekešuje
    Dobrý den, děkuji za odpověď je to přesně jak jste napsal. Prošel jsem oba access.logy a výsledek je zde:

    Novy server:

    TCP_MISS/200 17822460 GET http://download.macromedia.com/get/flashplayer/current/licensing/win/install_flash_player_11_plugin.exe - DIRECT/23.63.67.191 application/octet-stream

    Stary server:

    TCP_HIT/200 17822528 GET http://download.macromedia.com/get/flashplayer/current/licensing/win/install_flash_player_11_plugin.exe - NONE/- application/octet-stream

    To ale znamená, že squid na novém serveru nepoužívá cache ? Znovu procházím squid.conf, co tam je špatně ale nic nemůžu najít.

    Řešení 1× (timeos)
    20.11.2013 10:18 Ragnarok
    Rozbalit Rozbalit vše Re: Problém je pořešen
    Problém je vyřešen - chyba vlastně nebyla chybou, nová verze squidu má prostě jinak nastavenou defaultní maximální velikost kešovaného objektu, takže můj testovací soubor prošel keší na starém squidu ale na novém už ne. Vše napravilo přidání parametru maximum_object_size squid.conf. http://www.packtpub.com/article/squid-proxy-server-fine-tuning-achieve-better-performance

    Rovněž se mi podařilo odstranit z messages chybu s named "error (network unreachable) resolving './DNSKEY/IN': 2001:500:2f::f#53" Souvisí to s pokusem named pracovat s IPV6 a dá se to pořešit nastavením parametru OPTIONS="-4" v /etc/sysconfig/named. Dík za pomoc.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.