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 - Ondrej Nemecek

Stran: 1 ... 26 27 [28] 29 30 ... 90
406
Server / Re:Webhosting nebo stroj popřípadě jaký
« kdy: 27. 07. 2020, 22:14:27 »
Nejlepší je znát úzké hrdlo aplikace. Doporučil bych zkusit VPS, kde se i výkon lépe odladí. vpsFree.cz stojí 300 měsíčně, ale potřebujete k tomu ještě administrátora, který to rozběhne, odladí a bude dělat rutinní údržbu. Některé VPS si můžete zkusit zdarma. Na téma vps tu bylo několik diskuzí, můžete si je projít. Já používám OVH (nedoporučuji), Nethost (nedoporučuji), vpsFree (doporučuji, poměrně výkonné, dobrá komunikace), Contabo (doporučuji - levné, poměrně solidní). Mít vlastní fyzický stroj je dražší a přináší další nároky na znalost hardware a jeho údržbu. Je ale možnost si fyz. hardware pronajmout - třeba Contabo to nabízí a cena vychází dost dobře.

407
Vývoj / Re:Jak lingvisticky číst zdrojový program?
« kdy: 14. 07. 2020, 19:08:23 »
Pokud je dotaz míněný vážně, tak já popisuju, co program dělá. Nejčastěji v druhé osobě: „Vezmeš pole čísel a pro každý prvek ...“ atd. Takže popisuju funkční bloky a jejich smysl, detaily někdy vypouštím. Někdy se to dá číst jako kuchařka: „Vezmi pole a vraž do něj čísla od jedný do stovky, pak upeč továrnu na bla bla a...“. Důležité je udržet pozornost, expresivní výrazy někdy pomůžou  :D

408
Windows a jiné systémy / Re:JamFile vs. MakeFile
« kdy: 08. 07. 2020, 18:58:55 »
Pro jednoduché případy je Makefile asi vyhovující, ale nové build systémy vznikají, aby přinesly lepší a širší funkčnost (nejde jen o Jam...). Na https://www.perforce.com/documentation/jam-documentation je porovnání Jam vs. Make. Zajímavé mi přijde zejména toto:

Citace
Because Jam understands C/C++ dependencies, there is no need to declare header or object files. The built-in Jam rule "Main" handles header file dependencies and object files both automatically and on-the-fly.

Samozřejmě u 3th party software/knihoven použijete ten build nástroj, který používají (anebo použijete binární verzi). U svého projektu pak použijete cokoli se Vám bude líbit.

409
Vývoj / Re:Dělení projektu v Rustu
« kdy: 05. 07. 2020, 00:23:43 »
A nejen slepá cesta ale peklo na užívání. Chápu využití když si to musí natahat nějaké projekty které to využívá ale k čemu to v tomto případě.
K čemu? No co třeba k tomu aby to natahalo projekty které to používá?? Když bude libka a cli oddělené ve dvou projektech :D

410
Doporučuji kouknout na tento web: http://www.brendangregg.com/linuxperf.html

Hezké, ten diagram je dobrý tahák k vytištění a pověšení nad stůl :)

411
S profilerem pro .NET neporadím, věnuji se javě. Ale koukám, že jsou dostupné zdrojové kódy - i průměrný vývojář v .NET by neměl mít problém program s profilerem spustit. Komplikovanější to bude, pokud část té kritické operace běží v C++. Pokud bude problém v C++ kódu, tak to sice v .NET profileru asi uvidíte, ale mohou scházet detaily pro prozkoumání/opravu C++ kódu. Odhaduji, že tam uvidíte jen, že se volá nativní knihovna a která funkce, ale trasování na úrovni C++ už neuvidíte.

Ještě někdy může pomoc spustit program se strace. Uvidíte systémová volání. Tam třeba někdy vidíte na co se čeká nebo na čem to spadlo. Akorát těch volání budou tuny, dá se ovšem omezit, co se trasuje.

Zkuste kontaktovat kolegy, co používají stejný software. Koukám, že tam mají i diskuzní fórum...

412
Ještě je potřeba zjistit, zda je pozorované zaplnění RAM (20 GB RAM z 64 GB) dané nějakým nastavením či vnějším omezením anebo zda program víc RAM prostě nepotřebuje.

