Show enters and exits. Hide enters and exits.
| 04:20:49 | aniero | running the tests for main 4.2.0 in rbx pegs my cpu and takes forever. any idea what i'd look at to track it down? |
| 04:24:02 | brixen | aniero: can you ps ux | grep rbx to get the PID, then gdb -p <pid> to attach to process |
| 04:24:07 | brixen | then bt and paste a gist |
| 04:24:20 | brixen | aniero: also, is this repeatable or sporadic? |
| 04:24:39 | brixen | aniero: bt and also info threads |
| 04:25:12 | brixen | aniero: btw, what is main 4.2.0? |
| 04:25:54 | aniero | brixen: ruby gem, by ara howard... lots of magic |
| 04:26:00 | brixen | haha |
| 04:26:02 | brixen | ok :) |
| 04:26:16 | aniero | ok weird, now it's fast :) |
| 04:26:17 | brixen | has a short list of "lots of magic folks" :) |
| 04:27:00 | aniero | well, never mind, it's fast. slightly broken too, seem |
| 04:27:15 | brixen | btw, we should punch ppl that name gems 'main' for the pain of googling :) |
| 04:27:30 | brixen | thankfully rubygems.org is now gemcutter.org |
| 04:27:58 | brixen | aniero: pls file a ticket with steps to repro, we'll fix it! :) |
| 04:29:08 | aniero | no problem! |
| 04:29:14 | brixen | thanks! |
| 04:29:15 | aniero | thanks. i don't think rbx is at fault here |
| 04:29:44 | brixen | we're never at fault, but we often fix issues where folks fail to conform to the rbx API :D |
| 04:30:29 | aniero | it's Just Ruby, but the error is deep in magical code somewhere. it'll take me a bit |
| 04:30:37 | brixen | ok |
| 04:30:38 | aniero | also trying to check a few libs against 1.9.2-preview3 |
| 04:30:45 | brixen | ahh fun |
| 04:40:09 | aniero | brixen: happened again! https://gist.github.com/240d382dc037d7334552 |
| 04:49:52 | brixen | sorry, nursing a cold here :( |
| 04:50:02 | aniero | no problem. i'll tackle this later |
| 04:50:03 | brixen | do you still have that gdb session open? |
| 04:50:09 | brixen | one sec... |
| 04:50:17 | brixen | if it's open, can you hit c |
| 04:50:23 | brixen | let it run a bit, then hit ^C |
| 04:50:32 | brixen | looks like it's thrashing in the GC maybe |
| 04:50:48 | aniero | ah shoot! just closed it |
| 04:50:54 | brixen | ok, no worries |
| 04:50:59 | brixen | but if it hangs again, try that |
| 04:51:09 | aniero | ok |
| 04:51:20 | brixen | cool, thanks |
| 04:51:36 | brixen | also, if you think you have conditions that make it likely to happen, file a ticket |
| 04:51:41 | aniero | ok, i hit ^C |
| 04:52:03 | brixen | actually, file a ticket anyway and just give the best info you have |
| 04:52:10 | aniero | alright! |
| 04:52:14 | brixen | steps to run, what to expect, bt gist, etc |
| 04:52:26 | brixen | let it run a bit, ^C and see if it's often in the GC |
| 04:52:39 | brixen | hm, we could try attaching with the agent too |
| 04:54:18 | brixen | aniero: if you start your main process with -Xagent.start, then in another terminal, run bin/rbx console |
| 04:54:24 | brixen | then get system.memory |
| 04:54:32 | brixen | then you could print those attributes |
| 04:55:19 | brixen | eg system.memory.young, system.memory.mature, system.memory.large, system.memory.counter |
| 04:55:34 | brixen | the counter one would be good between ^C's so you can see the allocation rate |
| 04:55:57 | brixen | sorry, the command is 'get system.memory' etc |
| 04:56:05 | brixen | and I'm about to hit the bed :-/ |
| 04:56:18 | aniero | brixen: http://github.com/evanphx/rubinius/issues/issue/381 |
| 04:56:33 | aniero | but me too, i'll try that tomorrow |
| 04:56:34 | aniero | thanks! |
| 04:56:34 | brixen | hmm, ok |
| 04:56:41 | brixen | so, this happens when compiling yes? |
| 04:56:47 | brixen | ie, after removing all the .rbc? |
| 04:57:03 | aniero | well, presumably after compiling |
| 04:57:09 | aniero | it's running, printing .'s from the tests |
| 04:57:39 | aniero | ok, nm, don't have to delete the rbc's |
| 04:57:47 | brixen | ok |
| 04:58:01 | brixen | well, thanks for all the info! |
| 04:58:08 | brixen | try with the agent tomorrow, pls |
| 17:21:00 | evan | is the person working on msgpack in here? |
| 17:35:26 | dbussink | evan: i guess that means there isn't ;) |
| 17:35:30 | brixen | I think his irc nick is bcg too |
| 17:35:31 | evan | yep :) |
| 17:35:34 | evan | k |
| 17:35:44 | brixen | evan: did you see my response to his pull request? |
| 17:35:52 | evan | umm |
| 17:35:52 | brixen | I don't know how github delivers those |
| 17:35:53 | evan | no |
| 17:35:57 | evan | it's not sent to everyone when you respond |
| 17:35:59 | evan | just him. |
| 17:36:25 | brixen | http://gist.github.com/448796 |
| 17:36:54 | brixen | they should have a reply all in that if they're going to send it to multiple people |
| 17:37:27 | evan | cool. |
| 17:37:34 | evan | he also didn't need to change msgpack at all |
| 17:37:42 | evan | he could have done 100% of the work in rubinius |
| 17:37:44 | evan | ie |
| 17:37:54 | evan | exposing rb_big_sign() in msgpack is wrong. |
| 17:38:02 | brixen | yep |
| 17:38:30 | brixen | that was the point, but I should have explicitly said so |
| 19:14:04 | evan | rad |
| 19:14:13 | evan | you can ask for a heap dump over query agent |
| 19:20:31 | boyscout | Add heapdump capability for memory debugging - 0d53d39 - Evan Phoenix |
| 19:24:43 | evan | boyscout: http://github.com/evanphx/Gauge |
| 19:27:03 | boyscout | CI: Commit 0d53d39 failed. http://github.com/evanphx/rubinius/commit/0d53d39f9cb110949a97d3db36280a141535b0b6 |
| 19:27:09 | evan | :/ |
| 19:29:14 | boyscout | Add missing includes - 0dee73d - Evan Phoenix |
| 19:30:13 | dbussink | evan: interested in a weird bug? :P |
| 19:30:23 | evan | after lunch, sure. |
| 19:30:43 | dbussink | it's a pretty complex one though, haven't been able to disect it more :S |
| 19:31:58 | evan | let me see it |
| 19:32:00 | evan | i'll muse over lunch. |
| 19:33:53 | dbussink | evan: i'll write up an issue for it |
| 19:34:37 | dbussink | evan: basically comes down to weird spec failures in dkubb's veritas library: http://github.com/dkubb/veritas |
| 19:34:38 | evan | k |
| 19:34:50 | evan | alrighty. |
| 19:36:07 | evan | i'm going to grab lunch then. |
| 19:39:49 | dbussink | evan: http://github.com/evanphx/rubinius/issues/issue/383 |
| 19:43:57 | boyscout | CI: rubinius: 0dee73d successful: 3456 files, 13603 examples, 41167 expectations, 0 failures, 0 errors |
| 20:20:10 | dbussink | evan: does the issue contain enough detail? |
| 20:29:40 | evan | dbussink: i'd like to see your output of running that spec |
| 20:30:04 | evan | so that I can verify i'm seeing the same thing when I go to fix it. |
| 20:30:16 | evan | dbussink: why is backport used? |
| 20:30:20 | evan | i suspect that might be the issue. |
| 20:30:30 | dbussink | evan: i've tried without, still the same issue |
| 20:30:48 | dbussink | evan: for running specs on pre 1.8.7 versions |
| 20:30:57 | evan | ok |
| 20:31:07 | evan | can you include a gist url to your output running that spec? |
| 20:31:52 | dbussink | evan: i've added the output to the issue |
| 20:31:56 | evan | k |
| 20:32:24 | evan | is there no <=> method? |
| 20:32:31 | evan | if you could indicate what behavior you expect to see |
| 20:32:33 | evan | that would also help |
| 20:35:12 | dbussink | evan: well, if you look at that limit_spec file that is run, you see that it defines some relations that are projected |
| 20:35:19 | evan | ok |
| 20:35:33 | evan | i'm going to rework how we load extensions |
| 20:35:37 | evan | then i'll work on that bug |
| 20:35:42 | dbussink | it basically defines a relation containing two elements, each containing one entry |
| 20:35:48 | dbussink | that relation is then ordered |
| 20:35:56 | dbussink | and then a limit of 1 element is taken |
| 20:36:13 | dbussink | evan: ok, np :) |
| 20:36:40 | dbussink | evan: if dkubb is around i'll ask him if he could help you out further later today |
| 20:37:03 | evan | will do. |
| 20:39:38 | dbussink | evan: btw, should i add an issue for adding packing for ivars used in modules? |
| 20:39:46 | dbussink | evan: or is that on some other todo list? |
| 20:39:56 | dbussink | just want to make it's not forgotten |
| 20:40:09 | evan | go ahead and add it. |
| 20:40:12 | evan | tag it as feature |
| 20:40:16 | evan | so I don't forget. |
| 20:42:05 | dbussink | evan: ok, created |
| 20:42:29 | evan | danku! |
| 20:43:39 | dbussink | your dutch is improving :P |
| 20:43:51 | evan | hah |
| 20:44:08 | dbussink | there's a space missing though ;) |
| 20:44:10 | dbussink | dank u |
| 20:44:40 | evan | hah |
| 20:44:54 | evan | i don't even know where I picked that up |
| 20:44:58 | evan | but i didn't even know it was dutch. |
| 20:45:10 | evan | could have been in amsterdam so many years ago |
| 20:45:15 | evan | and i've forgotten. |
| 20:48:27 | dbussink | i wonder how you pronounce it in your head though :p |
| 20:48:41 | dbussink | or irl :P |
| 20:48:50 | evan | don koo |
| 20:48:59 | evan | Don, like the man's name |
| 21:07:51 | dbussink | evan: hehe |
| 21:07:58 | dbussink | evan: i can hear it sound funny already :P |
| 21:10:27 | evan | http://www.youtube.com/watch?v=6UOxFthTWRY |
| 21:10:31 | evan | the sync is off for some reason |
| 21:10:37 | evan | but the audio is there. |
| 21:16:56 | dbussink | evan: https://dl.dropbox.com/u/8364158/danku.wav |
| 21:17:28 | evan | sounds pretty much the same to me. :) |
| 21:17:54 | dbussink | evan: nah, the u is pronounced pretty different :P |
| 21:18:02 | dbussink | it's like the french tu |
| 21:18:08 | evan | my ear is untrained :) |
| 21:18:30 | dbussink | english doesn't really have that sound |
| 21:18:41 | dbussink | you people are pretty sounds poor :p |
| 21:20:14 | dbussink | me meeting people at railsconf pretty much went like: "Hi, what's your name", me showing the batch, "ah how do you pronounce that?", me saying my name and getting a "eehm, that's impossible to pronounce look" |
| 21:20:26 | dbussink | just make it dj :P |
| 21:21:51 | evan | i saw your full first name |
| 21:21:57 | evan | though who knows how well I'm doing :) |
| 21:22:06 | evan | s/saw/say/ |
| 21:23:00 | dbussink | if i say it in english style pronounciation people usually can reproduce it :P |
| 21:23:33 | evan | :P |
| 21:23:51 | evan | well, for what it's worth, you're not the only one with that problem. |
| 21:23:59 | evan | people, americans, in the US, pronounce my name "even" |
| 21:25:28 | dbussink | that's just dumb :P |
| 21:25:33 | dbussink | lets call everyone john :P |
| 21:26:21 | dbussink | but i'm going to get some sleep |
| 21:26:43 | dbussink | evan: haven't seen dkubb around btw, if you need more info later on just leave a message or comment on the issue |
| 21:28:00 | evan | will do. |
| 21:39:05 | evan | brixen: poke |
| 22:40:57 | aniero | evan: running with -Xprofile, do i need to do anything else but wait for it to finish? |
| 22:41:19 | evan | wait. |
| 22:41:32 | evan | it will print out the standand flat profiling table data |
| 22:41:35 | evan | on exit |
| 22:41:38 | aniero | ok cool |
| 22:55:23 | aniero | evan: bingo. 97.06 207.04 207.01 1869 110.76 110.78 ObjectSpace.find_object |
| 22:55:30 | aniero | https://gist.github.com/3034962ba533d0fe19e3 |
| 23:01:27 | evan | bingo bango bongo. |
| 23:01:35 | aniero | ouch. |
| 23:01:48 | aniero | close the ticket out, i suppose? it's a problem with fattr... |
| 23:02:00 | aniero | http://github.com/evanphx/rubinius/issues/issue/381 |
| 23:02:16 | evan | yeah, it is. |
| 23:02:20 | evan | we could fork fattr and fix it |
| 23:02:35 | aniero | i could probably get commit access to fattr if i asked nicely |
| 23:02:41 | evan | ok |
| 23:02:55 | aniero | i'll check with ara. any suggestions on what to do instead of _id2ref ? |
| 23:03:03 | evan | save it to a constant |
| 23:03:07 | evan | and read it back out |
| 23:03:09 | evan | or a class variable |
| 23:03:11 | aniero | or class var. yeah |
| 23:03:13 | evan | anything thats a real reference |
| 23:03:18 | aniero | ok, cool. i'll look into it |
| 23:03:23 | aniero | thanks for the help! |
| 23:03:45 | evan | no prob! |
| 23:29:33 | kstephens | vm/builtin/heap_dump.cpp:60: error: ignoring return value of 'ssize_t write(int, const void*, size_t)', declared with attribute warn_unused_result |
| 23:30:40 | evan | fucking a |
| 23:30:54 | evan | warn_unused_result can suck it. |
| 23:31:02 | evan | i'll fix it. |
| 23:31:17 | evan | anything else? or just write? |
| 23:31:56 | kstephens | Lemme see |
| 23:31:58 | kstephens | ... |
| 23:36:37 | kstephens | dang you cant use (void) cast to stop -Werror |
| 23:40:05 | kstephens | fugly patch: http://gist.github.com/449270 |
| 23:41:21 | evan | i've fixed it |
| 23:41:24 | evan | about to commit. |
| 23:42:19 | boyscout | Show errors if write(2) has errors - 447e5cb - Evan Phoenix |
| 23:50:31 | boyscout | CI: rubinius: 447e5cb successful: 3456 files, 13603 examples, 41167 expectations, 0 failures, 0 errors |