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í
×
    28.8. 08:11 | Komunita

    Firma X zaslala předžalobní výzvu vývojáři projektu Nitter (Wikipedia), open-source alternativního frontendu k sociální síti X (ex-Twitter), a provozovatelům instancí jako XCancel, které umožňovaly číst příspěvky bez přihlášení, reklam a javascriptu. Údajně se dopouštějí „sběru dat“. Zdrojový kód Nitteru vývojář archivoval. Vývoj již dříve přerušil v roce 2024 po tehdejším omezení API X. X je dceřiná společnost SpaceXAI Elona Muska, provozující mj. kontroverzního chatbota Grok.

    |🇵🇸 | Komentářů: 15
    28.8. 02:22 | Nová verze

    Bylo vydáno Ubuntu 26.04.1 LTS, tj. první opravné vydání Ubuntu 26.04 LTS s kódovým názvem Resolute Raccoon. Přehled novinek a oprav na Discourse.

    Ladislav Hagara | Komentářů: 2
    28.8. 02:11 | Zajímavý článek

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2025 (pdf). Incidentů ubylo, sofistikovanost útočníků roste.

    Ladislav Hagara | Komentářů: 0
    28.8. 00:55 | Nová verze

    Open source softwarový stack AMD ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán v nové major verzi 10.0. S ROCm.AI. Přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    27.8. 22:11 | Bezpečnostní upozornění

    Finanční skupina Partners se stala minulou neděli obětí kybernetického útoku, při kterém se útočníci dostali k některým osobním údajům klientů. Společnost o tom informovala ve čtvrtek. Ujišťuje, že peníze klientů nejsou v ohrožení. „Kybernetický útok zasáhl část IT infrastruktury naší společnosti. Ihned po zjištění útoku jsme s pomocí externích bezpečnostních odborníků začali intenzivně pracovat na minimalizaci škod. Útočníci se

    … více »
    Ladislav Hagara | Komentářů: 1
    27.8. 03:55 | IT novinky

    Americká technologická společnost Meta Platforms se dohodla, že zaplatí až zhruba 18 miliard dolarů (asi 373 miliard Kč) za mimosoudní urovnání sporu o závislosti dětí na sociálních sítích a provede významné změny pro jejich používání mladistvými. Téměř tři desítky států USA firmu v roce 2023 obvinily z toho, že sítě Facebook a Instagram vědomě navrhla tak, aby u dětí vyvolávaly závislost, a zatajovala tyto dopady před veřejností. Firma se

    … více »
    Ladislav Hagara | Komentářů: 3
    27.8. 02:55 | Komunita

    Byl publikován aktuální přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Blíží se vydání podporující čipy M3. Vývojáře lze podpořit na GitHub Sponsors a Open Collective.

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

    Kancelářský balík LibreOffice byl vydán ve verzi 26.8. Mimo jiné vylepšuje typografii a kompatibilitu s formáty MS Office, více v poznámkách k vydání.

    |🇵🇸 | Komentářů: 0
    26.8. 14:55 | Nová verze

    Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 26.8. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 7
    26.8. 11:44 | Nová verze

    Byla vydána nová verze 23.1.0, tj. první stabilní verze z nové řady 23.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools, Libc++, Polly a Flang.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (10%)
     (7%)
     (2%)
     (19%)
     (29%)
     (7%)
     (6%)
     (2%)
     (15%)
     (22%)
    Celkem 2518 hlasů
     Komentářů: 31, poslední 13.8. 00:27
    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: 881×
    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.