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

    Elon Musk prohrál soudní spor se společností OpenAI, která se podle jeho žaloby odchýlila od původně uváděného cíle vyvíjet umělou inteligenci (AI) ku prospěchu lidstva. Porota včera po necelých dvou hodinách dospěla k jednomyslnému závěru, že Musk žalobu podal příliš pozdě. Musk byl jedním ze spoluzakladatelů společnosti OpenAI, která vznikla v roce 2015 a vyvinula populární chatovací systém ChatGPT. V roce 2018 na svůj post ve vedení

    … více »
    Ladislav Hagara | Komentářů: 0
    dnes 10:22 | Nová verze

    Byla vydána nová verze 10.4 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Opraveny jsou zranitelnosti Copy Fail a Dirty Frag. Přibyl nový obraz pro Orange Pi 5B.

    Ladislav Hagara | Komentářů: 0
    dnes 07:44 | Zajímavý software

    Pokud je zranitelnost Linuxu v nepoužívaném jaderném modulu, lze ji jednoduše vyřešit zakázáním automatického načítání tohoto konkrétního zranitelného modulu. Projekt ModuleJail si klade za cíl zvýšit bezpečnost Linuxu zakázáním automatického načítání všech nepoužívaných jaderných modulů. Jedná se o skript, který dá všechny nepoužívané jaderné moduly na blacklist (/etc/modprobe.d/modulejail-blacklist.conf).

    Ladislav Hagara | Komentářů: 0
    včera 16:11 | Zajímavý článek

    Odborníci z Penn State University zkoumají způsob ukládání informací na lepicí pásku. Principiálně by podle nich bylo možné kombinací odlepení a zpětného přilepení dosáhnout uložení informace, kterou opětovným odlepením dokážou přečíst. Výhodou je, že způsob uložení i přečtení je čistě mechanický. Zde o tom referují ve volně dostupném článku. Zajímavé bude sledovat zda se jim v rámci výzkumu podaří prokázat použitelnost i v jiné než

    … více »
    karkar | Komentářů: 9
    včera 13:00 | Zajímavý projekt

    Na GitHubu byl publikován reprodukovatelný návod, jak rozchodit Adobe Lightroom CC na Linuxu a Wine. Návod byl vytvořený pomocí AI Claude Code.

    Ladislav Hagara | Komentářů: 0
    včera 12:33 | Humor

    Pokud by někdo potřeboval Wayland kompozitor uvnitř počítačové hry Minecraft, aby mohl zobrazovat okna desktopových aplikací přímo v herním prostředí, může sáhnout po Waylandcraftu. Ukázka na YouTube.

    Ladislav Hagara | Komentářů: 2
    17.5. 23:55 | Zajímavý článek

    Uroš Popović v krátkém článku vysvětluje, co jsou emulátor terminálu, TTY a shell a jaké jsou mezi nimi rozdíly. Jde o první díl seriálu na jeho novém webu Linux Field Guide věnovaném nízkoúrovňové práci s linuxovými systémy.

    |🇵🇸 | Komentářů: 0
    16.5. 22:33 | Nová verze

    Byl vydán Debian 13.5, tj. pátá opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.14, tj. čtrnáctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

    Ladislav Hagara | Komentářů: 0
    15.5. 12:55 | Nová verze

    CiviCRM (Wikipedie) bylo vydáno v nové verzi 6.14.0. Podrobnosti o nových funkcích a opravách najdete na release stránce. CiviCRM je robustní open-source CRM systém navržený speciálně pro neziskové organizace, spolky a občanské iniciativy. Projekt je napsán v jazyce PHP a licencován pod GNU Affero General Public License (AGPLv3). Český překlad má nyní 45 % přeložených řetězců a přibližuje se milníku 50 %. Potřebujeme vaši pomoc, abychom se dostali dál. Pokud máte chuť přispět překladem nebo korekturou, přidejte se na platformu Transifex.

    jardaIT | Komentářů: 3
    15.5. 12:22 | Bezpečnostní upozornění

    Další lokální zranitelností Linuxu je ssh-keysign-pwn. Uživatel si může přečíst obsah souborů, ke kterým má právo ke čtení pouze root, například soubory s SSH klíči nebo /etc/shadow. V upstreamu již opraveno [oss-security mailing list].

    Ladislav Hagara | Komentářů: 2
    Které desktopové prostředí na Linuxu používáte?
     (13%)
     (8%)
     (2%)
     (14%)
     (31%)
     (4%)
     (6%)
     (3%)
     (16%)
     (26%)
    Celkem 1655 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    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: 653×
    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: 46 | 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: 46 | 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.