Příspěvky

346

Server / Re:Performance MongoDB

« kdy: 26. 06. 2022, 14:51:38 »

Mongo je fakt pomalé, na datové kostky to není, ale těch 40k snad není až tolik

347

Hardware / Re:Dostupnost: Raspberry Pi Zero 2 W

« kdy: 26. 06. 2022, 14:24:31 »

Prototypovat na tom, na com sa bude stavat realny produkt.

Když není chleba, jezte koláče

• prototyp v pythonu, ostrý kód je přeložený
• pro některé filtry je potřeba třeba 16x větší výkon než rychlost vstupních dat, podle skutečné potřeby se ladí prototyp
• počet senzorů se u prototypu mění, potřebuji víc SPI/IIC - často na sběrnici dávám jen jedno, abych si to zjednodušil
• prototyp má mít výstup na HDMI

Některé rady prostě nejsou užitečné...

348

Hardware / Dostupnost: Raspberry Pi Zero 2 W

« kdy: 26. 06. 2022, 12:09:07 »

Ahoj,

nějak se zhoršila dostupnost Raspberry Pi Zero 2 W, které používám na prototypy.
Celkem vtipně podražily i na ŤamanExpressu    https://www.aliexpress.com/item/1005003498693592.html

Co s tím kua?
Překlopit to na Bannana PI? https://www.aliexpress.com/item/32862713418.html