Ohledně 12 hodin na jeden běh programu - pro testování budete potřebovat testovací scénář s kratším během než 12h. Lze takový připravit? Možná stačí minuty, ale můžete se zase dostat do problému s tím, že se změní nároky programu. Pokud například budete zpracovávat řádově menší množství souborů, klesnou nároky na čas, současně ale i na paměť a IOPS. Ale i to je způsob, jak testovat vlastnosti programu.

413
Vývoj / Re:Dělení projektu v Rustu
« kdy: 02. 07. 2020, 19:43:36 »
Jak vidno, co člověk to názor  :)  Jedna věc je správa kódu (repositáře) a druhá věc je kompilace (buildovací nástroj). Jelikož to bude dost záviset na nástrojích daného prostředí, tak se víc nemůžu vyjadřovat - Rust neznám  :)

414
Zdravim,
potreboval bych poradit, jestli existuje software (benchmark), ktery by dokazal sledovat beh jineho softwaru, a vyhodnotit, kde lezi limity hardwaru ci nastaveni. Nejlepe nezavisly na platforme. Cilem je ziskat informaci, jakou cast hardware je potreba posilit.

Obecně profiler, který ukáže kolik času aplikace tráví v které metodě. Profiler sice sám ovlivní dobu běhu, ale může pomoci najít úzké hrdlo.

Dále může pomoci program spustit na pronajatém serveru, jiném systému, jiném hardware. Pro porovnání. Pronajatý server má výhodu, že si parametry můžete nadiktovat a že je můžete měnit. Ale je potřeba trochu znát vlastnosti daného pronajatého serveru (nedávno se tu řešila např. nevhodnost AWS pro běh Postgres). Někdo pronajímá i bare metal servery, to je možná v daném případě vhodnější. Otázka je, zda vám takový server pronajmou krátkodobě a za kolik.

Software uklada pri zpracovavani hodne malych souboru (~1 milion za 10 minut). Je ve stavajicim stavu limitujici rychlost zapisu na disk a nebo je to v software? Ma se poridit NVMe?
Software nasledne male soubory prohledava, spojuje, zobrazuje. Je limitem pamet? Nebo rychlost cteni/zapis na disk?

Tak to bude asi nejdřív náročné na IOPS a v druhé fázi na CPU nebo RAM.

Software natahuje data z disku na zobrazeni, zabere 20 GB RAM z 64 GB, a pak se (treba zrovna dnes) zasekne. Co mu chybi, kdyz procesor volny je, pamet volna je, disk pracuje na 10% schopnosti?
Software pouziva paralelni procesovani - az do kolika extra vlaken existuje realny prinos?

Pokud je program zaseklý a nevidíte ani přetížení disku, ani zaplnění ram a ani vytížení CPU - ani v userspace (proces programu) ani systemspace (kernel), pak program buď na něco čeká (síť, zámky na disku...) nebo hnije synchronizace mezi vlákny (která se blokují...). Pak nepomůže hrát si s hardware, je potřeba nejdříve dosáhnout plného vytížení počítače a ideálně vyváženého - IO, RAM, CPU.

Pokud má program nějaké nastavení, kde můžete nastavit, aby program využíval jen jedno vlákno, tak bych program spustil jen v jednom vlákně a sledoval výkon na jádro. Pak vlákna přidával a sledoval, zda roste propustnost, zda příliš neklesá výkon na jádro a zda dochází k saturaci počítače (CPU, RAM, IO).

Někdy program odvozuje počet vláken od počtu jader CPU, takže pokud nemá program odpovídající nastavení počtu jader, zkusil bych stejným způsobem omezovat jádra CPU (spuštěním ve virtuálce, nastavením afinity procesu k jádru anebo hardwarovým vypnutím jader). Pokud program používá systémová vlákna, uvidíte je ve výpisu procesů operačního systému, z toho můžete odvodit, jak se ve vztahu k vláknům chová (porovnáváte počet jader CPU vs počet vláken).  Pokud program používá vlastní vlákna, budete muset hledat způsob, jak je zobrazit (zde vlákno programu neodpovídá vláknu procesu v operačním systému, pak tedy záleží taky kolik procesů program spouští atd.).

Měl byste uvést co to je za program, v jakém jazyce, v jakém frameworku, zda má nějaké nastavení a zda lze kontaktovat výrobce nebo programátora, který za ním stojí. Plus všechny další okolnosti jako zda využívá program současně nějakou databázi apod.

