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 14:00 | Zajímavý článek

David Revoy, autor open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu, zveřejnil na svém blogu recenzi notebooku Librem 13 od společnosti Purism. Používá jej již sedm měsíců a s ním i jako umělec spokojen. Potřebu francouzské AZERTY klávesnice vyřešil přelepkami. Na displej se podíval kalibrační sondou, barvy vyladil pomocí open source softwaru DisplayCAL, v aplikaci Inkscape nastavil zvětšování na 170 % aby 1 cm v Inkscapu byl 1 cm v reálu. Webovou kameru, mikrofon, Wi-Fi a Bluetooth lze na Librem 13 hardwarově vypnout.

Ladislav Hagara | Komentářů: 1
včera 23:44 | Komunita

Několik posledních verzí GNOME Shellu obsahuje chybu způsobující memory leak (únik paměti). Viz například videozáznamy verzí 3.26 nebo 3.28. Nalezení chyby #64 a její opravě se věnuje Georges Basile Stavracas Neto v příspěvku na svém blogu [reddit].

Ladislav Hagara | Komentářů: 0
včera 10:33 | Komunita

V pondělí měl na YouTube online premiéru otevřený krátký 2D film Hero vytvořený v 3D softwaru Blender. Cílem stejnojmenného projektu Hero je vylepšit nástroj Grease Pencil (tužka) v Blenderu 2.8.

Ladislav Hagara | Komentářů: 4
20.4. 23:22 | Nová verze

Byla vydána verze 4.0 kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Přehled novinek v Changelogu (GitHub).

Ladislav Hagara | Komentářů: 0
20.4. 17:22 | Komunita

Včera vydanou hru Rise of the Tomb Raider pro Linux lze do pondělí 23. dubna koupit na Steamu s 67% slevou. Místo 49,99 € za 16,49 €.

Ladislav Hagara | Komentářů: 0
20.4. 16:11 | Komunita

