136
Vývoj / Re:Doporučte programovací jazyk pro Windows
« kdy: 02. 03. 2020, 21:53:25 »
Rust
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.
137
Windows a jiné systémy / Re:GUI tookit - jaký
« kdy: 02. 03. 2020, 17:02:39 »
Jak jsem psal v sousedním vlákně, existuje https://www.wxwidgets.org. Nativní widgety pro Windows i Linux, kdysi jsem to používal z wxPython-u a líbilo se mi to. Dneska by mě vadilo, že jsou bindingy jen pro C++, Python, Perl a Haskell, ale kdyby to pro tebe nebyl problém, může to být dobrá volba.
138
Vývoj / Re:Multiplatformní Python GUI framework
« kdy: 29. 02. 2020, 15:13:00 »
Já mám dobré zkušenosti s wxPythonem (binding wxWidgets), i když už je to pár let dozadu. Bylo to dobře zdokumentované, promyšlené a má to rozsáhlou knihovnu widgetů. Líbí se mi, že to používá nativní widgety pro každou platformu, tj. na Windows to používá Windows widgety, na Linuxu GTK, na MacOs Aqua nebo jak se to tam jmenuje..
140
Vývoj / Re:Doporučte programovací jazyk pro Windows
« kdy: 21. 02. 2020, 15:52:34 »Pekna metafora. Ale narazim kdyz pak na javu pouzivam ideu, na python pycharm, na c# ...., na maily ....., na web ...., na ukoly ...., na chat ...., na 3d modeling ..... , .....Jasně, taky na všechno výše uvedené používám univerzální nástroj. Nazývám ho "počítač" :-)
Neni lepsi kdyz na to vsechno muzu pouzivat jeden nastroj ktery mam v muscle memory?
141
Vývoj / Re:Doporučte programovací jazyk pro Windows
« kdy: 21. 02. 2020, 14:56:26 »Ja osobne zkousel pouzivat spoustu ruznych ide, pocinaje Wing Python IDE, ktere jsem si kdysi koupil, pres Eclipse, pyCharm az po Visual Studio Code a vzdycky jsem se pokorne vratil k Vimu. Ten editor je navykovy a jeho moznosti u me prekonavaji jakekoliv vyhody, ktere poskytuje ide. Takze imho je to dost individualni, v cem programovat.
Taky jsem dlouho trpěl touhle rozpolceností, až jsem to vyřešil pluginem IdeaVim do Intellij. Mám to nejlepší z obou světů.
142
Vývoj / Re:Doporučte programovací jazyk pro Windows
« kdy: 21. 02. 2020, 14:55:06 »A hlavne HNED ZACIT POUZIVAT TEZKOTONAZNI IDE, primo na miru jazyka a dat aspon odpoledne tomu se to IDE radne naucit.
Gratuluji k popsání nejhoršího postupu pro začátečníka.
To už dlouho není pravda. Dneska vás IDE prakticky vede za ruku. Velkou výhodu při učení dávají tyhle věci:
To je ale otazka, jestli je to dobre. Neni pomoc jako pomoc. Jedna pomoc vas nauci chytat ryby a druha vam ty ryby dava a ucini vas na te pomoci zavisle.
V téhle metafoře bych přirovnal dobré IDE ke kvalitnímu prutu, háčku, splávku, pohodlné židličce, předpovídačce počasí, online encyklopedii ryb a autu co tě rychle převáží z jednoho místa řeky k jinému. Jasně, můžeš lovit i na klacek, kost a ponožku, taky něco chytíš, taky se leccos naučíš, ale s lepšími nástroji máš prostě víc možností, statisticky toho chytíš víc, a nakonec se toho i o samotném rybaření můžeš naučit víc, protože míň času trávíš činnostma co se samotným rybařením nesouvisí. Ta získaná závislost na IDE spíš říká něco o tom, že člověk prostě nechce pracovat s podřadnými nástroji když vyzkoušel lepší.
143
Vývoj / Re:C, zápis do pole čísel a zápis mimo cache L1/L2
« kdy: 19. 01. 2020, 06:22:58 »
Čistě ze zvědavosti, jaké oblasti se vlastně celý ten projekt týká? Jestli je to tajné, tak to pochopím..
144
Vývoj / Re:C, zápis do pole čísel a zápis mimo cache L1/L2
« kdy: 19. 01. 2020, 06:14:31 »Padly tu dobré rady. Vyzkoušel jsi ten Cuckoo filter? Zatím jsi neodpověděl, odkud bereš data. Jak řešíš sdílení té hashtabulky mezi procesy?Mrkni do předchozích příspěvků. Cuckoo jsem zkoušel já. Problém řešený v tomto vlákně už je v podstatě vyřešený, bottleneck je nyní jinde a je to zřejmě úplně jiná pohádka.
145
Vývoj / Re:C, zápis do pole čísel a zápis mimo cache L1/L2
« kdy: 18. 01. 2020, 18:07:23 »asi je ti jasný
To ano, ale zrychlení o 100% znamená úsporu strojů.možná se na ten mejdan s Carmackem a Bernsteinem budeš muset přidatVařím dobrý kafe, to ano, kafe bych jim vařit mohl, ale tím to končí.
Každopádně všem díky, znovu se v tom pohrabu a zkusím část těch nápadů tady ve vláknu.
Děkuju :-)
(V následujícím textu vycházím z tohoto obrázku, z toho nahoře:)
\
https://imgur.com/iP27yPa
100% (zrychlení 2x) by bylo hezký, ale
Teoretické maximální zrychlení při absolutní optimalizaci (čas 0s) všech kroků kromě naplnění je jen 1.74x, jak jsem psal výše.
Teoretické max. zrychlení při absolutní optimalizaci pouze kroku Prověření (nad kterým jsme tu trávili tolik času) je (4.8 + 0.06 ) / (4.8 ) = 1.0125x, teď už asi vůbec nestojí za to nad tím přemýšlet.
Naopak teor. max. zrychlení při optimalizaci Naplnění je 2.36x, to už vypadá jako hotspot, nad kterým stojí za to přemýšlet, i když se do toho člověku tolik nechce, je to bohužel na místě kde to může být užitečné.
Napsat jednotkové testy a property testy na ověření, že původní implementace a nová implementace dělají pořád to samé, benchmarkovat, pustit na to třeba CallGrind a KCacheGrind, třeba se něco povede..
Samozřejmě neznám skutečnou situaci, třeba je to opravdu rada mimo... Ale ty meze zrychlení jsou neúprosné.
146
Vývoj / Re:C, zápis do pole čísel a zápis mimo cache L1/L2
« kdy: 18. 01. 2020, 07:17:27 »
..
Každopádně mám zase nad čím přemýšlet, testy 1 a 2 dokážu přesunout na grafickou kartu, nebo je upravit a použít AVX.
Naplnění zprávy přepsat nezvládnu, ta knihovna není moje, jako by jí psal o divokém mejdanu Carmack s Bernstainem...
No, asi je ti jasný, že i kdyby se ti podařilo zrychlit kroky "Serializace, Test1, Test2, Prověření," které teď na prvním obrázku trvají 2.07 vteřin, 1000000x, výsledek bude kvůli "Naplnění" stejně rychlejší jen (2.07 + 2.8 ) / (0.00000207 + 2.8 ) = 1.74x. Amdahlův zákon (taky bych chtěl aby podle mě někdo pojmenoval trojčlenku) je neúprosný, možná se na ten mejdan s Carmackem a Bernsteinem budeš muset přidat..
147
Hardware / Re:Monitor setup
« kdy: 16. 01. 2020, 13:14:36 »Ve finále jsem to prodal a skončil s jedním 5k, virtuální plochy, ... Raději zkus, ať na tom „nevyděláš“ jako já
Přesně, jeden monitor (na výšku, ale to není podstatné), a klávesové zkratky na přepínání virtuálních ploch tak rychlé, že otočit hlavou by trvalo déle (např. moje oblíbená je Win-Tab, přepíná mezi posledníma dvěma plochama)
148
Vývoj / Re:C, zápis do pole čísel a zápis mimo cache L1/L2
« kdy: 14. 01. 2020, 22:47:17 »registrovany_ava:
a i tak je to rychlejší, než Ty filtry, co by se do L2 vejít měly?
Jo, je, taky mě to překvapilo. Možná jsou bídně implementovaný, ale nechtělo se mi zkoušet další implementace a víc se v tom vrtat, už takhle mi stojí práce..
Tak mám 80 000 000 testů/s, stále bez použití probabilistických filtrů :-)
149
Vývoj / Re:C, zápis do pole čísel a zápis mimo cache L1/L2
« kdy: 14. 01. 2020, 22:28:56 »golang, naplneni mapy 40 miliony uint64 a pak 600 milionu prohledavani v mape, cisla jdou za sebou.
jedno vlakno na i9-8950hk, cas procesu 42 sekund.
my ale netestujeme 64bitová ale 64BAJTOVÁ čísla. A i kdyby to byla 64bajtová čísla tak výsledek nic moc, 14 000 000 testů za vteřinu, to to mám skoro třikrát rychlejší,
150
Vývoj / Re:C, zápis do pole čísel a zápis mimo cache L1/L2
« kdy: 14. 01. 2020, 22:25:00 »registrovany_ava:
a i tak je to rychlejší, než Ty filtry, co by se do L2 vejít měly?
Jo, je, taky mě to překvapilo. Možná jsou bídně implementovaný, ale nechtělo se mi zkoušet další implementace a víc se v tom vrtat, už takhle mi stojí práce..
