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 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 1
včera 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
včera 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
včera 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 1
16.1. 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
16.1. 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 1
16.1. 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 7
15.1. 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
15.1. 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 8
14.1. 00:33 | Zajímavý software

Google na svém blogu věnovaném open source představil knihovnu pro komprimaci a dekomprimaci 3D grafiky s názvem Draco. Knihovna bude využívána například v aplikacích pro virtuální a rozšířenou realitu. Porovnání Draco s gzip na YouTube. Zdrojové kódy Draco jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 5
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (75%)
 (3%)
 (10%)
Celkem 304 hlasů
 Komentářů: 24, poslední včera 10:14
    Rozcestník
    Reklama

    Dotaz: VPN a zatížení procesoru

    28.5.2009 12:42 Tom
    VPN a zatížení procesoru
    Přečteno: 481×

    Zdravím,

    po rozběhnutí OpenVPN systémem server-klient jsem narazil na jeden nepříjemný zádrhel. Stroj na kterém běží OpenVPN server je stařičký celeron 433 MHz, 128 MB RAM s přípojkou do internetu 50/12 Mbit, kterou pomocí NAT zvládá bez mrknutí oka. OS je Debian 4. Když se klient připojí k VPN serveru (ze srovnatelně rychlé linky jako má server) a chce tahat data (je celkem jednokolik), tak procesor serveru je OpenVPNkou vytížen na plný výkon a rychlost průtoku dat je cca 0,5 - 1 Mbit. Ptám se tedy jak rychlý procesor (a případně kolik MB RAM) je potřeba, aby přes VPN teklo alespoň 10 Mbit a procesor nebyl vytížen na maximum?

    Odpovědi

    28.5.2009 14:59 kraken
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru
    A ako mas nakonfigurovaneho demona ? Klienta ?
    28.5.2009 15:10 NN
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru

    Jste si jisty, ze vam to nezere neco jineho, X a tak ? Jinak navrhuju zacit dodanim alespon 256-512 RAM, pripadne potom jeste procesto na takovych 1Ghz to musi stacit.

    NN

    28.5.2009 15:45 Tom
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru

    možná to není z mého popisu jasné, tak to objasním. Popisovaný celeron 433 slouží jako maškarádovací stroj pro PC v privátní LAN, běží na něm DNS, DHCP a sem tam nějaké blbinky na měření kde čeho. Při tom všem si procesor pochrupával u zimního spánku. Tudíž nemá žádné X a podobné zbytečnosti. Zbytek je stejný jak sem popisoval, začnu-li přes VPN tahat data, dostanu se (dle grafu v hotsanicu) na maximálně 6OO kbit/s (75 kB/s), procesor je vytížen na 98 - 100 % a přesně tolik si bere openvpn (ověřeno v htop). V RAM zůstává při přenosu dat VPNkou pořád dost místa (prakticky se to neprojeví). Takže jen ten procesor. Proto mě zajímají praktické zkušenosti vás ostatních. Máte někdo vyzkoušeno k jakému dojde zlepšení, kdybych dal do routeru procesor PIII 1 GHz?

    28.5.2009 15:51 Mti. | skóre: 30 | blog: Mti
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru

    zkus si proti tomu stroji zahajit prenos pres scp ... to bude asi hodne podobna zatez - sifrovani. Celeron mel temer zadnou cache. Vse ostatni co popisujes je jen stehovani baliku dat mezi interfacy. (Muzu vecer zmerit koli da via C7 na 1.5GHz... pokud to nekoho zajima)

    Vidim harddisk mrzuty, jehoz hlava plotny se dotyka...
    28.5.2009 16:05 Tom
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru

    Zkusil jsem i SCP. To dovede využít pásmo down/up naplno. Problém by tedy mohl být v šifrování dat procesorem do VPNky. Jestli máte někdo možnost vyzkoušet průchod dat skrz server-klient VPN (spousta certifikátů - veřejné, tajné, klientské a 1024 bitový dh) na cca 1 GHz procesoru, dejte vědět jak rychle vám tam data sypal.

    28.5.2009 19:36 Mti. | skóre: 30 | blog: Mti
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru

    server via c7@1.5GHz (ub7.10 ; 1GB ram) ,  klient Intel P3@1GHz (F.10 ; 512MB ram), lokalni 100mbit sit

    k testum poslouzila F10-i686-Live.iso , cca 700MB dat , wget

    ze serveru na klienta  3.67 MB/s  (dle topu: server 45% v idle ; klient 0-6% idle)

    z klienta na server 4.90 MB/s (server 18%  , klient  22% )

    oba stroje bez dalsi vyrazne zateze. Httpd-apache.

     

    Vidim harddisk mrzuty, jehoz hlava plotny se dotyka...
    houska avatar 29.5.2009 08:20 houska | skóre: 41 | blog: HW
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru
    napadlo me jestli to nemuze delat nejaka exoticka sitovka
    29.5.2009 08:33 Tom
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru

    Obě dvě síťovky mají čip Realtek 8139D

    e.lisak avatar 29.5.2009 09:23 e.lisak | skóre: 23
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru

    Realteky dost zatezuji procesor, pri prenosu 97Mbit mi to bylo schopne zatizit P4/2.4G temer naplno (jen prenos souboru prez sambu)

    doporucil bych sehnat intelky, ty jsou podstatne mene narocne na procesor

    29.5.2009 09:42 dustin | skóre: 60 | blog: dustin
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru

    Opravdu to bylo tím realtekem? Používáme je spoustu let (ještě v době PII/400MHz) a řekl bych, že 100Mbps zvládaly OK. Samozřejmě intel je lepší.

    29.5.2009 09:48 Tom
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru

    s Realtekem nemám problémy v řádu cca let. Aniž by to procesor poznal zvládají ty karty 80 - 100 Mbit. Kolovaly v různých strojích určených ke všemu možnému, tak to mám ověřeno hned několikrát

    houska avatar 29.5.2009 09:58 houska | skóre: 41 | blog: HW
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru
    Nuzes zkusit otestovat kolik to zvladne po siti bezne bez vpn tunelu (a jak to zatezuje cpu) a pak bych zkusit ten netperf zkusil i na ten tunel.

    A kdyz to bude delat sitovka, zajdes do bazaru a za par korun koupis intel ;)

    29.5.2009 10:12 Tom
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru

    Možná jsem to nepopsal dostatečně už v úvodním popisu problému. Pokud jedu bez VPN tunelu, tak jsem schopen dosáhnout maximálních rychlostí síťových karet a procesor o tom ani neví. Problém nastane právě taháním dat přes VPN tunel, kdy proces openvpn vytíží procesor při downloadu 8,8 Mbit na 60% a při uploadu 2,8 Mbit na 25 - 30% (bráno z pohledu zařízení tap0).

    houska avatar 29.5.2009 10:25 houska | skóre: 41 | blog: HW
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru
    Porovnavas stejnou cestu (tzn jednou taham bez tunelu a podruhe uplne ty same stroje ale s tunelem)? Cim to zkousis? Ne snad sambou ;) ? Muzes zkusit ten etherperf?
    cezz avatar 28.5.2009 20:38 cezz | skóre: 24 | blog: dm6 | Žilina
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru

    Skús vypnúť kompresiu ak ju máš zapnutú, myslím, že ten stroj by tých 10Mbit mal zvládnuť.

    Computers are not intelligent. They only think they are.
    29.5.2009 07:42 Tom
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru

    Zkusil jsem vypnout komprimování dat, zkusil jsem různé typy šifrování a snad ještě něco. Tím jsem zjistil, že kamenem úrazu byl parametr verb, který byl nastaven na hodnotu "verb 9". Když jsem ho změnil na celkem rozumnou hodnotu "verb 3", stoupnul datový tok přes VPNku na cca 2,8 Mbit/s (350 kB/s). Všem zúčastněným děkuji za rady, bude stejně potřeba vyměnit procesor.

     

    Tom

    29.5.2009 07:55 Tom
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru

    Tak ještě jedna podivnost mě zarazila. Při nynějším nastavení a průtoku dat 8,8/2,8 Mbit procesor není vytíže na 100% ale na cca 60/20%. To znamená, že by mohl i dávat vyšší propustnost, ale nějak se mu asi nechce. Možná to přeci jen bude chyba slabého HW, ale pokud vás napadne nějaká podstatná blbina, budu rád.

     

    Tom

    houska avatar 29.5.2009 08:49 houska | skóre: 41 | blog: HW
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru
    ...nějak se mu asi nechce.

    a je vsechno po ceste 100mbit? jestli dokazes udelat 8.8mbit, tak by to mohlo znamenat ze napr. nektera sitovka/switch jede jen na 10mbit, to by tak odpovidalo.

    V linuxu muzes pouzit bud mii-tool a nebo ethtool. Ve windows to vidis ve statusu rozhrani.

    29.5.2009 09:11 Tom
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru

    Linku do internetu od poskytovatele mám 50/12 Mbit, což mám ověřeno měřením. Čili síťovka je na 100 Mbit

    houska avatar 29.5.2009 09:22 houska | skóre: 41 | blog: HW
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru
    ok a tech 8.8mbit jsi dosahl jak? s jednim klientem? neni to uzke hrdlo on? nema pomale pripojeni?

    Jestli chces zkusit kolik ten stroj zvladne, tak zkus vsechny klienty odpojit, rozbehat tunel na lokalni siti a zkusit pustit netperf kolik to zvladne ...

    29.5.2009 09:21 Tom
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru

    Když už se v tom tak nimrám, všimnul jsem si ještě jedné věci. Když se podívám na zařízení pomocí ifconfig, tak u fyzických síťovek, je proti vpnkové jeden rozdíl. Někde u konce výpisu parametrů je položna Délka odchozí fronty. Ta má u fyzických rozhraní velikost 1000 a u virtuálního 100. Má to nějaký vliv? Dá se příkazem zjistit, jakou aktuální rychlost má virtuální síťovka tap0?

    29.5.2009 10:52 Tom
    Rozbalit Rozbalit vše Re: VPN a zatížení procesoru

    Všem děkuji za návrhy řešení. Řešení jsem vymyslel za pomoci testování i na jiném HW v kombinaci s radami od všech zúčastněných. Zjistil jsem následující:

    1. Procesor Celeron 433 MHz je opravdu málo na dosáhnutí vyšších rychlostí přes VPN kanál

    2. Na výkonnějším stroji (2x PIII 500 MHz, 512 RAM) a stejné lince do internetu se z pohledu virtuálního rozhraní tap0 na tom výkonnějším stroji byl download o cca 30% vyšší, upload zůstal stejný

     

    Ještě jednou děkuji za rady, byly pro mne přínosem při hledání zádrhelu

     

    Tom

    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.