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í
×
    včera 17:11 | Zajímavý článek

    Stanislav Fort, vedoucí vědecký pracovník z Vlčkovy 'kyberbezpečnostní' firmy AISLE, zkoumal dopady Anthropic Mythos (nový AI model od Anthropicu zaměřený na hledání chyb, který před nedávnem vyplašil celý svět) a předvedl, že schopnosti umělé inteligence nejsou lineárně závislé na velikosti nebo ceně modelu a dokázal, že i některé otevřené modely zvládly v řadě testů odhalit ve zdrojových kódech stejné chyby jako Mythos (například FreeBSD CVE-2026-4747) a to s výrazně nižšími provozními náklady.

    MakeIranBombedAgain❗ | Komentářů: 4
    včera 12:44 | IT novinky

    Federální návrh zákona H.R.8250 'Parents Decide Act', 13. dubna předložený demokratem Joshem Gottheimerem a podpořený republikánkou Elise Stefanik coby spolupředkladatelkou (cosponsor), by v případě svého schválení nařizoval všem výrobcům operačních systémů při nastavování zařízení ověřovat věk uživatelů a při používání poskytovat tento věkový údaj aplikacím třetích stran. Hlavní rozdíl oproti kalifornskému zákonu AB 1043 a kolorádskému SB26-051 je ten, že federální návrh by platil rovnou pro celé USA.

    MakeIranBombedAgain❗ | Komentářů: 12
    včera 12:33 | Nová verze

    Qwen (čínská firma Alibaba Cloud) představila novou verzi svého modelu, Qwen3.6‑35B‑A3B. Jedná se o multimodální MoE model s 35 miliardami parametrů (3B aktivních), nativní kontextovou délkou až 262 144 tokenů, 'silným multimodálním vnímáním a schopností uvažování' a 'výjimečnou schopností agentického kódování, která se může měřit s mnohem rozsáhlejšími modely'. Model a dokumentace jsou volně dostupné na Hugging Face, případně na čínském Modelscope. Návod na spuštění je už i na Unsloth.

    MakeIranBombedAgain❗ | Komentářů: 1
    včera 11:00 | Nová verze

    Sniffnet, tj. multiplatformní (Windows, macOS a Linux) open source grafická aplikace pro sledování internetového provozu, byl vydán ve verzi 1.5. V přehledu novinek je vypíchnuta identifikace aplikací komunikujících po síti.

    Ladislav Hagara | Komentářů: 4
    včera 02:22 | Nová verze

    V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 15.0 (Mastodon). Forgejo je fork Gitei.

    Ladislav Hagara | Komentářů: 1
    včera 01:11 | Pozvánky

    Současně se SUSECON 2026 proběhne příští čtvrtek v Praze také komunitní Open Developer Summit (ODS) zaměřený na open source a openSUSE. Akce se koná ve čtvrtek 23. 4. (poslední den SUSECONu) v Hilton Prague (místnost Berlin 3) a je zcela zdarma, bez nutnosti registrace na SUSECON. Na programu jsou témata jako automatizace (AutoYaST), DevOps, AI v terminálu, bezpečnost, RISC-V nebo image-based systémy. Všichni jste srdečně zváni.

    lkocman | Komentářů: 1
    16.4. 15:44 | Humor

    Český úřad zeměměřický a katastrální zavedl u anonymního nahlížení do katastru nemovitostí novou CAPTCHA ve formě mapové puzzle: nepřihlášení uživatelé musí nově správně otočit devět dlaždic v 3x3 poli tak, aby dohromady daly souvislý obrázek výseče reálné mapy, přičemž na to mají pouze jeden časově omezený pokus. Test je podle uživatelů i odborníků příliš obtížný a na sociálních sítích pochopitelně schytává zaslouženou kritiku a

    … více »
    MakeIranBombedAgain❗ | Komentářů: 34
    16.4. 15:33 | Nová verze

    Byla vydána verze 1.95.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    16.4. 15:22 | Zajímavý software

    Mozilla prostřednictvím své dceřiné společnosti MZLA Technologies Corporation představila open-source AI klienta Thunderbolt. Primárně je určený pro firemní nasazení.

    Ladislav Hagara | Komentářů: 0
    16.4. 14:00 | IT novinky

    Firma Cal.com oznámila, že přesouvá svůj produkční kód z otevřeného do uzavřeného repozitáře z důvodu bezpečnostního rizika umělé inteligence, která prý dokáže vyhledávat a zneužívat zranitelnosti rychleji, než by je jejich vývojářský tým stíhal opravovat. Zároveň zveřejnila samostatnou, open-source verzi Cal.diy pod licencí MIT, ovšem bez řady původních funkcí. O tom, zda je toto opatření rozumné, existují pochyby. … více »

    MakeIranBombedAgain❗ | Komentářů: 6
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (8%)
     (1%)
     (12%)
     (30%)
     (3%)
     (6%)
     (2%)
     (15%)
     (25%)
    Celkem 1350 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: XEN, Vmware, nebo úplně jinak na HA Linux server ??

    10.5.2010 23:26 Martin B.
    XEN, Vmware, nebo úplně jinak na HA Linux server ??
    Přečteno: 490×
    Zdravím Vás, řeším takový problém v naší lokální síti, kdy jsem dostal za úkol současný server z bezpečnostních důvodů rozdělit na virtuální servery, tedy oddělit HTTP, MAIL (IMAP a SMTP), MySQL + TEST server, k tomu ještě globální SAMBA server úložiště.

    Mám k dispozici dva naprosto totožné servery, mezi které bych rád distribuoval služby a to ve smyslu "zatížení" a ve smyslu "dostupnosti", tedy v běžném provozu stav kdy běží oba a nabízí služby v režimu clusteru, kdežto při pádu jednoho z nich aby tento převzal služby kompletně.

    Rád bych využil pro virtualizaci XEN, ale tady se začínám ztrácet a tápat jak to vlastně celé pojmout, na které úrovni řešit disky a jejich synchro, nebo jestli i rámci XEN virtualizovat kupříkladu virtuální SAN úložiště, či jak to clé pojmout, nebo jestli by čirou náhodou nepomohlo řešení ve smyslu Xen Cloud Server.

    Zatím to bylo velmi jednoduché, služby byly fyzicky oddělené, tedy každý se serverů nabízel některou se služeb a případná zastupitelnost byla realizovatelná ručním zásahem.

    Je mě jasné že něco bych zvládl s heartbeat, DRBD, ale rád bych použil virtualizace a tápu kde je vložit a na které úrovni. Hardwareově jsou stroje silně předimenzované, tudíž není velký problém věnovat do 10% výkonu a paměti samotné virtualizaci, stejně tak plánuji mezi servery zprovoznit vlastní Ethernet linku, která by měla za úkol řešit jen samotné synchro dat.

    Prosím o každý námět jak to řešit, kam se vydat.

    Odpovědi

    11.5.2010 00:09 kyytaM | skóre: 35 | blog: kyytaM | Bratislava
    Rozbalit Rozbalit vše Re: XEN, Vmware, nebo úplně jinak na HA Linux server ??
    Ked su len 2, tak by som asi skusil XEN + DRBD + CLVM (aby sa clovek nemusel drbat s nejakym OCFS2, ci GFS2). Chcem taketo nieco aj u nas urobit, zatial som sa k tomu nedostal, takze vlastnymi skusenostami nemam ako velmi posluzit (okrem hrozostrasnych historiek o OCFS2 z xen mailing listu). Kazdopadne, ak padne rozhodnute pre XEN, je dobre pouzivat paravirtualizovane virtualky, je to na vykone clekom slusne vidiet :).
    11.5.2010 00:57 VSi | skóre: 28
    Rozbalit Rozbalit vše Re: XEN, Vmware, nebo úplně jinak na HA Linux server ??
    Pracuji na něčem podobném. Došel jsem k tomu, že pokud chci HA řešení na 2 serverech bez samostateného HW vyhrazeného na storage (SAN), je nejschůdnější použít DRBD+Xen+heartbeat (nebo novější Pacemaker/OpenAIS). Na řešení DRBD+Xen+HA je zajímavý software ganeti - http://www.howtoforge.com/ganeti_xen_cluster_management_debian_etch, probíhá jeho aktivní vývoj, ale nikde jsem nenašel víc informací o praktickém nasazení.

    Jeden možný přístup je cluster na aplikační úrovni - pokud je vše OK, služby jako HTTP, IMAP/SMTP apod. poskytují oba servery, čímž se mezi ně také rozkládá zátěž. Pokud jeden vypadne, nic se neděje. Pak je ale obvykle potřeba sdílený filesystem, tedy něco jako GFS nebo OCFS, což mi přijde o dost složitější než dále popsaná druhá možnost. Také člověk musí udržovat a aktualizovat všechno dvakrát. Výhoda tohoto řešení je možnost rokládání zátěže a to, že při pádu jednoho stroje může být výpadek třeba jen pár vteřin.

    Pro většinu věcí mi přijde lepší použít DRBD jako replikovaný storage pro Xen virtuální servery. Pokud jeden z fyzických strojů vypadne, DRBR resource se přepne na druhý stroj a nastartují všechny Xen virtuály. Tohle samozřejmě trvá trochu déle, protože ty virtuální servery musí nabootovat a nastartovat služby, což může trvat jednotky minut. Stroj pro každou službu ale udržujete jen jeden, což je dost podstatná výhoda. Také je možné za běhu obou strojů mezi nimi virtuální servery bez zastavení přesouvat (tzv. live migration, samozřejmě pokud je na cílovém stroji dost volné RAM), takže třeba přidání RAM nebo disků se obejde bez výpadku. Nevýhoda je, že v klidu je polovina celkové RAM na obou serverech nevyužita (to platí v případě, že pro všechny virtuály je potřeba HA)

    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.