01:49
ilbot3 joined
04:46
KDr2_c joined
06:39
domidumont joined
06:45
domidumont joined
07:43
domidumont joined
07:50
TimToady joined
08:27
zakharyas joined
|
|||
lizmat | hmmm...notice of build breakage on CentOS6 | 11:49 | |
github.com/MoarVM/MoarVM/issues/587 | |||
timotimo | thanks | 11:50 | |
13:05
AlexDaniel joined
|
|||
stmuk_ | timotimo: see my comment on that issue | 13:43 | |
timotimo | stmuk_: can you help me get the rdtscp configure-time probe working? | 13:59 | |
oh | |||
i think i know what's wrong | |||
Geth | MoarVM/configure-telemeh-probe-rdtscp: e7e46332d8 | (Timo Paulssen)++ | src/profiler/telemeh.c we always define MVM_RDTSCP, but sometimes with 0 instead of 1. |
14:01 | |
stmuk_ | timotimo: sure | 14:05 | |
shall I test now or wait a bit? | |||
timotimo | now | 14:06 | |
stmuk_ | timotimo: gist.github.com/stmuk/5a09e2438498...c59ca29fbb | 14:07 | |
timotimo | interesting | ||
i'll reproduce locally by just setting RDTSCP to 0 in the makefile | 14:08 | ||
huh | 14:09 | ||
Geth | MoarVM/configure-telemeh-probe-rdtscp: bcd8b59c81 | (Timo Paulssen)++ | src/profiler/telemeh.c give __rdtscp a more proper stub implementation |
14:10 | |
timotimo | should be bettern ow | ||
stmuk_ | works fine on Centos 6 (I can test on OpenBSD later) | 14:12 | |
timotimo++ | 14:13 | ||
timotimo | fantastic | ||
Geth | MoarVM/master: 7 commits pushed by (Timo Paulssen)++
|
14:52 | |
Zoffix | How do you pronounce "telemeh"? "t-eh-l-eh-m-eh"? | 14:55 | |
stmuk_ | tele meh | 14:58 | |
timotimo | tell-uh-meh | 15:19 | |
robertle | jsut like telomere | 15:21 | |
16:00
geekosaur joined
16:04
geekosaur joined
16:40
domidumont joined
16:56
geekosaur joined
|
|||
timotimo | hm. i still don't know how we could cause all other threads to be interrupted reliably so that we can slurp up their profile data | 17:21 | |
MasterDuke_ | that would be awesome though... | 17:22 | |
timotimo | i mean, normally when we exit we just have the other threads killed dead in their tracks by the process just ending | 17:23 | |
we could probably abuse the gc signaling mechanism, but instead of doing gc, we do our profile stuff | 17:33 | ||
the thing is ... we probably need to GC multiple times inside the process of creating the data structures from the profile data | 17:42 | ||
however | |||
hm | 17:43 | ||
i thought perhaps we can just recursively memcpy stuff away so the gc doesn't touch it any more, but that sounds like recipe for absolute disaster | |||
17:47
AlexDaniel joined
|
|||
timotimo | though of course by turning on gen2-allocatoin-by-default gets us out of "having to gc a bunch" trouble | 18:32 | |
samcv | good * | 18:55 | |
timotimo | nood goon | ||
that came out strange | |||
samcv | heh | 18:57 | |
timotimo | the cat really likes the upper left edge of my laptop screen | 19:42 | |
lizmat | timotimo: perhaps that's the warmest part ? | 19:47 | |
lizmat remembers our cats liking to sleep on top of a monitor | 19:48 | ||
but that was in the pre-flatscreen days :-) | |||
timotimo | heh | 19:52 | |
nah, he's rubbing his flew on it | |||
19:59
geekosaur joined
|
|||
Zoffix wonders what a flew of a cat is :) | 20:10 | ||
timotimo | the dictionary spat that word out | 20:13 | |
hm, seems like that's reserved for canines | 20:14 | ||
Zoffix | face? | ||
whiskers? | |||
timotimo | "upper lip" | ||
basically "where the whiskers come out, or below there" | |||
Zoffix | ah | ||
I looked at the first def in dictionary and it was something about tubes and fire boilers :) | 20:15 | ||
timotimo | which also causes the corner of the laptop lid ends up inside the mouth one time out of three | ||
MasterDuke_: could you give me that little set of sql queries again? the ones that you made to give the same results as the html profiler? | 20:24 | ||
MasterDuke_ | timotimo: i put some examples in the PR comments github.com/perl6/nqp/pull/354. let me know if those don't get you what you need | 20:25 | |
timotimo | ah, *there* it was | 20:26 | |
timotimo is briefly fascinated by zmodem | 20:43 | ||
21:32
geekosaur joined
|
|||
timotimo | i ran a profile of a thing and it's totally killed my puter | 22:01 | |
MasterDuke_ | creating the profile did? or accessing it? | 22:03 | |
timotimo | creating | 22:04 | |
tried to build it with the sql mode. i'm not sure if it even reached the perl6 part of the code, though | |||
wonder when my system will be resurrected ... | 22:05 | ||
we might really want to turn on gen2-by-default allocation during the call graph dumping | 22:06 | ||
japhb | timotimo: Ragnarok? | 22:07 | |
MasterDuke_ | should probably batch writing out the sql lines. it's simpler not to, but our IO is slow | 22:08 | |
timotimo | have you profiled that? :) | 22:09 | |
MasterDuke_ | heh, yes and no. i've timed the json and the sql output, and json is faster | 22:10 | |
timotimo | mhm | ||
MasterDuke_ | for the exact same profile (i.e., i hacked it to write both) | ||
timotimo | i'd like to use my desktop again please | 22:12 | |
MasterDuke_ | i guess i can't be sure the reason to_sql is slower is because of how it does IO, but that's my guess | 22:13 | |
timotimo | i wonder why this particular profile is so explosive | 22:15 | |
MasterDuke_ | what's the perl6 code? | 22:18 | |
timotimo | it's my brownian tree implementation off of rosettacode | 22:19 | |
MasterDuke_ | ha, taking longer than the 25s mentioned in the description? | 22:21 | |
timotimo | depends on what size and particle count you're using | 22:22 | |
my run was 55 seconds | |||
and since then it's been trying to build the profile | |||
MasterDuke_ | is the output file being written to? | 22:24 | |
timotimo | how am i supposed to find out? | ||
MasterDuke_ | it's getting bigger/has more lines? | 22:25 | |
timotimo | well, yeah, but how am i supposed to find out how big it is? | ||
i'm telling you i can not use the device | 22:26 | ||
at. all. | |||
no mouse cursor movement, no ssh connection | |||
the clock hasn't updated since 23:56, now it's 00:26 | |||
MasterDuke_ | oh! | ||
that...does make it harder... | 22:27 | ||
timotimo | a little bit | 22:28 | |
i might kill the machine | |||
if i can, that is | |||
i pressed a few combinations and pushed the power button | 22:29 | ||
don't think anything's happening | |||
i held the power button and it did a hard shut-off | 22:30 | ||
MasterDuke_ | hate when i have to do that | 22:31 | |
timotimo | yeah | 22:32 | |
not sure how to make it unnecessary | |||
hm | 22:34 | ||
the numbers in the calls table are reaching 80k | |||
when i have only size=10 and particlenum=30 | |||
MasterDuke_ | seems a lot | 22:35 | |
timotimo | i think so, too | ||
rec_depth goes up to 280 | 22:41 | ||
i have not written any sql in far too long | 22:43 | ||
MasterDuke_: since the callees table was renamed calls, maybe we should rename callee_id to call_id? | 22:54 | ||
or just id, like routines has a column named "id" | 22:55 | ||
huh | |||
why does allocations have both a caller_id and a call_id? | 22:56 | ||
sorry, callee_id | |||
MasterDuke_ | heh. yeah, i wasn't sure at first which was needed, so i just added both (caller and callee to allocations) | 23:02 | |
and yeah, renaming callee_id would probably make sense | |||
timotimo | DBIish is not happy with me | 23:04 | |
yeah, user error | 23:05 | ||
poor dot | 23:09 | ||
has to handle 80k nodes for this particular document | |||
Error: <stdin>: syntax error in line 83954 near '' | 23:10 | ||
MasterDuke_ | in the sql output? | 23:14 | |
timotimo | no, in my dot transformation of it | 23:15 | |
it was some bad escaping or something | 23:16 | ||
23:24
geekosaur joined
|
|||
timotimo | well, it's still trying to render | 23:27 | |
not sure if it's layouting or what | |||
it shouldn't be terribly hard to do for dot, the graph should be perfectly tree-like | 23:29 | ||
i'll suspend my computer so i can sleep (it's noisy), but i'll leave dot running so it'll maybe finish tomorrow %) | 23:41 | ||
MasterDuke_ | i've used dot a bunch before, but always on tiny graphs, no idea how well it handles large things | 23:42 |