Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - pruzkumbojem

Stran: [1] 2 3 ... 56
3
Odkladiště / Re:Doporučte online brokera
« kdy: 10. 08. 2022, 09:48:14 »
Fio zadne procento z ceny obchodu nema.

Jenom ještě k poplatkům - fio má poplatky minimální kolem 10USD/EUR na obchod, pak procento podle celkové ceny obchodu, ale některé alternativy mají poplatky minimální (a trochu nižší než fio) plus podle počtu ks obchodovaných akcií. Pokud byste se chtěl věnovat levným akciím (třeba kolem 1USD/akcie) tak se takové účtování může na poplatkách prodražit (oproti fiu).

4
Hardware / Re:UPS - kotel + oběhové čerpadlo
« kdy: 09. 08. 2022, 18:16:55 »
co to teda je, online nebo ne.
tam pisou typ offline, ale cisty sinus.
Mam pocit, ze cisty sinus to je, kdyz to zrovna nejede z baterek. nebo se pletu?

Např. toto a k tomu baterie tak velká jak je potřeba.

https://www.discomp.cz/zalozni-zdroj-ups-adler-400w-230v-12v_d87870.html

Např. jeden "wifi" bod mě na to nedávno jel cca 7,5 hodiny při nahlášeném výpadku od ČEZu. Bohužel to bylo stejně o cca 40 minut bylo méně než bylo potřeba, takže jedna ze dvou baterií 45Ah bude vyměněna za větší. V každém případě utáhne to opravdu hodiny provozu. Máme třeba body kde k tomu je připojeno 2x 100Ah.

5
Server / Re:SQL dotaz: defragmentace tabulky
« kdy: 07. 08. 2022, 23:04:10 »
Ono je to tezky, kdyz si nejak startup rad hraje na zahadnyho. Takze treba  si dali tu praci, aby @@VERSION nefungovalo.  Predpokladam, ze tohle na 99% serveru funguje.

Taky uz  jsem se tu kdysi ptal na trik, jak z nejakoho pozorovani chovani databaze lze urcit typ a verzi...


A bylo by fajn vedet co za db engine to je.


6
Server / Re:SQL dotaz: defragmentace tabulky
« kdy: 07. 08. 2022, 12:02:24 »
S tim nelze nesouhlasit.

Vzhledem k tomu, co a jak tady píšete, byste to měl nechat na někom zkušenějším.

7
Server / Re:SQL dotaz: defragmentace tabulky
« kdy: 06. 08. 2022, 13:15:56 »
1/ to snad neni bug, to je zname chovani vsech verzi ZFS, jakmile je volne misto pod 10%, tak peformance jde ke dnu.
2/popisujes presne moje situace (mnozne cislo), kdy nutim managera vendora, aby donutil adminy zopovedet otazky, u kterych rikaji, ze nemusime vedet odpoved, protoze to u nich neni.

3/ potom jsou bonusove pripady, ktere jsou na odchod z projektu, kdy...

i po primem zavolani supervisorovi teamu eskalace P2 na P1 trva 20 minut

support rika "f**u" na pozadavky, ktery se jinde  se delaly automaticky a preemtivne.

nebo zlaty hreb, po 4mesice trvajicim (technicky lidi zamestnavajicim ) tendru na kompletni support indicka firma skonci na 4 pozici, podle internich komentaru "protoze v minimalne  jedne technicke domene vubec nemala knowhow a lidi". To bylo ve ctvrtek. V pondeli je oznameno, ze kontrakt dostava tahle firma, ze si CEO "pres vikend zavolali a spolupraci vyjasnili"

celkem pochopitelne ani nechci udavat detaily, ktere by vedly k nejake identifikaci.

Na tohle téma mám takovou vtipnou historku: U jednoho mobilního operátora jsme měli aplikaci od vendora, co ukládala reportingová data do DB. Najednou se ukládání dat do DB hrozně zpomalilo, data se hromadila ve frontě v aplikaci a reporty se zpoždovaly víc a víc. DB admini lehce arogantně tvrdili, že u nich to není, že oni tam nic nedělali, že jsme určitě něco zmršili my. Udělal jsem nějaké testy a došel k tomu, že ta DB je prostě podivně pomalá, ale ani to s nimi nehlo. Po několika dnech, když už situace začínala být kritickou, manažer zákazníka donutil DB adminy ať se na to přeci jen kouknou. Poměrně rychle zjistili, že se na DB stroji projevil bug v ZFS, kdy se po překročení určitého procenta zaplněnosti výrazně zpomalil zápis na FS. Oprava byla jednoduchá - prostě odmazali nějaký balast, takže procento zaplnění disku spadlo pod kritickou mez a DB se zase zázračně rozjela. No, sypali si popel na hlavu docela dlouho.

Jediný náš operátor, o kterém vím že má zfs na databázi je O2 a u něj jsem řešil přesně tenhle problém. Tenhdy to ale nebyl bug, ale dokumentovaná a neznalá vlastnost, viz např. nastavení spa_slop_shift v openZFS.

Ano, ty problémy bývají komplexní a tím, jak jednotlivé vrstvy řeší různé týmy, se řešení některý problémů extrémně táhne, ikdyž jsou primitivní.

8
Server / Re:SQL dotaz: defragmentace tabulky
« kdy: 05. 08. 2022, 22:50:59 »
Budu optimista, takze doufam po smazani  5-6 TB zbude tak 2TB nejnovejsi recordu.

