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 12:55 | Nová verze

Byla vydána verze 17.12.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Aplikace, které nebyly dosud portovány na KDE Frameworks 5, byly z KDE Aplikací odstraněny.

Ladislav Hagara | Komentářů: 7
dnes 03:00 | Komunita

Na Humble Bundle lze získat počítačovou hru Company of Heroes 2 (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 0
dnes 02:00 | Zajímavý software

Christian Kellner představil na svém blogu projekt Bolt řešící bezpečnost rozhraní Thunderbolt 3 na Linuxu. Pomocí příkazu boltctl nebo rozšíření GNOME Shellu lze komunikovat s démonem boltd a například zakázat neznámá zařízení a předejít tak útokům typu Thunderstrike nebo DMA.

Ladislav Hagara | Komentářů: 4
dnes 01:00 | Nová verze

Po půl roce vývoje od vydání verze 11.0 byla vydána verze 11.1 svobodného softwaru pro vytváření datových úložišť na síti FreeNAS (Wikipedie). Nejnovější FreeNAS je postaven na FreeBSD 11.1. Přehled novinek v příspěvku na blogu. Zdůraznit lze zvýšení výkonu OpenZFS, počáteční podporu Dockeru nebo synchronizaci s cloudovými službami Amazon S3 (Simple Storage Services), Backblaze B2 Cloud, Google Cloud a Microsoft Azure

Ladislav Hagara | Komentářů: 0
včera 23:55 | Nová verze

Po dvou měsících vývoje od vydání verze 235 oznámil Lennart Poettering vydání verze 236 správce systému a služeb systemd (GitHub, NEWS).

Ladislav Hagara | Komentářů: 5
včera 20:00 | Nová verze Ladislav Hagara | Komentářů: 0
včera 19:33 | Pozvánky

Pražská Fedora 27 Release Party, oslava nedávného vydání Fedory 27, se uskuteční 19. prosince od 19:00 v prostorách společnosti Etnetera (Jankovcova 1037/49). Na programu budou přednášky o novinkách, diskuse, neřízený networking atd.

Ladislav Hagara | Komentářů: 0
včera 18:11 | Nová verze

Byla vydána verze 2.11.0 QEMU (Wikipedie). Přispělo 165 vývojářů. Provedeno bylo více než 2 000 commitů. Přehled úprav a nových vlastností v seznamu změn.

Ladislav Hagara | Komentářů: 0
včera 17:44 | Komunita

Canonical oznámil dostupnost kryptografických balíčků s certifikací FIPS 140-2 úrovně 1 pro Ubuntu 16.04 LTS pro předplatitele podpory Ubuntu Advantage Advanced. Certifikace FIPS (Federal Information Processing Standards) jsou vyžadovány (nejenom) vládními institucemi USA.

Ladislav Hagara | Komentářů: 3
včera 16:11 | Zajímavý software

Společnost Avast uvolnila zdrojové kódy svého dekompilátoru RetDec (Retargetable Decompiler) založeného na LLVM. Vyzkoušet lze RetDec jako webovou službu nebo plugin pro interaktivní disassembler IDA. Zdrojové kódy RetDec jsou k dispozici na GitHubu pod open source licencí MIT.

Ladislav Hagara | Komentářů: 3
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (76%)
 (14%)
Celkem 997 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    Rozcestník

    Dotaz: Problem s vyssim loadem

    1.11.2004 19:31 Patsy
    Problem s vyssim loadem
    Přečteno: 125×
    Mam takovy dlouhodoby problem ohledne loadu na serveru... Docetl jsem se ze prumerne ma byt load pod 1, ale ja mam permanentne load mezi 5-20. Rad bych vedel jak mohu ovlivnit load pomoci nastaveni v httpd.conf, ktere volby by to eventuelne mohli ovlivnit. Maly vycuc z httpd.conf by mohl napovedet:
    ServerType standalone
    Timeout 300
    KeepAlive On
    MaxKeepAliveRequests 100
    KeepAliveTimeout 10
    MinSpareServers 20
    MaxSpareServers 50
    StartServers 50
    MaxClients 1200
    MaxRequestsPerChild 1000
    
    ... a maly vycuc ze server-statusu
    Parent Server Generation: 840
    Server uptime: 32 minutes 12 seconds
    Total accesses: 398777 - Total Traffic: 3.7 GB
    CPU Usage: u626.87 s51.12 cu1.12 cs.55 - 35.2% CPU load
    206 requests/sec - 2.0 MB/second - 9.8 kB/request
    621 requests currently being processed, 52 idle servers
    
    Jakakoliv rada pomuze .... diky predem.

    Odpovědi

    1.11.2004 19:49 jm
    Rozbalit Rozbalit vše Re: Problem s vyssim loadem
    3,7GB traffic za pul hodiny? No to bych se tomu zatizeni snad ani nedivil.
    2.11.2004 00:30 Patsy
    Rozbalit Rozbalit vše Re: Problem s vyssim loadem
    OK.. a aspon trochu poladit tedy to httpd.conf by slo? v zavislosti na tak velkem prenosu ?
    2.11.2004 01:07 jm
    Rozbalit Rozbalit vše Re: Problem s vyssim loadem
    Mno, muzete zkusit opatrne laborovat s tim poctem serveru, ale moc bych si od toho nesliboval. To snad spis zkusit NPTL apod. hardcore featury. :-)
    2.11.2004 22:02 Michal Kubeček
    Rozbalit Rozbalit vše Re: Problem s vyssim loadem
    Ten výřez konfigurace vypadá na Apache 1.3 nebo na Apache 2.0 s prefork MPM, takže tam by NPTL IMHO moc nepomohlo. Pokud se tedy na té zátěži významnou měrou nepodílí nějaká multithreadová aplikace, pak by to rozhodně stálo za pokus.
    2.11.2004 11:13 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: Problem s vyssim loadem
    Zdravim

    Asi je to hloupa odpoved, ale rekl bych ze takovyto load se vyresi jedinou veci, upgradem HW. Ten traffic je opravdu ukrutny, takze si myslim ze by to urcite spravil UW SCSI radic s diskem a hoodne pameti.

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    2.11.2004 22:54 Michal Kubeček
    Rozbalit Rozbalit vše Re: Problem s vyssim loadem
    Už dlouho zastávám názor, že load average je jedna z nejvíce dezinpretovaných veličin v oblasti IT. Málokdo si uvědomuje, jak volně souvisí s tím, co si obvykle představujeme pod "zatížením" systému. Doporučuji provést následující dva pokusy:

    1. Napište prográmek, který provádí cokoli, dokud ho neutnete, ale nedostává se do "S" stavu. Můžete třeba v nekonečné smyčce násobit proměnnou třinácti. Spusťte tento program desetkrát (současně) s hodnotou niceness 19. Počkejte nějakou dobu a podívejte se na load average. Hodnota bude přibližně deset, ale na použitelnosti počítače pro jakoukoli normální činnost se to neprojeví ani v nejmenším.

    2. Vypněte DMA u disku a nechte ho zkopírovat do /dev/null. Load average nebude nijak závratný, ale systém se obvykle zpomalí velmi zřetelně.

    Dá se samozřejmě předpokládat, že ve vašem případě podobná (víceméně umělá) situace nenastává, takže systém je opravdu celkem dost zatížen. Přesto bych ale věnoval pozornost spíše tomu, jak se server jeví z pohledu klienta a případných dalších aplikací, které na něm mají běžet. Pokud jsou odezvy přijatelné a klienty subjektivně neomezují (uživatel obvykle nepozná, jestli se stránka generuje 2 ms nebo 100 ms), a zároveň nepozorujete problémy se stabilitou serveru, nepovažoval bych za nezbytně nutné situaci řešit. Z příspěvku mám pocit, že žádné problémy nepozorujete a jediný pozorovatelný projev je hodnota load average ("náš děda, dokud nevěděl, jakej má tlak, tak byl úúplně zdravej" :-)). Je-li tomu tak, asi bych se tím nezabýval.

    Pokud problémy pozorujete (nebo očekáváte další růst zátěže), bylo by vhodné nejprve analyzovat, kde je úzké hrdlo, tedy kdo má na zatížení (reálném zatížení) největší podíl. Podle toho a charakteru serveru bych se snažil volit řešení - od "většího kladiva" (silnější HW) přes rozdělení zátěže (databáze na samostatný počítač, využití optimalizovaného middleware v C/C++ místo PHP skriptu apod.) Bez bližší znalosti toho, co ten server vlastně dělá, ale těžko vydávat nějaké obecné rady.
    3.11.2004 14:27 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: Problem s vyssim loadem
    Zdravim

    Co ja vim tak load znamena kolik procesu soucasne pristupuje k procesoru.

    0-0.9999 - procesor se chvilemi nudi.
    1 - procesor je neustale vytizen, ale zadne procesy necekaji.
    1< - vicero procesu najednou se snazi pristupovat k procesoru.

    Pri loadu vetsi nez 1 je treba si rozmyslet proc je ten load vyssi nez 1, vetsinou je to zo toho duvodu ze je pomaly procesor a zpracovavani procesu trva dlouho. Naproti tomu existuji pripady ze je pocitac pretizen jednim procesem a to se na loadu neprojevi a stejne tak muze byt load 5 a pocitac sviznej jak zamlada. Budu uvazovat webovy serev. Frekvence prichozich pozadavku je jaksi na rychlosti CPU nezavisla. Resenim je upgradovat CPU aby ty pozadavky zpracovaval rychleji a dostalo se tak i na dalsi cekajici procesy.

    Load je dobre udrzovat stabilne nekde tesne pod 1, aby byla rezerva pro narazove mnozstvi pozadavku.
    Pokud je to jinak, tak me prosim opravte at to si opravim nazor.

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    2.11.2004 23:14 Michal Kubeček
    Rozbalit Rozbalit vše Re: Problem s vyssim loadem
    Když na to tak znovu koukám, trochu se mi nezdá ta hodnota MaxRequestsPerChild. Jestli si dobře vzpomínám, vzorový konfigurační soubor doporučuje 10000, a to ještě jen pro případ, že máte důvod se domnívat, že vám opravdu něco leakuje, jinak 0.
    3.11.2004 16:09 Beda
    Rozbalit Rozbalit vše Re: Problem s vyssim loadem
    MaxKeepAliveRequests 1000
    MaxSpareServers 500
    

    man strip; strip -s .../httpd

    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.