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

Po půl roce od vydání verze 9.0 (zprávička) byla vydána verze 10.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
dnes 00:33 | Komunita Ladislav Hagara | Komentářů: 0
včera 17:30 | Zajímavý článek

Mozilla.cz informuje, že webový prohlížeč Firefox bude od verze 53 obsahovat integrovaný prohlížeč dat ve formátu JSON. Firefox kromě strukturovaného prohlížení nabídne také možnost filtrace a uložení na disk. Dle plánu by měl Firefox 53 vyjít 18. 4. 2017.

Ladislav Hagara | Komentářů: 1
včera 11:00 | Komunita

Členové a příznivci spolku OpenAlt se pravidelně schází v Praze a Brně. Fotky z pražských srazů za uplynulý rok si můžete prohlédnout na stránkách spolku. Příští sraz se koná už zítra 19. ledna – tentokrát je tématem ergonomie ovládání počítače – tzn. klávesnice, myši a další zařízení. Také budete mít příležitost si prohlédnout pražský hackerspace Brmlab.

xkucf03 | Komentářů: 0
17.1. 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 15
17.1. 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
17.1. 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
17.1. 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 1
16.1. 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
16.1. 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 2
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (3%)
 (74%)
 (3%)
 (10%)
Celkem 317 hlasů
 Komentářů: 24, poslední 17.1. 10:14
    Rozcestník
    Reklama

    Dotaz: Ako prist na to kde to zlyhava?

    13.9.2010 19:26 asdqwe
    Ako prist na to kde to zlyhava?
    Přečteno: 222×
    Mam problem na serveri s MySQL. Z nicoho nic mi MySQL vybehne na 100% a zahlti mi to server. Som si 100% isty ze to robi niektora sucast stranky ktora tam bezi z dovodu zleho SQL dotazu. Ale neviem prist na to ktory. Na stranke je stale cca 150-200 ludi online. Zalogovat mysql query viem, len neviem ako ich logovat s casom. Ako by ste postupovali pri rieseni takehoto "problemu"?

    Dalsie info: HDD su vytazene na cca 20%

    CPU je vytazene na cca 40% (64bit, dual core intel)

    Takato anomalia sa stane asi 2x za den. Dakujem kazdemu za akukolvek radu.

    Odpovědi

    13.9.2010 19:28 asdqwe
    Rozbalit Rozbalit vše Re: Ako prist na to kde to zlyhava?
    Este doplnim, web bol cely optimalizovany pre co najnizsiu zataz od profesionalnych koderov (nemam dovod im neverit kedze zmena po ich prekodeni dotazov nastala obrovska). Dalej sa uz ale nevieme pohnut.
    13.9.2010 19:30 Samgarr | skóre: 5
    Rozbalit Rozbalit vše Re: Ako prist na to kde to zlyhava?
    http://dev.mysql.com/doc/refman/5.6/en/slow-query-log.html
    13.9.2010 19:39 asdqwe
    Rozbalit Rozbalit vše Re: Ako prist na to kde to zlyhava?
    Dakujem, to som ale uz skusil. Ked sa mi to blokne, tak mi uz kazda query zostane ako slow. To mi nepomaha.
    14.9.2010 14:43 Sten
    Rozbalit Rozbalit vše Re: Ako prist na to kde to zlyhava?
    První v řadě bude ta, co to zlikvidovala ;)
    rADOn avatar 13.9.2010 19:51 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: Ako prist na to kde to zlyhava?
    Pokud jsou to dotazy do jedny innodb tabule, tak je mozny ze nektera transakce drzi zamek. Da se to dohledat pomoci SHOW INNODB STATUS. Obvykle je puvodce bud moc pomaly dotaz (a bude prvni ve slow query logu), nebo chcipnul aniz udelal rollback (v innodb status uvidis spoustu zamrzlych transakci).

    PS ta druha vec server nezahlti, ale muze bloknout web. Casto pote server zahlti uzitvatele zbesile klikajici na refresh.
    "2^24 comments ought to be enough for anyone" -- CmdrTaco
    Josef Kufner avatar 13.9.2010 23:46 Josef Kufner | skóre: 66
    Rozbalit Rozbalit vše Re: Ako prist na to kde to zlyhava?
    Doporučuju počítat časy generování jednotlivých stránek. V PHP na to je funkce microtime(). Na začátku přečteš jeden čas, na konci druhý, odečteš a zaloguješ. Pak stačí kouknout do logu, které stránky trvají podezdřele dlouho. Lokalizace problematického selectu pak už bude hračka. Navíc pak můžeš i sledovat, jak se projeví různé optimalizace i jinde než v SQL dotazech.
    Hello world ! Segmentation fault (core dumped)
    14.9.2010 09:36 Ivo
    Rozbalit Rozbalit vše Re: Ako prist na to kde to zlyhava?
    Podla mna mas v aplikacii nejake sql ktore zablokuje DB a ostatne sql cakaju na vykonanie toho blokujuceho.

    Ked sa to stane daj si vypisat zoznam processov: mysql> SHOW PROCESSLIST;

    Tam potom vidis blokujuci process a mozes ho zabit. Potom si to sql najdi v aplikacii a optimalizuj ho.

    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.