ono se to trochu zacyklilo, kdyz zakaznik rika, ze nemuze mazat protoze je to extremne pomaly, zatimco support rika je to pomaly, protoze nemazete. Plus teda zakaznik neco smazal a prekvapive velikost tabulky se nezmenila. A support rekl co... "nojono, je to fragmentovany"
A muj pohled na vec je, ze se plati 1+ milionu EUR rocne, ve smlouve neni nic o limitu velikosti tabulek a vendor na tu tabulku nesahl 7 let, co se na ti delaji miliardy zapisu a mazani.

A protoze se uz se supportem timhle zpusobem nechci dal bavit, lepsi CSAT nez 3 z 10 ode mne nedostanou, takze se jim holt kazi jejich krasny reporty. A najednou stredni management se mnou chce schuzky a ptaji se, co pro mne muzou udelat.

P.S. porad je to lepsi nez dratem do oka nebo IBM.



Hádám, že někdy muže být levnější zkopírovat zajímavé záznamy do jiné tabulky, udělat truncate a pak zajímavá data nalít zpět (ale je to specielní případ - pokud se ponechá jen zlomek dat z ohromné tabulky).

9
Studium a uplatnění / Re:Placení času na onboard školení
« kdy: 05. 08. 2022, 19:04:15 »
jsem to nechtel prazdne komentovat ale je to vlastne "moje" vlakno.

predpokladam, ze diskuse o nakladech byla o nizsich platovych hladinach. Tohle tema tu jinde bylo, opravdu se neda spokojit s 40k, kdyz clovek zije v Praze a mit  jasno o nakladech je must.
Ovsem jeste extremnejsi je si to omezit shora.." jsem nad naklady tolik a tolik, tak uz vic nepotrebuju. Nevim proc si vsichni chamtive rikaji vic nez o 51k."........... Tohle je uz vazne diagnoza.

Tim nenapadam tvrzeni, ze prachy nejsou vsechno. Uz jsem odesel z projektu, kde bylo 12 schuzi denne nebo sef byl totalni psy- a socio- pat.

A jak tohle vlakno zacalo... proste nepodepisu smlouvu, ktera je fakt oprskla a kdyz se jim neco rekne, tak odpovi "ono to tam je, mi to ve skutecnosti tak nemyslime". Takze v tomhle pripade penize nebyly vsechhno.

10
Server / Re:SQL dotaz: defragmentace tabulky
« kdy: 05. 08. 2022, 18:55:33 »
haha, ja pouzivam jejich terminy.

BTW nezminil jsem mazani radku?
A ta definice je mi celkem u p****e, protoze jsem ptal na rebuild tabulky od jisteho radku, protoze ty predtim nechce ze strany klienta mazat..

Rad bych vedel, co si predstavujete pod slovem defragmentace? Ulozeni dat? nebo zmenu udaju ve sloupcich?
Se nedivim, ze support s Vami nechce nic mit :):):)

11
Server / Re:SQL dotaz: defragmentace tabulky
« kdy: 05. 08. 2022, 11:01:19 »
Ja to znam jako uzivatel, u MariaDB i MySQL rebuild nikdy neprerusil "pristupnost tabulky". Docasne tam vznikne druha tabulka a zapis se presmerovava. Proto je taky docasne potreba vice diskoveho prostoru, o velikosti defragmentovane tabulky.

Nezpochybnuji, ze kdyz promazu tabulku, tak vznikne defragmentace a musi se to defragmentovat. (naopak, bych chtel aby to provider delal casteji nez jednou za 5 let).

Protoze i diky historii neudrzby je reseni straslive pomale, nechci mazat miliardu radku a potom prosit o defragmentaci.
Chci preskocit ten mesic mazani a proste behem defragmentace zapomenout starsi radky.

A ptam se takhle blbe tady, protoze L1-3 support proste lze.


Prijde mi nesmysl horkotezko vymazat miliardu nejstarsich zaznamu a potom delat rebuild.
Co Vám na tom přijde nesmyslného?

Vymažete hromadu starých záznamů, čímž ale vzniknou v tabulce mezery, která jen zabírají místo. Přerovnat záznamy (=rebuild) naopak dává perfektní smysl.

Pokud Vás to utěší, tak některý databáze tuším umějí rebuildnout tabulku a nechat ji při tom přístupnou.

12
Server / SQL dotaz: defragmentace tabulky
« kdy: 05. 08. 2022, 09:33:06 »
SQL nerozumim a tak se ptam.

Velika tabulka kategorie je framentovana a je potreba udelat rebuild. Ale jak to vlastne funguje, slo by ten rebuilt udelat jen pro recordy mladsi nez zvolene datum?

Prijde mi nesmysl horkotezko vymazat miliardu nejstarsich zaznamu a potom delat rebuild.

13
Nekdo tady zminoval online UPS pro kotel, nejake doporuceni? Bohuzle online pro PC jsou predimenzovane.

14
Tohle byla vysoce kvalitni diskuse, jenom kvuli takovym na root chodim.
Nez se tady objevil standardni "tazatel je blby a elektrocentrala"

Na druhou stranu, tohle jsem videl v behu a mit to vedle routeru by bylo pusobive:
https://www.dobryden.cz/data/cp1/001701_005810.jpg

Centrala twl koho to muze napadnout????



15
Odkladiště / Re:Anglická TV v ČR
« kdy: 03. 08. 2022, 09:15:03 »
viz printscreen Netflixu

Stran: [1] 2 3 ... 56