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í
×
    včera 22:22 | Komunita

    Open source webový aplikační framework Django slaví 20. narozeniny.

    Ladislav Hagara | Komentářů: 0
    včera 16:11 | Komunita

    V Brestu dnes začala konference vývojářů a uživatelů linuxové distribuce Debian DebConf25. Na programu je řada zajímavých přednášek. Sledovat je lze online.

    Ladislav Hagara | Komentářů: 0
    včera 11:33 | IT novinky

    Před 30 lety, tj. 14. července 1995, se začala používat přípona .mp3 pro soubory s hudbou komprimovanou pomocí MPEG-2 Audio Layer 3.

    Ladislav Hagara | Komentářů: 22
    včera 10:55 | IT novinky

    Výroba 8bitových domácích počítačů Commodore 64 byla ukončena v dubnu 1994. Po více než 30 letech byl představen nový oficiální Commodore 64 Ultimate (YouTube). S deskou postavenou na FPGA. Ve 3 edicích v ceně od 299 dolarů a plánovaným dodáním v říjnu a listopadu letošního roku.

    Ladislav Hagara | Komentářů: 19
    13.7. 17:55 | Zajímavý projekt

    Společnost Hugging Face ve spolupráci se společností Pollen Robotics představila open source robota Reachy Mini (YouTube). Předobjednat lze lite verzi za 299 dolarů a wireless verzi s Raspberry Pi 5 za 449 dolarů.

    Ladislav Hagara | Komentářů: 13
    11.7. 16:44 | Komunita

    Dnes v 17:30 bude oficiálně vydána open source počítačová hra DOGWALK vytvořena v 3D softwaru Blender a herním enginu Godot. Release party proběhne na YouTube od 17:00.

    Ladislav Hagara | Komentářů: 3
    11.7. 14:55 | Humor

    McDonald's se spojil se společností Paradox a pracovníky nabírá také pomocí AI řešení s virtuální asistentkou Olivii běžící na webu McHire. Ian Carroll a Sam Curry se na toto AI řešení blíže podívali a opravdu je překvapilo, že se mohli přihlásit pomocí jména 123456 a hesla 123456 a získat přístup k údajům o 64 milionech uchazečů o práci.

    Ladislav Hagara | Komentářů: 16
    11.7. 00:11 | Nová verze

    Byla vydána (𝕏) červnová aktualizace aneb nová verze 1.102 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.102 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    10.7. 21:00 | Bezpečnostní upozornění

    Byla vydána nová verze 2.4.64 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 8 bezpečnostních chyb.

    Ladislav Hagara | Komentářů: 4
    10.7. 15:22 | Nová verze

    Společnost xAI na síti 𝕏 představila Grok 4, tj. novou verzi svého AI LLM modelu Grok.

    Ladislav Hagara | Komentářů: 12
    Jaký je váš oblíbený skriptovací jazyk?
     (59%)
     (26%)
     (7%)
     (3%)
     (1%)
     (1%)
     (4%)
    Celkem 397 hlasů
     Komentářů: 16, poslední 8.6. 21:05
    Rozcestník

    Dotaz: Subjektivně pomalé PHP + MySQL

    12.2.2018 08:50 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Subjektivně pomalé PHP + MySQL
    Přečteno: 594×
    Zdravím tučňáky

    Mám dotaz ohledně rychlosti PHP. Jsem jen programátor amatér, a kamarádovi jsem napsal .. aplikaci (?) na skladovou evidenci .. Nyní jsem řešil archivaci dat ( odsunout data aktuálního období ( doklady + položky ) do archivních tabulek. Dokladů je +- 350, položek skoro 2000.

    Skript zahrnuje načtení všech dokladů zvoleného období (roku) do paměti, a po určitých kontrolách dat zobrazí potvrzení pro pokračování v archivaci.

    Těch 350 dokladů ale archivuje 75 sekund při nulovém zatížení serveru ( mysql 5% http 1% jinak nikde nic ). skript pro samotnou archivaci jede "na jeden zátah", žádné ajaxoviny nebo tak. Jelikož má aplikace vestavěný vlastní logování, v logu vidím, že jeden doklad řeší přibližně 0,3s, to zahrnuje: * uložení dat dokladu (načteného v paměti), získání nového ID * načtení položek dokladu ( prům. tak 5-6 položek ), přepsání ID tím novým (v paměti - v poli ), jejich uložení do archivní tabulky, a smazání v aktuální tabulce. * smazání dokladu v aktuální tabulce

    položky jsou ukládány a mazány najednou, t.j. jedním sql-kem.

    Skript funguje, t.j. data jsou převedena do archivu správně, ale je to pomalé.

    Mám několik nápadů, jak vysledovat, kde se to zadírá, (logovat časy funkcí nebo tak ) ale zase server se fláká, zatížení žádné.

    Nemáte nějaké nápady, jak zjistit, kde to vázne ?

    V PHPMyAdminu nemám u sebe žádné omezení co se počtu queries per hour týče

    Předem díky..

    Milan

    Řešení dotazu:


    Odpovědi

    Jendа avatar 12.2.2018 08:59 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Subjektivně pomalé PHP + MySQL
    ale zase server se fláká, zatížení žádné
    A sledoval jsi i, jestli mysql nevisí na I/O? (v "D" stavu)

    Pokud se každý ten dotaz samostatně commituje, tak by to na pomalém rotačním disku mohlo trvat…
    12.2.2018 10:04 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: Subjektivně pomalé PHP + MySQL
    Ahoj,

    díky za naťuknutí, ale nevím, jestli se commituje .. sázím dotazy rovnou přes mysqli->query(). Rotační disk tam je, ale jsou 3 ( raid 5 ) relativně nové, 2TB.

    Jak zjistím, že je v D stavu ?
    Řešení 2× (Bedňa, Milan Uhrák (tazatel))
    Jendа avatar 12.2.2018 11:28 Jendа | skóre: 78 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Subjektivně pomalé PHP + MySQL
    Rotační disk tam je, ale jsou 3 ( raid 5 )
    Což znamená, že se změna musí zapsat na všechny, takže to bude trvat dýl…
    díky za naťuknutí, ale nevím, jestli se commituje .. sázím dotazy rovnou přes mysqli->query()
    Tak to se commituje. Nevím jestli jsou dotazy na sobě závislé, ale zkusil bych START TRANSACTION, pak vypsat všechny ty inserty a pak COMMIT.
    12.2.2018 12:51 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: Subjektivně pomalé PHP + MySQL
    Jeníku,

    zdá se žes to trefil ... trochu jsem musel postudovat, jak to s těmi transakcemi je ( vlastně díky za toto ) a obnova databáze ze zálohy z 45s na 10s ...

    archivace (a vše vypadá v pohodě ) 0.6s .... uff

    Moc díky za nasměrování,

    M
    12.2.2018 10:56 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: Subjektivně pomalé PHP + MySQL
    Tak mě napadlo, že to bude status v top-u...

    A fakt .. :-) takže v D stavu se v době vykonávání archivace objevuje jdb2/dm-0-8 ... i když jen mžikově ... chvíli jo, pak zase ne ..

    Nápad ? Já jsem tady v koncích.
    12.2.2018 11:10 Kit | skóre: 45 | Brno
    Rozbalit Rozbalit vše Re: Subjektivně pomalé PHP + MySQL
    Vyzkoušel bych to na jiném stroji.
    Komentáře označují místa, kde programátor udělal chybu nebo něco nedodělal.
    12.2.2018 10:59 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: Subjektivně pomalé PHP + MySQL
    Tak ne, je v D skoro pořád, oprava po lepším "sledování"
    12.2.2018 11:10 Milan Uhrák | skóre: 31 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: Subjektivně pomalé PHP + MySQL
    oddíl s databázi je připojen
    /dev/mapper/data_lvm-data on /data type ext4 (rw,relatime,user_xattr,acl,barrier=1,data=ordered)
    
    12.2.2018 09:12 Kit | skóre: 45 | Brno
    Rozbalit Rozbalit vše Re: Subjektivně pomalé PHP + MySQL
    Určitě to vázne v mizerně napsaném skriptu.
    Komentáře označují místa, kde programátor udělal chybu nebo něco nedodělal.
    14.2.2018 14:59 .
    Rozbalit Rozbalit vše Re: Subjektivně pomalé PHP + MySQL
    Zkus to nějak extrahovat do minimální podoby, kterou můžeš sdílet. Spousta lidí tady ti pak dokáže konkrétně říct, co by šlo udělat lépe.
    14.2.2018 17:40 OldFrog {Ondra Nemecek} | skóre: 36 | blog: Žabákův notes | Praha
    Rozbalit Rozbalit vše Re: Subjektivně pomalé PHP + MySQL
    Zdá se, že to je již vyřešeno, stačilo to zabalit do transakce.
    -- OldFrog

    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.