Na Humble Bundle lze získat počítačovou hru Satellite Reign (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 5
20.4. 15:44 | Zajímavý software

Společnost Apple koupila před třemi lety společnost FoundationDB vyvíjející stejnojmenný NoSQL databázový systém FoundationDB (Wikipedie). Včera byl tento systém uvolněn jako open source pod licencí Apache 2.0. Zdrojové kódy jsou k dispozici na GitHubu.

Ladislav Hagara | Komentářů: 0
20.4. 15:00 | Nová verze

Po dva a půl roce od vydání verze 5.7 oznámila společnost Oracle vydání nové major verze 8.0 (8.0.11) databázového systému MySQL (Wikipedie). Přehled novinek v poznámkách k vydání. Zdrojové kódy komunitní verze MySQL jsou k dispozici na GitHubu.

Ladislav Hagara | Komentářů: 3
19.4. 14:44 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 151. brněnský sraz, který proběhne v pátek 20. 4. od 18:00 hodin v restauraci Benjamin na Drobného 46.

Ladislav Hagara | Komentářů: 0
19.4. 13:33 | Nová verze

Byla vydána verze 18.04.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi.

Ladislav Hagara | Komentářů: 0
Používáte na serverech port knocking?
 (3%)
 (8%)
 (46%)
 (27%)
 (17%)
Celkem 346 hlasů
 Komentářů: 29, poslední 5.4. 12:25
    Rozcestník

    Dotaz: jak limitovat prostredky pro pgsql

    10.2.2006 13:28 stradivarius
    jak limitovat prostredky pro pgsql
    Přečteno: 154×
    Zdravim, prave jsem polozil stroj pomoci funkce v plpgsql ktera pracovala pres 36000radku. Dosla pamet. Jak tomu rozumim, tak protoze takova funkce pracuje v transakci, tak se data asi ukladala do pameti tak dlouho, dokud nedosla. Funkce delala 2 LOOPy, jeden pres 36000 radku a druhy vnitrni pres 90radku a vykonavala INSERTy do nekolika ruznych tabulek. Rekl bych ze v dotazu chyba nebude a v transakci bych to rad ponechal.

    Chtel bych tedy nastavit limit pameti pro proces postmaster. Lze to? Nepotrebuji nastavit pamet pro vsechny procesy pres System V IPC. Diky

    Odpovědi

    12.2.2006 11:48 asd
    Rozbalit Rozbalit vše Re: jak limitovat prostredky pro pgsql
    man bash - hledat ulimit. nebo man 2 setrlimit. to je ale prilis systemove. To se potom mozna muze postgre odporoucet i takovym zpusobem, ze si poskodi databazi. Rek bych, ze je todle horsi nez kdyz je proces bud a) zabit z oom manazeraa nebo ceka na veky v situaci s povolenym overcommitem. Protoze takhle se mu nemisi povist neco alokovat a bude zalezet na programatorovi, jestli nezapomel na if a ukonci li se s nejakou chybovou hlaskou transakce nebo jestli pojede dal a zacnou se dit spatnosti.

    Doporucil bych se podivat do postgresu jestli neni nekde konfigurace obdobneho mazxima treba neco s result sety apod. nebo pridat 10GB swap.
    13.2.2006 10:31 stradivarius
    Rozbalit Rozbalit vše Re: jak limitovat prostredky pro pgsql
    Diky za odpoved,

    Ulimit je prima. Setrlimit je jeste lepsi. Ale myslel jsem na nejakou konfiguraci v postgresu, ktera by byla schopna zrusit query, pokud tato je moc zrava, ale postmaster by prezil. Treba
    SET transaction_memory_limit=500M;
    :-) Ale asi nic takoveho nebude, zvlaste kdyz se tranakce uklada v temp tabulkach.
    12.2.2006 13:05 barney
    Rozbalit Rozbalit vše Re: jak limitovat prostredky pro pgsql
    postgresql si vysledky transakcie neuklada v pamati, len si ich zapise do prislusnej tabulky s oznacenim transakcie, ktora ich vytvorila (a aj preto je nutny vacuum).

    skor by som povedal, ze v tej funkcii bude memory-leak.

    13.2.2006 10:22 stradivarius
    Rozbalit Rozbalit vše Re: jak limitovat prostredky pro pgsql
    Zdravim a diky za odpoved, Query ve funkci jsem si rozdelil do vicero funkci a potom ze skriptu volal vzdy po davkach o 10000 radcich. Probehlo to korektne a docela rychle. Slo o vlozeni dat ze starych tabulek do novych tabulek (jina struktura, data provazana cizimi klici).

    Po vlozeni ostatnich dat jsem chtel udelat query (viz nize ve funkci) najednou pro vsechna data, ale zacalo to swapovat jako predtim, takze to bude mozna tady tim. Opet jsem to musel rozkouskovat a volat po castech. Rad bych vam dal za pravdu a fci lepe napsal, ale pokud tam memory leak je tak ji bohuzel nevidim. Ta exception je tam proto ze vychozi data nejsou v nejkonzistentnejsim stavu...

    Mate pravdu s tou docasnou tabulkou pro transakci, to je rozhodne logictejsi.
    CREATE OR REPLACE FUNCTION icv_objects2(integer,integer)  RETURNS void AS $BODY$
    DECLARE
    	rec RECORD;
    BEGIN
    	FOR rec IN SELECT * FROM md_metadata_old WHERE id_metadata::integer BETWEEN $1 AND $2 LOOP
    		RAISE NOTICE 'Adding values for metadata %',rec.id_metadata;
    		IF rec.id_metadatagroup IS NOT NULL THEN
    				BEGIN
    					EXECUTE 'INSERT INTO md_metadata(fileidentifier,parentidentifier,identificationinfo) VALUES('||rec.id_metadata::integer||', '||rec.id_metadatagroup::integer||', '||rec.id_metadata::integer||')';
    				EXCEPTION WHEN foreign_key_violation THEN
    					EXECUTE 'INSERT INTO md_metadata(fileidentifier,parentidentifier,identificationinfo) VALUES('||rec.id_metadata::integer||', '||rec.id_metadata::integer||', '||rec.id_metadata::integer||')';
    				END;
    		END IF;		
    	END LOOP;
    END;
    $BODY$
    
    PostgreSQL 8.1.0
    13.2.2006 12:12 barney
    Rozbalit Rozbalit vše Re: jak limitovat prostredky pro pgsql
    aha :-))

    ak ma pamat neklame, problem je ten, ze select taha vsetky data do pamate. vyskusajte implementovat nasledovny pseudokod (bohuzival plpgsql neovladam/nepouzivam) :

    
    "declare cursor nejake_meno for select * from md_metadata_old;"
    while row = "fetch from nejake_meno"
      insert into ...
    end
    
    
    13.2.2006 16:43 stradivarius
    Rozbalit Rozbalit vše Re: jak limitovat prostredky pro pgsql
    Bingo! A ja si rikal na co ty asi kurzory jsou. Ale dokumentace me lehce mate, pry smycky FOR maji interni kurzor. Zda se mi ze interni kurzory asi funguji jinak, protoze tato funkce tentokrat trvala pouze kolem 30s(puvodni nedavkovana by mozna ani nedobehla). Ale je pravda, ze tabulka nemela cizi klice, takze se nekontrolovaly zavislosti.

    Zde vysledek:
    CREATE OR REPLACE FUNCTION icv_objects3()
      RETURNS void AS
    $BODY$
    DECLARE
    	row md_metadata_old%ROWTYPE;
    	curs REFCURSOR;
    BEGIN
    	OPEn curs FOR SELECT * FROM md_metadata_old;
    	FETCH curs INTO row;
    	WHILE FOUND LOOP
    		RAISE NOTICE 'Adding values for metadata %',row.id_metadata;
    		IF row.id_metadatagroup IS NOT NULL THEN
    			BEGIN
    				EXECUTE 'INSERT INTO md_metadata_test(fileidentifier,parentidentifier,identificationinfo) VALUES('||row.id_metadata::integer||', '||row.id_metadatagroup::integer||', '||row.id_metadata::integer||')';
    			EXCEPTION WHEN foreign_key_violation THEN
    			END;
    		END IF;	
    		FETCH curs INTO row;	
    	END LOOP;
    	CLOSE curs;
    END;
    $BODY$
      LANGUAGE 'plpgsql' VOLATILE;
    
    http://www.postgresql.org/docs/8.1/interactive/plpgsql-cursors.html#PLPGSQL-CURSOR-DECLARATIONS

    To by bylo, dekuji barney! Nicmene, zpet k puvodni otazce, nemohu nejak omezit prostredky pro jednotlive query? Pokud takovou fci nekdo spusti treba na sdilenem hostingu? Asi kazdy namitne ze tam potom nema co pohledavat, nicmene vypadek hrozi, nebo dokonce nekonzistence dat, pokud by postmaster mel omezeni v OS.
    13.2.2006 16:54 barney
    Rozbalit Rozbalit vše Re: jak limitovat prostredky pro pgsql
    rád som pomohol (i sa niečo priučil)
    s obmedzeniami vám bohužial neviem poradiť.
    15.2.2006 11:01 stradivarius
    Rozbalit Rozbalit vše Re: jak limitovat prostredky pro pgsql
    Takze asi takove nativni nastaveni omezeni zdroju na query neexistuje, skoda. Bylo by to docela uzitecne. Ted lze videt probihajici query pokud vim maximalne pres pg_stat_activity, takze by sel mozna udelat nejaky skriptik, ktery by podle loadu killoval query, ktera bezi nejdele casu. Neni to nejsystemovejsi, ale zase by to mohlo posilat mailem upozorneni a jine veci.

    Mam nejisty pocit, ze nejake rizeni zdroju jsem nedavno videl v prezentaci http://www.enterprisedb.com, ale ted to na tech strankach nejak nemuzu najit. Mimochodem, pouzivate nekdo tu enterprisedb?

    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.