Friss adatok a netcincérről, tavalyiak innen. BBQ Bob már nincs, így kimaradt. Nyilván nem átfogó statisztikai vizsgálat, konklúzió nincs.

Barátnőmnek volt ilyen kifestője, és gondoltam egész jó lenne, ha tudnék neki generálni saját képekből. Le is kódoltam C-ben, de ugye azt nem annyira egyszerű bárkinek használni, így jött az ötlet, hogy átportolhatnám JS-be az egészet, és akkor gyakorlatilag egy statikus weboldal lenne az egész + böngésző megoldja helyettem a kép dekódolását/enkódolását. Nem vagyok egy nagy web guru /leginkább semmilyen/, szóval ennyire futotta.

[link]

A végeredmény PS/paint/akármivel színezve ilyen:

Használjátok egészséggel!

Hirtelen felindulásból vettem egy Gorenje SPINNER-DCU T1 előszűrőt a szüleim Rowenta porszívójához, mert a 3 literes porzsákot elég gyakran kellett cserélni. Családi ház, sok ember, ez van. Hát emberek, ez egy rohadt jó találmány. A komplett kecó felporszívózása után semmi por nem ment a zsákba, cserébe a tartály félig lett. Szívóerő csökkenést sem vettem észre, így egyelőre teljes az elégedettség.

Nem kell véresen komolyan venni, csak sok a home office

Volt régebben ez a bejegyzésem az ML témában, és egy ideig nem foglalkoztam a témával, de az a hobbiprojektem, amit ott leírtam, még mindig fut, és már 2020 van szóval muszáj nekem is Skynet kompatibilisnek lennem. Na jó, nem. Az igazság annyi, hogy belefutottam 3Blue1Brown zseniális csatornájába, ott is ebbe az ML sorozatba, ill. munkában is nagyon nyomják az ML-t, én meg szerettem volna megérteni pontosan, mit is csinál egy ilyen ML program, hátha tudok belőle valamit hasznosítani. Nem akarom ismételni magam, az előző bejegyzésben már pár sorban leírtam miről szól az egész.

A matektól eléggé elszörnyedtem, úgyhogy uzsgyi google, és találtam is egy nagyon egyszerű 1 rétegű ML implementációt C++-ban. Ugye az előző "részben" teljes képeket elemeztem, ami lassú volt, és nem is adott megfelelő végeredményt. Eleinte azon gondolkodtam, hogyan tudnám ezeket a képeket megetetni ezzel a viszonylag egyszerű kóddal, de ha a Tensorflow nem tudott vele mit kezdeni, akkor ez sem lesz képes.

Barátnőmmel sétálunk a hétkerben, egyszer csak csöpög valami a járdára. Először arra gondolok, hogy az emeletről csurog valami, de nem. Meglátjuk a kisgyereket, aki épp befejezte a brunyálást a földszinti, rögtön az utcáról nyíló lakásból. Pár felnőtt ült a szobában, ők nem zavartatták magukat. No, comment.

Szüleim gépébe újítottam tápot, egyrészt mert az eredeti amúgy is csak ideiglenes megoldás lett volna /ennek ellenére 5 éve ott van, kolléga adta ingyér/, másrészt indokolatlanul meleg levegőt fújt, ebből pedig arra következtettem, hogy a hatásfoka sem eget rengető.

Az új szerzemény egy FSP, innen az apróról, még az öregebb, 80+ konstrukció. Egyelőre elégedett vagyok.

| FSP | ISO |
---------------------|-------|-------|
gép kikapcsolva | 1,8 W | 4,5 W |
Win idle | 49 W | 57 W |
AIDA64 full terhelés | 110 W | 127 W |

Kihasználva az október 23-i munkaszüneti napot és pár szabit utaztam volna a Tátrába túrázni. Szálláshely lefoglalva, vonatjegy megvéve. Aztán visszamondták a szállást, én meg pipa voltam, mert buktam a jegyet, ill. azt a részt, amit nem adnak vissza, ami 20% + helyjegy. Budapest-Kassa vonalon ez összesen 10€ a 26€-ból. Gondoltam csütörtökön beviszem a jegyet a MÁV-hoz, akkor lesz utam arrafelé, és a jegy egy hónapig érvényes, gondoltam az idő alatt vissza lehet váltani. Aha, nagy l****t.

Tudom, én vagyok a hülye, hogy nem ismerem az utolsó betűig ide vonatkozó MÁV szabályzatot, de akkor is méltatlannak érzem, főleg azt, hogy ha nem próbálom visszaváltani a jegyet, akkor talán eladhattam volna. Szóval se jegy, se pénz, de örülök, hogy hozzájárultam valamelyik falábú focistának a fizetéséhez.

Nekem egy Kindle volt. Az árát már párszor visszahozta, if you know what I mean. Egyébként főleg azért szeretem, mert sok olyan könyvet olvastam így el, ami senkinek sem volt meg, ellenben a neten fent volt.

Ügyesek ezek a fordító író srácok.

| -O3 | -O0 | speedup |
---------------------------------------------------------------
gcc version 4.8.5 inline SSE2 | 622 | 2 356 | |
gcc version 4.8.5 naive | 3 950 | 21 068 | |
gcc version 8.3.0 inline SSE2 | 573 | 3 617 | 1,78 | 1,07 |
gcc version 8.3.0 naive | 460 | 34 694 | 14,14 | 1,00 |

Egy projektemet írtam át C++-ra, és tűnt fel, hogy mikor az algoritmus egyszerű for ciklusos implementációját teszteltem, az gyorsabb volt, mint az SSE2 intrinsic kód. Régen biztos nem ilyen volt, szóval kipróbáltam régebbi fordítóval is, és lám, tényleg. Az -O0 naív verziót használtam viszonyítási alapnak, mert nem ugyanazon a gépen teszteltem, de mindkettő egy Sandy Bridge-es Intel volt. A számok ezredmásodpercben vannak megadva. Szépen látható, hogy felismeri, mit szeretnék csinálni /abszolút különbségek összegét számolok/, és használja a hozzá való vektorutasítást. Össze akartam nézni a generált ASM kódot, de szinte teljesen más volt a kettő, szóval sokat nem segített, hogy megértsem, mit csinál másképp.