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 21:22 | Zajímavý projekt

    Iconify je seznam a galerie kolekcí vektorových open-source ikon, ke stažení je přes 275000 ikon z více jak dvou set sad. Tento rovněž open-source projekt dává vývojářům k dispozici i API pro snadnou integraci svobodných ikon do jejich projektů.

    NUKE GAZA! 🎆 | Komentářů: 0
    dnes 03:33 | IT novinky

    Dle plánu certifikační autorita Let's Encrypt nově vydává také certifikáty s šestidenní platností (160 hodin) s možností vystavit je na IP adresu.

    Ladislav Hagara | Komentářů: 6
    včera 14:44 | 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 14.0 (Mastodon). Forgejo je fork Gitei.

    Ladislav Hagara | Komentářů: 2
    včera 13:11 | Zajímavý projekt

    Just the Browser je projekt, 'který vám pomůže v internetovém prohlížeči deaktivovat funkce umělé inteligence, telemetrii, sponzorovaný obsah, integraci produktů a další nepříjemnosti' (repozitář na GitHubu). Využívá k tomu skrytá nastavení ve webových prohlížečích, určená původně pro firmy a organizace ('enterprise policies'). Pod linuxem je skriptem pro automatickou úpravu nastavení prozatím podporován pouze prohlížeč Firefox.

    NUKE GAZA! 🎆 | Komentářů: 3
    16.1. 16:44 | Nová verze

    Svobodný multiplatformní herní engine Bevy napsaný v Rustu byl vydán ve verzi 0.18. Díky 174 přispěvatelům.

    Ladislav Hagara | Komentářů: 2
    16.1. 15:11 | IT novinky

    Miliardy korun na digitalizaci služeb státu nestačily. Stát do ní v letech 2020 až 2024 vložil víc než 50 miliard korun, ale původní cíl se nepodařilo splnit. Od loňského února měly být služby státu plně digitalizované a občané měli mít právo komunikovat se státem digitálně. Do tohoto data se povedlo plně digitalizovat 18 procent agendových služeb státu. Dnes to uvedl Nejvyšší kontrolní úřad (NKÚ) v souhrnné zprávě o stavu digitalizace v Česku. Zpráva vychází z výsledků víc než 50 kontrol, které NKÚ v posledních pěti letech v tomto oboru uskutečnil.

    Ladislav Hagara | Komentářů: 25
    16.1. 13:55 | IT novinky

    Nadace Wikimedia, která je provozovatelem internetové encyklopedie Wikipedia, oznámila u příležitosti 25. výročí vzniku encyklopedie nové licenční dohody s firmami vyvíjejícími umělou inteligenci (AI). Mezi partnery encyklopedie tak nově patří Microsoft, Amazon a Meta Platforms, ale také start-up Perplexity a francouzská společnost Mistral AI. Wikimedia má podobnou dohodu od roku 2022 také se společností Google ze skupiny

    … více »
    Ladislav Hagara | Komentářů: 0
    16.1. 02:22 | Nová verze

    D7VK byl vydán ve verzi 1.2. Jedná se o fork DXVK implementující překlad volání Direct3D 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.

    Ladislav Hagara | Komentářů: 0
    16.1. 02:00 | Nová verze

    Byla vydána verze 12.0.0 knihovny libvirt (Wikipedie) zastřešující různé virtualizační technologie a vytvářející jednotné rozhraní pro správu virtuálních strojů. Současně byl ve verzi 12.0.0 vydán související modul pro Python libvirt-python. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    15.1. 19:22 | Humor

    CreepyLink.com je nový zkracovač URL adres, 'díky kterému budou vaše odkazy vypadat tak podezřele, jak je to jen možné'. Například odkaz na abclinuxu.cz tento zkracovač převádí do podoby 'https://netflix.web-safe.link/logger_8oIlgs_free_money.php'. Dle prohlášení autora je CreepyLink alternativou ke zkracovači ShadyURL (repozitář na githubu), který dnes již bohužel není v provozu.

    NUKE GAZA! 🎆 | Komentářů: 3
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (5%)
     (0%)
     (9%)
     (19%)
     (3%)
     (6%)
     (2%)
     (11%)
     (40%)
    Celkem 500 hlasů
     Komentářů: 14, poslední dnes 10:22
    Rozcestník


    Vložit další komentář
    24.1.2006 15:23 D-Evil | skóre: 25 | Praha
    Rozbalit Rozbalit vše Re: optimalizace IMAP serveru
    Jsem v tomhle teda celkem amatér, ale zdá se mi neefektivní otvírat např. 200 MB soubor a hledat v něm třeba jen pár kilobajtů, v tomhle by asi maildir moh pomoct, soubory jsou indexovaný, takže se mi zdá, že zátěž by měla bejt menší.

    Taky se mi zdá neefektivní při velkym počtu spojení používat xinetd - jestli se nepletu, při každym požadavku se pal spouští program, kterej ho obslouží. To je další zátěž pro disk a další zpomalení. Démon by asi svojí práci odvedl líp.
    25.1.2006 07:38 Mobidick
    Rozbalit Rozbalit vše Re: optimalizace IMAP serveru
    Souhlasim s tim,ze prechod na Maildir pomuze,resil jsem stejny problem a jako jedno z opatreni to znacne zvedlo pruchodnost imapu.
    .. avatar 24.1.2006 15:42 .. | skóre: 4 | blog:
    Rozbalit Rozbalit vše Re: optimalizace IMAP serveru

    Kamarad google na dotaz co vi o imap proxy; odpovedel webem http://www.imapproxy.org kde lze najit - cituji :

    What is the imapproxy?


    The name says almost all you need to know. It proxies IMAP transactions between an IMAP client and an IMAP server. The general idea is that the client should never know that it's not talking to the real IMAP server.

    Snad by Vam to mohlo pomoci, pri (velmi) zbeznem pohledu je to presne to co potrebujete.

    24.1.2006 15:58 Dunric | skóre: 21
    Rozbalit Rozbalit vše Re: optimalizace IMAP serveru
    Podobný problém jsem asi před 2 lety řešil taktéž s UW-IMAPem a slabinou byl právě defaultně používaný formát mbox. Kupodivu stačilo nastavit způsob uložení do formátu mbx a nároky na zdroje serveru se prudce snížily a rovněž odezva pro klienty je znatelně lepší. IMAP lze překompilovat, aby používal MBX právě jako výchozí. Na bezproblémový převod schránek mbox -> mbx dobře poslouží nástroje z imap-utils, konkrétně mailutil.
    In the garden sleeps a messenger ·
    24.1.2006 17:22 lenox
    Rozbalit Rozbalit vše Re: optimalizace IMAP serveru
    Pripojuji se ke kritice formatu mbox...prechod na maildir vyrazne ulechci serveru.

    Nasledne bych uvazoval o imapproxy ci dbmail
    24.1.2006 18:16 Roman DAVID | skóre: 24 | Brno
    Rozbalit Rozbalit vše Re: optimalizace IMAP serveru
    taky jsem se podobnou otazkou asi pred mesicem zabyval. Puvodne jsem mel umysl prejit na maildir, ale pak jsem si precetl o mbx a nevypada spatne (az na par nevyhod, ktere jsou uvedeny ve FAQ).

    Co se tyka vykonu, kouknete na: http://www.decisionsoft.com/pdw/mailbench.html

    Taky doporucuji ke cteni: http://www.washington.edu/imap/documentation/formats.txt.html (zejmena posledni cast, kde se pojednava o nevyhodach maildiru)
    24.1.2006 22:05 Marek | skóre: 21
    Rozbalit Rozbalit vše Re: optimalizace IMAP serveru
    Můj názor je jednoznačně přechod na "maildir", "mbox" je silně neproduktivní ... otevírat X-set MByte pro čtení pár kByte ... to je přece nelogické, toť můj pohled.

    Sám jsem to řešil a "maildir" problém vyřešil, uživatelé spokojeni a převod proběhl nějakou utilitkou mboxtomdir, nebo tak nějak.
    Heron avatar 25.1.2006 01:10 Heron | skóre: 53 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: optimalizace IMAP serveru
    Hmm v mail klientu (KMail) mám přes 300 000 mailů (rozdelené do cca 50složek) - maildir jsem zkusil, ale FS (ext3) to psychicky nezvládal, zvlášť při zálohování jsem měl pocit, že ta disková hlavička musí upadnout.
    24.1.2006 23:00 Jan Kundrát (jkt) | skóre: 27 | blog: jkt | Praha - Bohnice
    Rozbalit Rozbalit vše Re: optimalizace IMAP serveru
    Jenom tak FMI, nejmenuje se nahodou onen server "sosna"? :)
    25.1.2006 09:43 krnoha | skóre: 10 | blog: prizpevy
    Rozbalit Rozbalit vše Re: optimalizace IMAP serveru

    Když to víš tak proč se ptáš?

    25.1.2006 09:49 Jan Kundrát (jkt) | skóre: 27 | blog: jkt | Praha - Bohnice
    Rozbalit Rozbalit vše Re: optimalizace IMAP serveru
    Protoze jsem to nevedel. Kdyz bych si byl jisty, tak bych se neptal :).
    25.1.2006 09:59 Jan Kundrát (jkt) | skóre: 27 | blog: jkt | Praha - Bohnice
    Rozbalit Rozbalit vše Re: optimalizace IMAP serveru

    Take je dobre zminit, ze cast uzivatelu ma svuj $HOME (resp. mailboxy z nej) umisten na jinem stroji a pristupuje se k nemu pres NFS. Muze to nejak ovlivnit vykon?

    Drobna poznamka - muj osobni a nicim nepodlozeny nazor je to, ze by zlepseni odezvy pomohlo i to, aby se Maple poustel nekde jinde a ne na onom serveru. Jiste, je to SMP stroj, ale stejne...

    Dalsi poznamka - nekdy pred cca. rokem jsem se snazil prinutit pine spolupracovat s maildirem a pokud si dobre pamatuju, tehdy to "oficialni" verze jeste neumela.

    A konecne posledni poznamka - celkem zajimave mi pripada pristupovani na IMAP pres SSH tunel. Uzivatel nepouziva standardni TCP/SSL, ale pres SSH si "sam" pusti IMAP demona. Zrejme to pouziva naprosto minimalni pocet lidi, ale je to vcelku zajimava myslenka - umoznuje pouzivat SSH klice etc. Bylo by dobre, aby tahle moznost zustala zachovana (resp. na onom serveru jsem ji jeste nezkousel, takze vlastne nevim, jestli funguje).

    25.1.2006 11:22 krnoha | skóre: 10 | blog: prizpevy
    Rozbalit Rozbalit vše Re: optimalizace IMAP serveru

    Napřed děkuji za tip na imapproxy.org , tohle jsem myslím přesně potřeboval. Jinak podle mnoha názorů by nám pomohl jiný formát poštovních souborů. Každý jiný než klasický mbox bude lepší. Začneme si nějak hrát s formátem mbx. maildir se radši vyhneme, protože statisíce souborů každého ze stovek uživatelů, s tím by se docela špatně manipulovalo.

    Začneme tou proxy. Jo a taky od xinetd přejdeme k démonovi. I když na tom vlastně nezáleží.

    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.