Prý to na lepší dostupnost Raspberry Pi Zero 2 W zatím vůbec nevypadá :-(

349

Studium a uplatnění / Re:O kolik si říct jako správce/podpora

« kdy: 25. 06. 2022, 22:20:22 »

To jaksi záleží na tom jestli je to „normální zaměstnání“ nebo „námezdní kontrakt“ jak píše tazatel. On demand programátory určitě neseženeš za 7200 a 12000 Kč/MD, spíš tak 1-2k€.

Podle mého názoru - třeba se pletu - jsou "kusovky" nesmysl.
Než se člověk seznámí s problematikou, než se zorientuje ve stávajícím kódu, než se sladí s ostatními, tak je týden fuč.
Leda expertní - poradenské - služby a tam si vážně můžeš říct klidně 25k/den.

Ohledně IT služeb - kusovek - prostě "nejde mi tu excel", tak v tom taky žádné velké peníze nevidím.
Spíš jen šklebící se kstichtík, až mu řekneš 1500 za hodinu práce a cestu.

Menší firmy se mimo jednorázové případy raději domluví na pravidelném měsíčním paušálu

Jj, to je určitě lepší. Prostě říct "máme na vás 20 hodin", zaplatíte nám dvacku.
Polovina nevyčerpaných hodin se přenáší do příštího měsíce.

350

Server / Re:Performance MongoDB

« kdy: 25. 06. 2022, 22:12:09 »

Tazatel sem něco plácnul a od té doby nereaguje, což je škoda, protože bych se o tom jeho systému rád dozvěděl víc.
Obecně není požadavek jako požavek. Ideální by bylo, kdyby dokázal udělat jednoduchý generátor, docela rád bych to testnul a ozval se, kolik z toho Monga vytřískám. Jinak to tam sypu přes C# VM-VM

...mongo řeší nevhodně zápisy, 40k požadavků za vteřinu je skoro nereálné

Bez toho, aniž bych věděl, co to je za požadavky, těžko soudit - tězko zkusit - těžko věřit.
Při posledních testech výkonu jsem zkoušel 24k založení (poměrně jednoduchých objektů) jako limit, kdy to má odmítat další užíváky, aby se to nezhroutilo. Systém se nijak nepotil, rozhodně ne tak, abych o něj měl strach.
Při čtení se u mě odehrávají všechny věci z RAMky, ale tady se bavíme asi o těch zápisech 

Pokud se někdo hodně nutíde, napráskejte někdo jednoduchý generátor v pythonu a pošlete, kolik vám to udělá zápisů 

351

Studium a uplatnění / Re:O kolik si říct jako správce/podpora

« kdy: 25. 06. 2022, 08:59:50 »

Hodinová sazba hulibrka: 500 Kč
Hodinová sazba šikovného šroubováka: 800 Kč
Hodinová sazba lepšího ajťíka: 900 Kč
Hodinová sazba PHPkáře: 700
Hodinová sazba normálního programátora: 900
Hodinová sazba seniorního programátora: 1500

352

Server / Re:Performance MongoDB

« kdy: 25. 06. 2022, 08:56:26 »

řekl bych, že bude jednodušší to mongo prostě nepoužít a vzít vhodnější databázi.

Zas až tolik od toho nechce...
Vždycky to na něčem visí.
Kdyby měl jednojádro PIII/800MHz a 128 GB RAM, tak chceš použít něco, co potřebuje málo systémových prostředků.
Jenže teď mají i souborové servery 16/24core a 32 GB RAM, za pět let se budou prodávat souborové servery a 32/64core...

Odladit = 5 hodin
Přepsat na ?xx? = ?xx? hodin, otestovat ?xx? hodin, udržovat různé systémy ?xx? hodin, řešit problémy na systému, který neznám ?xx? hodin, licence ?xx? peněz, dohoda týmu ?xx? hodin....

353

Server / Re:Performance MongoDB

« kdy: 24. 06. 2022, 15:30:18 »

Nejprve přece potřebuješ zjistit, na čem ti to vyhnívá ne?
Jaké je vytížení CPU, jak vypadá fronta požadavků na disku, jak moc komplikované jsou ty zápisy? .... Co ti říká profiler? (Nakopnu tě: db.setProfilingLevel(2))

354

O serveru Root.cz / Re:Fórum root - pamatování si přihlášení

« kdy: 17. 06. 2022, 15:03:46 »

To je jako bys chtěl, aby tě fórum neodhlásilo v průběhu psaní příspěvku.
Tato vyhoršení fóra byla dlouho očekávaná a ještě víc drahá ergo jsou výborná a nebudou se měnit.

355

O serveru Root.cz / Re:Fórum root - pamatování si přihlášení

« kdy: 17. 06. 2022, 11:30:38 »

Tak to je dost dementní feature, to musím uznat .

Tohle je tzn. vyhoršení jako opozitum k vylepšení.

356

Software / Re:Inkrementalni komprese

« kdy: 16. 06. 2022, 09:52:55 »

No vidite, a ja jsem tak hloupy, ze jsem vasi radu neprijal a dale se ji nebudu zabyvat

Máš recht, stejně bys to nedokázal ořezat.

357

Software / Re:Inkrementalni komprese

« kdy: 16. 06. 2022, 09:46:04 »

kazdy den stahuji z internetu nejaka data, jedna se o plaintext HTML stranku, kde je dlouhatanska tabulka, ktera se ale meni nejen na konci, ale vyjimecne i uprostred.

Když se ti to změní uprostřed

ale vyjimecne i uprostred

tak se ti jen znova uloží celá verze ne?

BTW, u nás je výjimečně = občas, zřídka, ne každých pár dnů. 

Nešňupejte tolik ten kokeš 

358

Software / Re:Inkrementalni komprese

« kdy: 16. 06. 2022, 09:30:18 »

Zadny head a body neni mozny, kdyz se ti pridavaji radky / meni texty, na nekolika mistech dokumentu.

Prosím, nereaguj na mě!
Jak ti to říkal ZAJDAN?

kazdy den stahuji z internetu nejaka data, jedna se o plaintext HTML stranku, kde je dlouhatanska tabulka, ktera se ale meni nejen na konci, ale vyjimecne i uprostred.

Pokud se změní uprostřed a dojde k posunu, pak se jen uloží nová verze.
Vyjímečně asi není každý den že? Tj. úspora zde bude zřejmě ohromná, větší než kompresí.
Pokud by se to uprostřed měnilo 1x za 30 dnů, budeš mít poměr cca 1 ku 29, tj. 1x uložíš 2MB a dalších 29 * 2 MB = cca 58 MB ušetříš.

359

Software / Re:Inkrementalni komprese

« kdy: 16. 06. 2022, 09:20:37 »

Vysvělil jsem ti, co s tím máš dělat.
Zkouška jednoduchá
Myslet = houby vědět.

360

Software / Re:Inkrementalni komprese

« kdy: 16. 06. 2022, 09:18:18 »

Ukladal bych jen patche z htmldiff. Pripadne to verzoval gitem. Pokud se jedna o stale stejnou stranku s malym mnozstvym zmen.

Výhoda deduplikace na úrovni FS je transparentnost, kdy máš přístup ke všem souborům a verzuje se to samo.
Navíc pouhým překopírováním na jiný FS z toho vyrobíš původní obsah.
Taky se to dá mimořádně rychle vyzkoušet, jen správně oddělit hlavičku a body, vzniknout soubory .heat a .content, které jsi schopný skriptem klidně zase spojit. No a pak koukat, jak deduplikace maká za tebe.

Výhoda htmldiffu je to, že tě netrápí zarovnání na sektory, ale cirkus okolo toho bude předpokládám(nevím) větší.
Další nevýhoda, proti jaké verzi to chceš kontrolovat? Vždy proti té poslední? Pak se ti ten vláček snadno rozbije...