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 19:22 | Nová verze

Byla vydána verze 11.3 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností i s náhledy v příspěvku na blogu.

Ladislav Hagara | Komentářů: 0
22.9. 13:00 | Komunita

Do 30. října se lze přihlásit do dalšího kola programu Outreachy (Wikipedie), jehož cílem je přitáhnout do světa svobodného a otevřeného softwaru lidi ze skupin, jež jsou ve světě svobodného a otevřeného softwaru málo zastoupeny. Za 3 měsíce práce, od 4. prosince 2018 do 4. března 2019, v participujících organizacích lze vydělat 5 500 USD.

Ladislav Hagara | Komentářů: 85
21.9. 22:22 | Komunita

Společnost Purism představila kryptografický token Librem Key. Koupit jej lze za 59 dolarů. Token byl vyvinut ve spolupráci se společností Nitrokey a poskytuje jak OpenPGP čipovou kartu, tak zabezpečení bootování notebooků Librem a také dalších notebooků s open source firmwarem Heads.

Ladislav Hagara | Komentářů: 8
21.9. 20:33 | Nová verze

Společnost NVIDIA oficiálně vydala verzi 10.0 toolkitu CUDA (Wikipedie) umožňujícího vývoj aplikací běžících na jejich grafických kartách. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
21.9. 20:00 | Upozornění

Příspěvek Jak přežít plánovanou údržbu DNS na blogu zaměstnanců CZ.NIC upozorňuje na historicky poprvé podepsání DNS root zóny novým klíčem dne 11. října 2018 v 18:00. Software, který nebude po tomto okamžiku obsahovat nový DNSSEC root klíč, nebude schopen resolvovat žádná data. Druhým důležitým datem je 1. února 2019, kdy významní výrobci DNS softwaru, také historicky poprvé, přestanou podporovat servery, které porušují DNS standard

… více »
Ladislav Hagara | Komentářů: 11
21.9. 15:55 | Pozvánky

Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 156. brněnský sraz, který proběhne v pátek 21. září od 18:00 v restauraci Na Purkyňce na adrese Purkyňova 80.

Ladislav Hagara | Komentářů: 0
21.9. 13:22 | Nová verze

Alan Griffiths z Canonicalu oznámil vydání verze 1.0.0 display serveru Mir (GitHub, Wikipedie). Mir byl představen v březnu 2013 jako náhrada X serveru a alternativa k Waylandu. Dnes Mir běží nad Waylandem a cílen je na internet věcí (IoT).

Ladislav Hagara | Komentářů: 0
20.9. 22:00 | Nasazení Linuxu
Stabilní aktualizace Chrome OS 69 (resp. Chromium OS), konkrétně 69.0.3497.95, přináší mj. podporu linuxových aplikací. Implementována je pomocí virtualizace, a proto je tato funkce také omezena na zařízení s dostatkem paměti a podporou hardwarové akcelerace, tudíž nejsou podporovány chromebooky s 32bitovými architekturami ARM, či Intel Bay Trail (tzn. bez Intel VT-x).
Fluttershy, yay! | Komentářů: 5
20.9. 21:32 | Zajímavý projekt

Došlo k uvolnění linuxové distribuce CLIP OS, vyvíjené francouzským úřadem pro kybernetickou bezpečnost ANSSI, jako open source. Vznikla za účelem nasazení v úřadech, kde je potřeba omezit přístup k důvěrným datům. Je založená na Gentoo.

Fluttershy, yay! | Komentářů: 1
20.9. 16:00 | Komerce

Zjistěte více o bezpečné a flexibilní architektuře v cloudu! IBM Cloud poskytuje bezpečné úložiště pro Vaše obchodní data s možností škálovatelnosti a flexibilitou ukládání dat. Zároveň nabízí prostředky pro jejich analýzu, vizualizaci, reporting a podporu rozhodování.

… více »
Fluttershy, yay! | Komentářů: 12
Na optické médium (CD, DVD, BD aj.) jsem naposledy vypaloval(a) data před méně než
 (13%)
 (15%)
 (21%)
 (23%)
 (25%)
 (4%)
 (1%)
Celkem 399 hlasů
 Komentářů: 33, poslední 16.9. 11:55
Rozcestník

Dotaz: Problem s vyssim loadem

1.11.2004 19:31 Patsy
Problem s vyssim loadem
Přečteno: 126×
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.