Perl 6 - the future is here, just unevenly distributed

IRC log for #divine, 2015-06-24

| Channels | #divine index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
11:20 xstill no sláva, konečně jsem z perfu dostal smysluplnej call graf
11:22 xstill mornfall: tak blokové kopírování vůbec není to co to brzdí, nejvíc zabere volání isPrivate(int, Pointer), pak další 2 varianty isPrivate (celkem 90% ze všech volání bitcopy co vidím), pak teprve je snapshot, trace a zcela zanedbatelně memcopy_fastpath
11:23 xstill dál potom vidím několik volání memoryflag a isPrivate přímo mezi nejvíc trvajícíma funkcema
11:23 xstill (to je teda verze, kde by mělo být bitcopy kopírovat po slovech pokud může, ale ona běží +- stejně rychle jak ta původní)
11:25 xstill jinak teda antea:/tmp/divine_perf.txt, ale ten textovej report je hroznej
11:41 xstill hm, to že projdou testy když vyhodím ten bswap je dost podezřelý
13:09 xstill mornfall: víš o tom, že ten bswap tam děláš úplně blbě? (= nedělá nic)
13:09 xstill teda předpokládám, že bswap^2 = id
14:03 xstill vůbec, ono to bitcopy by na big-endianu nefungovalo (kvůli tomu případu kdy máš to.bitoffset() + bitcount > 32)
15:00 xstill hlavní důvod proč je to pomalý je beztak jeden load + store navíc asi
15:26 xstill nojo je to tak
15:37 xstill mornfall: máš tam patche, které upravují bittuple a LLVM
15:37 xstill zrychlení je zhruba takové jak minule
15:42 xstill ale na mém benchamarku to bylo cca 32/31/20 sekund pro původní/vylepšený bitcopy a bez bswap/navíc změna v LLVM která eliminuje ten store
18:01 xstill vida, perf umí profilovat cache
18:11 xstill nicméně moc moudrej z toho nejsem :-/
19:40 mornfall hm, fakt nechápu jak to s těma bitswapama vzniklo
19:43 mornfall byteswapama*

| Channels | #divine index | Today | | Search | Google Search | Plain-Text | summary