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 22:00 | IT novinky

    Google oznámil, že Quick Share na Androidu funguje s AirDropem na iOS. Zatím na telefonech Pixel 10. Uživatelé tak mohou snadno přenášet soubory z telefonů s Androidem na iPhony a obráceně.

    Ladislav Hagara | Komentářů: 0
    dnes 21:22 | Nová verze

    Byla vydána nová verze 8.5 (8.5.0) skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Přináší řadu novinek a vylepšení (URI Extension, Pipe Operator, Clone With, …). Vydána byla také příručka pro přechod z předchozích verzí.

    Ladislav Hagara | Komentářů: 0
    dnes 12:44 | IT novinky

    Evropská komise zahájila tři vyšetřování týkající se cloudových platforem Amazon Web Services (AWS) a Microsoft Azure. Evropská exekutiva, která plní také funkci unijního antimonopolního orgánu, chce mimo jiné určit, zda jsou americké společnosti Microsoft a Amazon v cloudových službách takzvanými gatekeepery, tedy hráči, kteří významně ovlivňují provoz internetu a musí dle nařízení o digitálních trzích (DMA) na společném trhu

    … více »
    Ladislav Hagara | Komentářů: 4
    dnes 12:33 | IT novinky

    Společnost Meta Platforms vyhrála ostře sledovaný spor o akvizici sítě pro sdílení fotografií Instagram a komunikační aplikace WhatsApp. Podle amerického soudu firma jejich převzetím neporušila antimonopolní zákon, protože si tak nemonopolizovala trh sociálních sítí. Žalobu na Metu podala před pěti lety americká Federální obchodní komise (FTC). FTC argumentovala, že Meta, tehdy známá jako Facebook, koupila tyto dvě společnosti v letech 2012 a 2014 proto, aby s nimi nemusela soutěžit.

    Ladislav Hagara | Komentářů: 0
    dnes 05:11 | IT novinky

    Home Assistant včera představil svůj nejnovější oficiální hardware: Home Assistant Connect ZBT-2 pro připojení zařízení na sítích Zigbee nebo Thread.

    Ladislav Hagara | Komentářů: 5
    včera 19:44 | Nová verze

    Byla vydána verze 9.1 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.

    Ladislav Hagara | Komentářů: 1
    včera 17:44 | IT novinky

    Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Nejvýkonnějším superpočítačem zůstává El Capitan od HPE (Cray) s výkonem 1,809 exaFLOPS. Druhý Frontier má výkon 1,353 exaFLOPS. Třetí Aurora má výkon 1,012 exaFLOPS. Nejvýkonnější superpočítač v Evropě JUPITER Booster s výkonem 1,000 exaFLOPS je na čtvrtém místě. Nejvýkonnější český superpočítač C24 klesl na 192. místo. Karolina, GPU partition klesla na 224. místo a Karolina, CPU partition na 450. místo. Další přehledy a statistiky na stránkách projektu.

    Ladislav Hagara | Komentářů: 15
    včera 17:22 | IT novinky

    Microsoft představil Azure Cobalt 200, tj. svůj vlastní SoC (System-on-Chip) postavený na ARM a optimalizovaný pro cloud.

    Ladislav Hagara | Komentářů: 0
    včera 12:00 | IT novinky

    Co způsobilo včerejší nejhorší výpadek Cloudflare od roku 2019? Nebyl to kybernetický útok. Vše začalo změnou oprávnění v jednom z databázových systémů a pokračovalo vygenerováním problém způsobujícího konfiguračního souboru a jeho distribucí na všechny počítače Cloudflare. Podrobně v příspěvku na blogu Cloudflare.

    Ladislav Hagara | Komentářů: 3
    18.11. 23:44 | Nová verze

    Byla vydána (Mastodon, 𝕏) první RC verze GIMPu 3.2. Přehled novinek v oznámení o vydání. Podrobně v souboru NEWS na GitLabu.

    Ladislav Hagara | Komentářů: 0
    Jaké řešení používáte k vývoji / práci?
     (35%)
     (46%)
     (19%)
     (18%)
     (23%)
     (15%)
     (23%)
     (15%)
     (17%)
    Celkem 373 hlasů
     Komentářů: 17, poslední včera 21:57
    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: 758×
    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.