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 18:11 | Zajímavý software

    Nazdar! je open source počítačová hra běžící také na Linuxu. Zdrojové kódy jsou k dispozici na GitHubu. Autorem je Michal Škoula.

    Ladislav Hagara | Komentářů: 0
    dnes 16:55 | Nová verze

    Po více než třech letech od vydání verze 1.4.0 byla vydána nová verze 1.5.0 správce balíčků GNU Guix a na něm postavené stejnojmenné distribuci GNU Guix. S init systémem a správcem služeb GNU Shepherd. S experimentální podporou jádra GNU Hurd. Na vývoji se podílelo 744 vývojářů. Přibylo 12 525 nových balíčků. Jejich aktuální počet je 30 011. Aktualizována byla také dokumentace.

    Ladislav Hagara | Komentářů: 2
    dnes 15:44 | Zajímavý software

    Na adrese gravit.huan.cz se objevila prezentace minimalistického redakčního systému GravIT. CMS je napsaný ve FastAPI a charakterizuje se především rychlým načítáním a jednoduchým ukládáním obsahu do textových souborů se syntaxí Markdown a YAML místo klasické databáze. GravIT cílí na uživatele, kteří preferují CMS s nízkými nároky, snadným verzováním (např. přes Git) a možností jednoduchého rozšiřování pomocí modulů. Redakční

    … více »
    2012 | Komentářů: 0
    dnes 12:55 | Zajímavý software

    Tým Qwen (Alibaba Cloud) uvolnil jako open-source své modely Qwen3‑TTS pro převádění textu na řeč. Sada obsahuje modely VoiceDesign (tvorba hlasu dle popisu), CustomVoice (stylizace) a Base (klonování hlasu). Modely podporují syntézu deseti různých jazyků (čeština a slovenština chybí). Stránka projektu na GitHubu, natrénované modely jsou dostupné na Hugging Face. Distribuováno pod licencí Apache‑2.0.

    NUKE GAZA! 🎆 | Komentářů: 0
    dnes 01:11 | Nová verze

    Svobodný citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 8. Přehled novinek v příspěvku na blogu.

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

    Byla vydána verze 1.93.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    včera 14:00 | Komunita

    Svobodný operační systém ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, slaví 30. narozeniny.

    Ladislav Hagara | Komentářů: 8
    včera 11:00 | IT novinky

    Společnost Raspberry Pi má nově v nabídce flash disky Raspberry Pi Flash Drive: 128 GB za 30 dolarů a 256 GB za 55 dolarů.

    Ladislav Hagara | Komentářů: 2
    včera 10:22 | Zajímavý software

    Technologie Skip pro multiplatformní mobilní vývoj, která umožňuje vývojářům vytvářet iOS a Android aplikace z jediné Swift a SwiftUI kódové základny, se s vydáním verze 1.7 stala open source.

    Ladislav Hagara | Komentářů: 6
    včera 03:33 | Zajímavý software Ladislav Hagara | Komentářů: 1
    Které desktopové prostředí na Linuxu používáte?
     (17%)
     (6%)
     (0%)
     (10%)
     (21%)
     (3%)
     (5%)
     (2%)
     (11%)
     (35%)
    Celkem 581 hlasů
     Komentářů: 17, poslední včera 15:24
    Rozcestník

    Dotaz: Pomalá odezva serveru, pomalá síť

    Johny z Podoli avatar 17.2.2006 13:27 Johny z Podoli | skóre: 26 | blog: rocfdebian
    Pomalá odezva serveru, pomalá síť
    Přečteno: 760×
    Ahoj, nedokážu říci přesně, kde můj problém je, proto se prosím případně ptejte a já sem hodím odpovědi.

    Problém se projevuje tím, že server UKRUTNĚ pomalu reaguje. Stav je po několika restartech, vždy se po pár hodinách neskutečně spomalí. Třeba přes apache stahnout soubor o velikosti 2MB je na 15 minut (po 100mbps siti). SSHacknout na server a než se vykoná příkaz uptime je třeba na minutu, spuštění MC je taky třeba na minutu, vylistování adresáře ls -l na 20 sekund. Dle uptime je vše vpohodě, load 0.3 (nevim ale z ceho), top má všechny procesy na nule.. Fakt nevím, kde najít pčíčinu.

    Server je IBM, Celeron 2.4Ghz, 256MB DDR ram, 80GB seagate disk.

    vše je nově nainstalované, debian s jádrem 2.6.8.

    na serveru je jenom mysql (bez databazi zatim), apache 2.0+php, postfix a courier imap s konfiguraci na virt. mailboxy. Nic víc kromě základních procesů jako ssh a pod.

    prosím pomozte mi najít příčinu :(

    USER       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
    root         1  0.0  0.2  1504  512 ?        S    Feb15   0:00 init [2]
    root         2  0.0  0.0     0    0 ?        SN   Feb15   0:00 [ksoftirqd/0]
    root         3  0.0  0.0     0    0 ?        S<   Feb15   0:02 [events/0]
    root         4  0.0  0.0     0    0 ?        S<   Feb15   0:00 [khelper]
    root         5  0.0  0.0     0    0 ?        S<   Feb15   0:00 [kacpid]
    root        37  0.0  0.0     0    0 ?        S<   Feb15   0:00 [kblockd/0]
    root        47  0.0  0.0     0    0 ?        S    Feb15   0:00 [pdflush]
    root        48  0.0  0.0     0    0 ?        S    Feb15   0:00 [pdflush]
    root        50  0.0  0.0     0    0 ?        S<   Feb15   0:00 [aio/0]
    root        49  0.0  0.0     0    0 ?        S    Feb15   0:00 [kswapd0]
    root       186  0.0  0.0     0    0 ?        S    Feb15   0:00 [kseriod]
    root       288  0.0  0.0     0    0 ?        S    Feb15   0:00 [kjournald]
    root       758  0.0  0.0     0    0 ?        S    Feb15   0:00 [khubd]
    root      1226  0.0  0.0     0    0 ?        S    Feb15   0:00 [pciehpd_event]
    root      1246  0.0  0.0     0    0 ?        S    Feb15   0:00 [shpchpd_event]
    daemon    1728  0.0  0.1  1612  456 ?        Ss   Feb15   0:00 /sbin/portmap
    root      2072  0.0  0.3  2260  820 ?        Ss   Feb15   0:00 /sbin/syslogd
    root      2075  0.0  0.5  2456 1476 ?        Ss   Feb15   0:00 /sbin/klogd
    root      2084  0.0  0.1  1672  476 ?        S    Feb15   0:00 /usr/sbin/courierlogger -pid=/var/run/courier/authdaemon/pid -start /usr/lib/courier/authlib/authdaemond.mysql
    root      2085  0.0  0.2  2364  652 ?        S    Feb15   0:00 /usr/lib/courier/authlib/authdaemond.mysql
    root      2090  0.0  0.2  2364  652 ?        S    Feb15   0:00 /usr/lib/courier/authlib/authdaemond.mysql
    root      2091  0.0  0.2  2364  652 ?        S    Feb15   0:00 /usr/lib/courier/authlib/authdaemond.mysql
    root      2092  0.0  0.2  2364  652 ?        S    Feb15   0:00 /usr/lib/courier/authlib/authdaemond.mysql
    root      2093  0.0  0.2  2364  652 ?        S    Feb15   0:00 /usr/lib/courier/authlib/authdaemond.mysql
    root      2094  0.0  0.4  3104 1048 ?        S    Feb15   0:00 /usr/lib/courier/authlib/authdaemond.mysql
    root      2096  0.0  0.2  2476  728 ?        S    Feb15   0:00 /usr/sbin/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogger -maxprocs=40 -maxperip=4 -pid=/var/run/imapd.pid -nodnslookup
    root      2116  0.0  0.1  1676  468 ?        S    Feb15   0:00 /usr/sbin/courierlogger imaplogin
    root      2123  0.0  0.2  2240  724 ?        Ss   Feb15   0:00 /usr/sbin/inetd
    root      2126  0.0  0.2  1624  656 ?        Ss   Feb15   0:00 /usr/sbin/icmplog
    root      2128  0.0  0.3  2328  888 ?        Ss   Feb15   0:01 /usr/sbin/tcplog
    lp        2132  0.0  0.3  2464  884 ?        Ss   Feb15   0:00 /usr/sbin/lpd -s
    root      2147  0.0  0.4  2504 1228 ?        S    Feb15   0:00 /bin/sh /usr/bin/mysqld_safe
    root      2183  0.0  0.4  2504 1232 ?        S    Feb15   0:00 /bin/sh /usr/bin/mysqld_safe
    mysql     2184  0.0  5.7 118672 14792 ?      S    Feb15   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --skip-locking --port=33
    root      2185  0.0  0.1  1488  500 ?        S    Feb15   0:00 logger -p daemon.err -t mysqld_safe -i -t mysqld
    root      2333  0.0  0.5  3672 1360 ?        Ss   Feb15   0:00 /usr/lib/postfix/master
    postfix   2335  0.0  0.4  3012 1260 ?        S    Feb15   0:00 qmgr -l -t fifo -u -c
    root      2347  0.0  0.5  3468 1508 ?        Ss   Feb15   0:00 /usr/sbin/sshd
    root      2351  0.0  0.4  2740 1148 ?        Ss   Feb15   0:00 /usr/sbin/famd -T 0
    root      2355  0.0  0.3  2376  924 ?        Ss   Feb15   0:00 /sbin/rpc.statd
    daemon    2363  0.0  0.2  1684  628 ?        Ss   Feb15   0:00 /usr/sbin/atd
    root      2366  0.0  0.3  1764  816 ?        Ss   Feb15   0:00 /usr/sbin/cron
    root      2371  0.0  1.8 12468 4760 ?        Ss   Feb15   0:00 /usr/sbin/apache2 -k start -DSSL
    virtual   2375  0.0  2.0 12624 5180 ?        S    Feb15   0:00 /usr/sbin/apache2 -k start -DSSL
    virtual   2376  0.0  2.0 12624 5200 ?        S    Feb15   0:00 /usr/sbin/apache2 -k start -DSSL
    virtual   2377  0.0  1.9 12624 4964 ?        S    Feb15   0:00 /usr/sbin/apache2 -k start -DSSL
    virtual   2378  0.0  1.9 12624 4972 ?        S    Feb15   0:00 /usr/sbin/apache2 -k start -DSSL
    virtual   2379  0.0  2.0 12624 5208 ?        S    Feb15   0:00 /usr/sbin/apache2 -k start -DSSL
    root      2463  0.0  0.1  1500  484 tty1     Ss+  Feb15   0:00 /sbin/getty 38400 tty1
    root      2469  0.0  0.1  1500  484 tty2     Ss+  Feb15   0:00 /sbin/getty 38400 tty2
    root      2470  0.0  0.1  1500  484 tty3     Ss+  Feb15   0:00 /sbin/getty 38400 tty3
    root      2471  0.0  0.1  1500  484 tty4     Ss+  Feb15   0:00 /sbin/getty 38400 tty4
    root      2472  0.0  0.1  1500  484 tty5     Ss+  Feb15   0:00 /sbin/getty 38400 tty5
    root      2473  0.0  0.1  1500  484 tty6     Ss+  Feb15   0:00 /sbin/getty 38400 tty6
    virtual   2958  0.0  2.0 12624 5216 ?        S    Feb15   0:00 /usr/sbin/apache2 -k start -DSSL
    virtual   3021  0.0  1.9 12624 4952 ?        S    Feb15   0:00 /usr/sbin/apache2 -k start -DSSL
    postfix   5334  0.0  0.4  2980 1140 ?        S    09:35   0:00 pickup -l -t fifo -u -c
    virtual   5335  0.0  2.0 12624 5184 ?        S    09:37   0:00 /usr/sbin/apache2 -k start -DSSL
    root      5337  0.0  0.8 14616 2056 ?        Ss   10:17   0:00 sshd: root@pts/0
    root      5340  0.0  0.6  3012 1624 pts/0    Rs   10:17   0:00 -bash
    virtual   5343  0.0  0.4  3952 1188 ?        S    10:17   0:00 /usr/bin/imapd Maildir
    root      5365  0.0  0.3  2496  844 pts/0    R+   10:18   0:00 ps aux
    dream:~# uptime
     09:37:33 up 14:40,  1 user,  load average: 0.34, 0.12, 0.04
    
    
    Můj web o táborech: Letní dětské tábory, Hudební tábor , Můj nový blog na Nul.cz

    Odpovědi

    17.2.2006 13:36 secido | skóre: 27
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    Na konzole to chodí ok, len cez sieť pomaly?
    Johny z Podoli avatar 17.2.2006 13:39 Johny z Podoli | skóre: 26 | blog: rocfdebian
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    konzole take pomalu, mohu poskytnout na ten stroj roota, zatim tam vpodstate nic nemam...
    Můj web o táborech: Letní dětské tábory, Hudební tábor , Můj nový blog na Nul.cz
    17.2.2006 13:43 0
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    Zkusil bych prikaz strace pouzit na nejaky prikaz.. treba uptime.
    17.2.2006 13:44 Michal Čihař | skóre: 61 | blog: Bláboly | Praha
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    Nedošla paměť?
    Johny z Podoli avatar 17.2.2006 13:47 Johny z Podoli | skóre: 26 | blog: rocfdebian
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    1 )strace - nerozumim vystupu strace, bohuzel:(

    2) pamet je aktualne na cca 100mb, k dispozici je 150 mb dalsich.. takze tezko hadat.

    J.
    Můj web o táborech: Letní dětské tábory, Hudební tábor , Můj nový blog na Nul.cz
    17.2.2006 14:49 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    Zdravim

    Co chyba HW? Zkusil bych povytahovat veskery HW co lze vyndat a povypinat v biosu co vypnout lze. Nesdilej se ti preruseni?

    Muze byt i vadna pamet, jestli tam jsou dve zkus jednu vyndat.

    Mozna bude buga v systemu, zkus nastartovat nejaky live linux. Kuprikladu suse, ten spousti svuj oblibeny sendmail snad i na tom live CD. At to neco pocita...

    Nebo naopak zkusit pozabijet v tom Debianu co se da.

    Chce to najit alespon oblast kde je problem.

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    17.2.2006 15:00 asd
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    neni v jadre aktivni cpufreq nebo jak se to jmenuje? pokud jo, tak vykopnout nebo nakonfigurovat, at to jede porad na 100% vykon. treba to provadi cpu-throttling ze to nema co delat. A apci/apm power save uroven je nastavena na kolik? S4 ?
    17.2.2006 18:11 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    Firewall ? DNS ? Pokud něco z tohoto funguje špatně hodně věcí se spomalí protože linux je sítový.
    17.2.2006 20:52 secido | skóre: 27
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    ls -l na koznole pravdepodobne nie.
    17.2.2006 21:02 Dušan Hokův | skóre: 43 | blog: Fedora a další...
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    cat /etc/resolv.conf

    hnije ti resolveni :-)
    Johny z Podoli avatar 1.3.2006 22:30 Johny z Podoli | skóre: 26 | blog: rocfdebian
    Rozbalit Rozbalit vše Re: Pomalá odezva serveru, pomalá síť
    kdyby byl problem s resolvovanim, tak sem nepisi :) bohuzel problem v tomto neni. resolv funguje korektne a okamzite. Ja skutecne resim divny problem :) ne beznou zavadu :-D

    ted mi tento server jede s kernelem pro i386, myslel jsem, ze tim vyloucim problemy s spomalovanim cpu a pod. bohuzel, 4 dny a stale to blbne jak jsem psal.
    Můj web o táborech: Letní dětské tábory, Hudební tábor , Můj nový blog na Nul.cz

    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.