415
Vývoj / Re:Dělení projektu v Rustu
« kdy: 02. 07. 2020, 15:26:46 »
Já bych taky spíš dal libku a app zvlášť - samostatný build a samostatný projekt. Udělat to tak od začátku je snadnější než to dělit dodatečně. Ostatní záleží na build systému a verzovacím systému. V některých buildovacích nástrojích IMHO půjde dát mezi projekty závislost, takže bude pak build app i knihovny proběhne v jediném kroku, stále ale s výhodou oddělení. Řekl bych, že se to vyplatí i u malých projektů protože to brání vzniku chaosu.

416
Hardware / Re:Power banka s USB hubem
« kdy: 30. 06. 2020, 19:08:22 »
Nestačil by napájený USB hub? A ten napájet z powerbanky?

417
Vývoj / Re:Interaktivita se Smalltalku
« kdy: 30. 06. 2020, 12:37:23 »
Smalltalk - je to minorita, ale používá se v akademické sféře a existují v něm i velké projekty. Jako jazyk je hodně zajímavý, zejména ve variantách které přimíchávají některé další vlastnosti.

Kvalitní literatury je celkem dost, mimo VŠ skript třeba https://squeak.org/documentation/  https://pharo.org/documentation https://www.hpi.uni-potsdam.de/hirschfeld/projects/nxtalk/index.html

418
Software / Re:Hledám jednoduchý eshop zdarma
« kdy: 25. 06. 2020, 13:31:11 »
Taky bych se přikláněl k hotovému, pronajatému řešení - z vlastní zkušenosti.

Chtěli jsme původně taky něco free + programátora který by to dobastlil a doladil. Bylo s tím strašnýho s*ní, dohadování, práce a vymýšlení vymyšleného. Problémy s časovou flexibilitou programátora nás donutily jednat.
Přechod na placenou pronajatou platformu byl hotový za tři dny, od té doby se nemusel řešit žádný dovývoj, žádné další úpravy, jen dodáváme obsah. Po třech měsících to hodnotím jako 70% úsporu nákladů, a to nemluvím o vlastním čase.

Pokud chcete něco trochu individuálnějšího (design, funkce), tak náklady (peníze a čas) u obou řešení (pronajaté vs. vlastní) dokonvergují postupně k podobné částce. Ale rozjezd základu je u pronajatého řešení nesrovnatelně jednodušší. Čili oba přístupy mají své opodstatnění.

419
Software / Re:Hledám jednoduchý eshop zdarma
« kdy: 24. 06. 2020, 14:17:16 »
Já doporučuji použít nějaký placený e-shop. Free e-shop zprovozníte za odpoledne, ale nevypadá to moc dobře, je s tím celkově hromada práce, kterou můžete výhodněji vložit do prodeje zboží. Instalace vám peníze nevydělá. Já jsem si instaloval e-shop 3x a už to nikdy neudělám. Idea je hezká - zboží, košík, karty, ale pak chcete sklad, chcete crm, chcete objednávky, tiskové sestavy, účetnictví, ikony, barvičky, vyhledávače, registrace ...

to platilo mozna pred dvaceti lety

I dnes platí že je s tím dost práce, pokud to má být vyladěné. Už jen takové drobnosti jako propojení dopravců, plateb a cen pro české prostředí. Pak napojení na různé feeedy, na účetnictví apod. - jak zmiňoval přispěvatel přede mnou. Vše se dá řešit, ale v čisté instalaci to vyřešené nemáte - přinejmenším instalujete moduly, obvykle placené. Taky je potřeba ten software pravidelně aktualizovat. Pokud to bude hojně navštěvovaný eshop tak budete za chvilku řešit výkon. Atd atd.

Taky není e-shop jako e-shop. Pro někoho je e-shop jednoduchý objednávkový systém v rámci webu, u kterého ani moc nechce, aby to vypadalo jako e-shop a kde nabízí pár položek, ke kterým musí zákazník ale doplnit podrobnější specifikaci, pro jiného je e-shop obchod s desetitisíci či statisíci standardizovanými položkami, kde chce kategorie, filtrování, množstevní slevy atd.

Ale nejlepší je si to vyzkoušet. Prestashop i OXID si lze nainstalovat i porovnat s pronajatými řešeními téhož softwaru (provozovatelé pronajatých shopů často staví na opensource kódu).

420
Hardware / Re:Baterie s konektorem
« kdy: 23. 06. 2020, 13:56:45 »
Konzultoval bych na https://www.laskarduino.cz/ Co jsem potřeboval mi ochotně poradili.

Stran: 1 ... 26 27 [28] 29 30 ... 90