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

Byla vydána nová stabilní verze 1.8 (1.8.770.50) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují vylepšenou historii prohlížení. Ukázka na YouTube. Chromium bylo aktualizováno na verzi 57.0.2987.111.

Ladislav Hagara | Komentářů: 0
dnes 05:55 | Zajímavý projekt

Google na svém blogu věnovaném open source představil portál Google Open Source informující mimo jiné o více než 2000 open source projektech vyvíjených nebo používaných v Googlu.

Ladislav Hagara | Komentářů: 0
dnes 03:33 | IT novinky

Pro společnost Red Hat skončil 28. února fiskální rok 2017. Dle finančních výsledků bylo čtvrté čtvrtletí, stejně jako celý fiskální rok 2017, opět úspěšné. Tržby jsou zvyšovány již 60 čtvrtletí v řadě. Za čtvrté čtvrtletí 2017 to bylo 629 milionů dolarů, tj. meziroční nárůst 16 %. Tržby za celý fiskální rok činily 2,4 miliardy dolarů, tj. meziroční nárůst 18 %.

Ladislav Hagara | Komentářů: 2
včera 18:22 | Bezpečnostní upozornění

V balíčku eject, příkaz pro vysunutí CD/DVD z mechaniky, v linuxových distribucích Ubuntu (USN-3246-1) a Debian (#858872) byla nalezena bezpečnostní chyba CVE-2017-6964 zneužitelná k lokální eskalaci práv. Linuxové distribuce používající eject z balíčku util-linux nejsou zranitelné.

Ladislav Hagara | Komentářů: 14
včera 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 55
včera 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 12
27.3. 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
27.3. 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
27.3. 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 17
27.3. 05:55 | Komunita

Prezident Nadace pro svobodný software (FSF) Richard M. Stallman vyhlásil na slavnostním ceremoniálu v rámci konference LibrePlanet 2017 vítěze Free Software Awards za rok 2016. Ocenění za společenský přínos získal SecureDrop (Wikipedie). Za rozvoj svobodného softwaru byl oceněn Alexandre Oliva (Wikipedie).

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 963 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: Optimalizace systému, především RAM

    20.6.2014 12:48 Pavel | skóre: 17
    Optimalizace systému, především RAM
    Přečteno: 873×
    Zdravím, vlastním domácí server, beží na něm plno služeb(GW, FW, Samba, FTP, OpenVPN, MySQL, Apache a další). HW konfigurace je následovná: AMD Turion II NEO N54L 2x2.2GHz, 2MB cache, 6GB RAM DDR3 ECC, HDD 2x1TB RAID1. Když se přihlásim do systému, ukazuje mi vytížení RAM cca 10%. Po spuštění vmstat dostanu:
    # vmstat 5
    procs -----------memory------------- ---swap-- -----io---- -system- ----cpu----
     r  b   swpd   free   buff  cache     si   so    bi    bo   in   cs us sy id wa
     0  0     0  1623080  33788 4029324    0    0   980    28  215  391 10  1 86  3
     0  0     0  1622948  33796 4029328    0    0     0    18  111  653  4  0 96  0
     1  0     0  1622948  33836 4029328    0    0     0    79  151  670  7  0 91  2
     0  0     0  1622576  33864 4029332    0    0     1    34  180  717  7  0 90  3
     1  1     0  1598880  34148 4029348    0    0    50   134 2287 1540 25  2 69  4
     1  0     0  1588092  34160 4029388    0    0     0    28 4433  411 58  2 39  1
     1  0     0  1586728  34204 4029408    0    0     2    95 4347  389 59  1 37  3
     1  0     0  1621844  34228 4029396    0    0     0    29 3941  223 20  1 77  2
     0  0     0  1621844  34260 4029408    0    0     0   100 3626  146  4  0 93  2
     0  0     0  1621844  34280 4029408    0    0     1    34 3782  704  7  1 91  1
    
    Nejvíce mi asi trápí RAM paměť. Server je v základní konfiguraci ubuntu, tak jak se nainstalovalo. Nebylo by vhodné přesunout na RAM paměť nějaké soubory umístěné na disku? Velikost MySQL DB je cca 200MB.

    Odpovědi

    mess avatar 20.6.2014 13:15 mess | skóre: 43 | blog: bordel | Háj ve Slezsku - Smolkov
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    Přesunem databáze do RAM si nepomůžeš, ta už tam pravděpodobně je natažená samotným MySQL. Čeho chceš vlastně docílit? Kde je problém? Je to pomalé? Často to hrabe na disk? Jak velká je zátěž toho serveru?

    To, že máš obsazených cca 600MB RAM z 6GB bych neviděl jako problém. Já má na svojem RaspberryPi spuštěný Apache, CUPS, download server, ssh a btsync a obsazených mám cca 63MB :-)
    Cez párne mesiace zošíváš vaginy, cez neparne montuješ hajzle.
    20.6.2014 14:00 Pavel | skóre: 17
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    Občas server má dlouhou odezvu, pokud se prvně připojím na sambu nebo na www, jakoby se vždy předtím probouzel, roztáčel disky, ale to nemám nastavené. K čemu tedy servery potřebují velké množství RAM? Mám tam dva moduly, 2GB a 4G, můžu tedy jeden, třeba ten větší, vyndat a uplatnit na lepším místě? Aktivitu disku zkusím zjistit, ale pravidelně každou minutu ukládam data do DB. DB se natáhne do RAM celá? Není to třeba omezený nějakým parametrem, například Query cache size?
    20.6.2014 14:08 Kit | skóre: 37 | Brno
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    Servery potřebují velké množství RAM, pokud máš velké množství paralelně komunikujících klientů. Provozuji PHP webserver na tabletu s 512 MB RAM a kromě toho tam běží pár dalších aplikací. Stíhá to bez problémů.
    Komentáře označují místa, kde programátor udělal chybu nebo něco nedodělal.
    20.6.2014 15:33 Filip Jirsák
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    Nemáte tam nastavená nějaká pravidla nebo logování DNS názvů klienta?
    mess avatar 20.6.2014 15:44 mess | skóre: 43 | blog: bordel | Háj ve Slezsku - Smolkov
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    Dlouhá odezva může být způsobena spoustou věcí - třeba je Apache nastavený tak, že při nečinnosti "zabíjí" svoje procesy a když přijde požadavek, tak je znova forkuje, proto ta další odezva. Jinak s tou databází - to záleží na MySQL, jaká část té DB se drží v RAM. Každopádně, pokud do DB zapisuješ, tak MySQL na ten disk vždycky hrábne, jelikož je potřeba zajistit uložení dat. Jaký je vůbec účel toho stroje? Pokud to máš jenom "na takové to domácí žvýkání", tak klidně ten 4GB modul vyndej a použij jinde. Pokud se ti na to připojuje kopec klientů současně, tak tam tu RAM nechej.
    Cez párne mesiace zošíváš vaginy, cez neparne montuješ hajzle.
    22.6.2014 23:22 Pavel | skóre: 17
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    Jak najdu to nastavení apache?
    23.6.2014 19:09 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    ??? Že by v /etc kde je všechno nastavení?

    Prostě tam hledej adresář apache či http (nevím co ubuntu používá - jak je tam apache přeložen).
    23.6.2014 20:44 Pavel | skóre: 17
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    To mi je jasné, ale to s tima procesama kde najdu, jakej řádek
    24.6.2014 09:21 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    A jak to mám vědět na jakém řádku to budeš mít ve svém konfiguráku? (Taky to tam nemusí být a použijí se default hodnoty.)

    To se musíš zeptat tady: Věštírna - koule
    24.6.2014 23:00 Pavel | skóre: 17
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    Tak jinak... Jakej parametr v konfiguráku odpovídá nastavení procesů?
    24.6.2014 23:56 GeorgeWH | skóre: 35
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    25.6.2014 21:59 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    MaxSpareServers, MinSpareServers, StartServers, StartThreads......
    26.6.2014 10:36 alkoholik | skóre: 35 | blog: Alkoholik
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    Nemuzes mu psat parametry, kdyz nejspis ani nevi, na jakem MPM vlastne jede..
    26.6.2014 13:04 Pavel | skóre: 17
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    MPM nemám nastavený, takže v defaultu prefork. Konfigurace je následující:
        StartServers          5
        MinSpareServers       5
        MaxSpareServers      10
        MaxClients          150
        MaxRequestsPerChild   0
    26.6.2014 13:09 Pavel | skóre: 17
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    Jinak konfigurace je následující:
    LockFile ${APACHE_LOCK_DIR}/accept.lock
    PidFile ${APACHE_PID_FILE}
    TimeOut 300
    KeepAlive on
    MaxKeepAliveRequests 100
    KeepAliveTimeout 15
    
    <IfModule mpm_prefork_module>
        StartServers          5
        MinSpareServers       5
        MaxSpareServers      10
        MaxClients          150
        MaxRequestsPerChild   0
    </IfModule>
    
    <IfModule mpm_worker_module>
        StartServers          2
        MinSpareThreads      25
        MaxSpareThreads      75 
        ThreadLimit          64
        ThreadsPerChild      25
        MaxClients          150
        MaxRequestsPerChild   0
    </IfModule>
    
    <IfModule mpm_event_module>
        StartServers          2
        MinSpareThreads      25
        MaxSpareThreads      75 
        ThreadLimit          64
        ThreadsPerChild      25
        MaxClients          150
        MaxRequestsPerChild   0
    </IfModule>
    
    User ${APACHE_RUN_USER}
    Group ${APACHE_RUN_GROUP}
    AccessFileName .htaccess
    <Files ~ "^\.ht">
        Order allow,deny
        Deny from all
        Satisfy all
    </Files>
    
    DefaultType None
    HostnameLookups On
    ErrorLog ${APACHE_LOG_DIR}/error.log
    LogLevel warn
    
    Include mods-enabled/*.load
    Include mods-enabled/*.conf
    Include httpd.conf
    Include ports.conf
    
    LogFormat "%v:%p %h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" vhost_combined
    LogFormat "%h %l %u %t \"%r\" %>s %O \"%{Referer}i\" \"%{User-Agent}i\"" combined
    LogFormat "%h %l %u %t \"%r\" %>s %O" common
    LogFormat "%{Referer}i -> %U" referer
    LogFormat "%{User-agent}i" agent
    
    Include conf.d/
    
    Include sites-enabled/
    
    26.6.2014 16:12 696
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    Já má na svojem RaspberryPi spuštěný Apache, CUPS, download server, ssh a btsync a obsazených mám cca 63MB :-)
    A jak ti to běží? U mě běží RaspberryPi - LAMP + Wordpress a rychlost tedy pěkná bída, ani ne tak z venu jako zevnitř. Administrace, přidávání příspěvků apod...vše má nepříjemné prodlevy, takže na nějaké dlouhodobější používání to není. Drupal to bylo uplně nepoužitelné.
    mess avatar 27.6.2014 22:42 mess | skóre: 43 | blog: bordel | Háj ve Slezsku - Smolkov
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    No je to pomalý. Zkoušel jsem Owncloud, ale to je úplně zabité. Ten Apache je tam jenom pro jeden statický web. Na CUPS je to tak akorát, ale nesmí se dělat nic jiného, když to zrovna tiskne, jinak to začne zadrhávat. U ssh jenom trochu dýl (pár sekund) trvá login, pak je to v pohodě. A download server a btsync generujou zátěž úplně minimální.

    Takže shrnutí - jde to, ale dře to. Naštěstí jenom občas a na to, na co to chci, je to ideální.
    Cez párne mesiace zošíváš vaginy, cez neparne montuješ hajzle.
    20.6.2014 14:16 dustin | skóre: 61 | blog: dustin
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    Každá paměť se hodí, protože ji jádro využije pro diskovou cache. Můžeš zkusit u mysql zvýšit její vlastní cache, ale pochybuji, že to na tak malé db poznáš.

    Osobně bych to neřešil, 6GB je na takový domácí server paměti dost/akorát. Jen bych zajistil, aby se nestartovala žádná grafika (to nevím, zda máš, psal jsi o ubuntu).
    20.6.2014 14:31 Pavel | skóre: 17
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    Ano to mám zajištěné, jedná se o serverové disto 12.04
    20.6.2014 15:45 Kit | skóre: 37 | Brno
    Rozbalit Rozbalit vše Re: Optimalizace systému, především RAM
    Na domácím serveru/desktopu mám jen 2 GB RAM, tedy včetně grafiky. Skutečně jen záleží na tom, které démony/aplikace spustí. Ta případná grafika si toho moc nevezme, v mém případě je to aktuálně 36 MB.
    Komentáře označují místa, kde programátor udělal chybu nebo něco nedodělal.

    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.