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 18:33 | IT novinky

    The Trump Organization spustila ve Spojených státech mobilní síť Trump Mobile s neomezeným tarifem The 47 Plan za 47,45 dolarů měsíčně a představila vlastní značku telefonů The T1 Phone s Androidem za 499 dolarů.

    Ladislav Hagara | Komentářů: 3
    dnes 15:00 | Zajímavý článek

    Vývojáři KiCadu se na svém blogu rozepsali o problémech KiCadu v desktopových prostředích nad Waylandem. KiCad běží, ale s významnými omezeními a problémy, které podstatně zhoršují uživatelský komfort a vývojáři je nedokážou vyřešit na úrovni KiCadu. Pro profesionální používání doporučují desktopová prostředí nad X11.

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

    Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.

    Ladislav Hagara | Komentářů: 0
    13.6. 17:33 | Nová verze

    Byla vydána (𝕏) nová verze 2025.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení na blogu.

    Ladislav Hagara | Komentářů: 0
    13.6. 10:33 | Komunita

    Dánské ministerstvo pro digitální záležitosti má v plánu přejít na Linux a LibreOffice [It's FOSS News].

    Ladislav Hagara | Komentářů: 25
    13.6. 09:22 | Komunita

    V úterý Google vydal Android 16. Zdrojové kódy jsou k dispozici na AOSP (Android Open Source Project). Chybí (zatím?) ale zdrojové kódy specifické pro telefony Pixel od Googlu. Projekty jako CalyxOS a GrapheneOS řeší, jak tyto telefony nadále podporovat. Nejistá je podpora budoucích Pixelů. Souvisí to s hrozícím rozdělením Googlu (Google, Chrome, Android)?

    Ladislav Hagara | Komentářů: 3
    12.6. 20:22 | Nová verze

    Byla vydána (𝕏) květnová aktualizace aneb nová verze 1.101 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.101 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    12.6. 10:00 | Komunita

    V Brně na FIT VUT probíhá třídenní open source komunitní konference DevConf.CZ 2025. Vstup je zdarma, nutná je ale registrace. Na programu je celá řada zajímavých přednášek, lightning talků, meetupů a workshopů. Přednášky lze sledovat i online na YouTube kanálu konference. Aktuální dění lze sledovat na Matrixu, 𝕏 nebo Mastodonu.

    Ladislav Hagara | Komentářů: 0
    12.6. 09:44 | IT novinky

    Vyloučení technologií, které by mohly představovat bezpečnostní riziko pro stát, má umožnit zákon o kybernetické bezpečnosti, který včera Senát schválil spolu s novelami navazujících právních předpisů. Norma, kterou nyní dostane k podpisu prezident, počítá rovněž s prověřováním dodavatelů technologií pro stát. Normy mají nabýt účinnosti od třetího měsíce po jejich vyhlášení ve Sbírce zákonů.

    Ladislav Hagara | Komentářů: 4
    12.6. 01:11 | Nová verze

    Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.6.

    Ladislav Hagara | Komentářů: 0
    Jaký je váš oblíbený skriptovací jazyk?
     (56%)
     (31%)
     (7%)
     (2%)
     (0%)
     (1%)
     (3%)
    Celkem 270 hlasů
     Komentářů: 16, poslední 8.6. 21:05
    Rozcestník

    Dotaz: Mysql problem s Procedurou

    25.10.2012 13:45 basss | skóre: 2
    Mysql problem s Procedurou
    Přečteno: 579×
    Zdravim

    Muj problem je kdyz na sever pristupuje 400 klientu zaroven k jedne procedure ktere predavaji sve unikatni cislo a nasledne procedura vykonava / select * from tabulka_unikatni_cislo / a pak provede vypocty a vrati vysledek . Procedura funguje ale pri napojena nad 150+ klientu zacina system brat neumerne moc RAM

    Po zapnuti DB je hodnat na 12GB a jak je pripoji vice jak 150 klientu zaci to prudce stoupat nekdy az na maximu serveru coz je 36GB a pak zacina swapowat a to je spatne .

    Cele to je postavene na Slackware 13.1 s jadrem 3.2.32 a mysql 5.5.28

    Pri testech sikany serveru kdy jsem udelal 400 klientu s tim ze jsem posilal primo z klienta / select * from tabulka_unikatni_cislo / tak se pamet serveru pohla +- 0.5GB coz jsem predpokladal.

    Pri testech procedury i bez vypoctu jen se / select * from tabulka_unikatni_cislo / se stava problem s pameti co jsem vyse popsal.

    Nesetkal se stim nekdo v praxi ?

    Predem dekuji za rady a napady (ne za tak si to vygoooogly)

    Odpovědi

    25.10.2012 20:13 VM
    Rozbalit Rozbalit vše Re: Mysql problem s Procedurou
    Netuším co to dělá, ale nedrží to náhodou v paměti moc dat z toho "SELECT *" ?
    25.10.2012 20:35 Kit
    Rozbalit Rozbalit vše Re: Mysql problem s Procedurou
    Také si myslím, že chyba bude někde v návrhu, protože pokud se aplikace skládá převážně z dotazů typu "SELECT * FROM tabulka;", tak je něco špatně. Běžné dotazy obsahují selekci i projekci a často i spojování, agregaci, řazení apod.

    Bez konkrétních procedur však jen vaříme z vody.
    26.10.2012 18:04 basss | skóre: 2
    Rozbalit Rozbalit vše Re: Mysql problem s Procedurou
    Neresim problem v navrhu jen to ze kdyz po mysql pozaduji stejnou vec pres proceduru tak ze to zere hodne pameti a kdyz zkousim stejnou vec jako dotazy tak se to na pameti neprojevuje .
    26.10.2012 18:09 Kit
    Rozbalit Rozbalit vše Re: Mysql problem s Procedurou
    Pokud je možné stejnou věc řešit dotazem, nevidím důvod pro použití procedury.
    31.10.2012 12:44 l0gik | skóre: 22
    Rozbalit Rozbalit vše Re: Mysql problem s Procedurou
    Hmmm, to že nevidíš neznamená, že tam není :-)

    Důvodů může být hafo, např. spouštění stejného kódu více klienty (s různým prostředím a jazykem), optimalizace (zpracovat gigabyte na serveru je řádově levnější, než poslat gygabyte na klienta a zpracovat ho tam) atd, atd...
    31.10.2012 14:26 Kit
    Rozbalit Rozbalit vše Re: Mysql problem s Procedurou
    "...kdyz zkousim stejnou vec jako dotazy..."
    1.11.2012 11:34 l0gik | skóre: 22
    Rozbalit Rozbalit vše Re: Mysql problem s Procedurou
    A? Každé zpracování dat udělatelné na serveru jde udělat i na klientovi. Neboť klient je turingovsky úplný. To ale neznamená, že to je vždy vhodnější a z dotazu v tomto případě plyne, že v tomto případě to opravdu vhodnější není.

    V každém případě se na to tazatel neptal a důvody proč řeší tak jak to řeší nesdělil (což udělal dobře, protože to s jeho otázkou nikterak nesouvisí), takže když už sem zavlékáš oftopic téma, tak by bylo slušné se nejprve na ty důvody zeptat a ne hned ho stírat, že to řeší blbě. Kdybys četl dotaz pozorně, tak ta stored procedura dělá nějakou formu agregace, která zřejmě není vykonatelná přímo SQL dotazem, což je jasný důvod pro stored proc (aby se všechna data netahala ke klientovi).

    Tazatel akorát udělal minimální testcase, ve kterém zjistil, že příčina memory leaku není ta agregace, ale samotné vytažení dat pro ni a tak se ptá, jestli někdo nezná důvod, proč ty samé dotazy co z klienta jedou v poho v stored proc žerou paměť. Což je naprosto legitimní dotaz a Tvoje s odpuštěním poněkud přemoudřelý připomínky jen dokazujou, že si především snažíš honit triko, jak to umíš vyřešit líp než tazatel, a přitom ani neumíš pořádně přečíst dotaz. Neber to prosím zle, ale takovýto přístup k diskuzím vede jen k tomu, že se tu příště už nikdo nezeptá, protože místo toho, aby mu někdo (jako např. ondra) poradil, tak mu jen lidi sypou na hlavu, jak je blbej, že to napsal takhle.
    25.10.2012 21:10 Ondra
    Rozbalit Rozbalit vše Re: Mysql problem s Procedurou
    Zkus SELECT SQL_NO_CACHE * FROM ....

    Pak se podívat na velikost bufferů a počet vláken který můžou být spuštěný.

    Když to nepomůže, tak zkusit něco jako MySQL cluster... Ale bacha, je to in-memory databázový engine.

    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.