00:06 benabik joined
timotimo tadzik: it could very well be the hash/list access optimization that got your code to run much faster? 00:53
tadzik timotimo: possibly. I wasn't really following what happened last week 00:56
00:59 FROGGS_ joined 01:00 jnap joined 02:00 jnap joined 02:16 FROGGS_ joined 02:25 donaldh joined 02:46 btyler joined 03:01 jnap joined 04:02 jnap joined 04:10 hoelzro joined 05:03 jnap joined
nwc10 Stage start : 0.000 05:57
Stage parse : 5297.137
Stage syntaxcheck: 0.024
Stage ast : 0.042
Stage optimize : 2670.905
firmly into swap 05:58
r b swpd free buff cache si so bi bo in cs us sy id wa st
1 3 416420 4304 800 1136 2087 188 2087 192 1681 2010 2 11 0 87 0
using <512M of swap
06:03 jnap joined 06:46 FROGGS joined 07:04 jnap joined
nwc10 frustratingly I've lost the ssh tunnel back to it, so no updates until I go home 07:18
FROGGS :/ 07:49
morning nwc10
08:05 jnap joined 08:50 zakharyas joined 09:06 jnap joined 09:36 brrt joined 10:07 jnap joined
colomon loliblogged: justrakudoit.wordpress.com/2014/05/...akudobrew/ 10:37
FROGGS colomon: "So, last night I tried to more the module smoke tester to using rakudobrew." Is that sentence correct? 10:41
colomon clearly not 10:44
refresh. ;) 10:45
FROGGS++
brrt hmm... i can't for the life of me seem to make ld take an .o and output an elf 10:49
not that it matters much since one can always use gcc foo.s and have it work
moritz colomon++ 11:01
11:07 jnap joined
timotimo colomon: it doesn't seem like justrakudoit is on the planet; you can ask [Coke] to add it 11:14
colomon timotimo: it was on it last time I checked. 11:16
timotimo OK
it didn't appear in my feed reader for some reason
maybe it just takes a bit more time to propagate
colomon: if you have some leftover time, i'd be interested to see you pit the script from your last blog post against the three rakudos we have today 11:21
among other things, assigning to hash items has been dramatically improved 11:22
masak colomon++ # justrakudoit.wordpress.com/2014/05/...akudobrew/ 11:36
12:05 colomon joined 12:08 jnap joined
brrt github.com/bdw/dasm-example :-) 12:22
brrt off 12:23
12:23 brrt left
FROGGS dasm-example$ ./a.out 12:31
hello, world
works :o)
[Coke] reviewingly hugs brrt. 12:36
colomon m: my $mix = (a => 3, b =>2).Mix; say $mix.roll.perl 12:45
7F1AAEDN9 rakudo-moar fd5f8e: OUTPUTĀ«("a",).listā¤Ā»
camelia rakudo-moar fd5f8e: OUTPUTĀ«("a",).listā¤Ā»
colomon shouldn't that just be "a"? 12:46
lizmat good question 12:48
timotimo maybe we should differentiate between method roll() and method roll(int $count)? 12:49
lizmat it's implementat as a gather/tale
*take
possibly
timotimo well, not int but Cool and .Int it :) 12:50
lizmat the gather/take for n = 1
seems like rather overkil
timotimo aye
lizmat I'll do it in a few mins
unless someone beats me to it :-)
13:09 jnap joined 13:19 colomon joined
colomon ack, wrong channel. apologies 13:27
13:38 btyler joined 14:07 jnap joined 14:08 jnap left 14:10 jnap joined 14:12 LLamaRider joined 14:25 donaldh joined 14:28 woolfy left 14:30 woolfy joined 14:53 jnap1 joined 16:01 FROGGS joined
nwc10 All tests successful.Files=22, Tests=271, 371 wallclock secs ( 2.03 usr 0.33 sys + 347.41 cusr 13.55 csys = 363.32 CPU) 16:41
and the earlier stuff
tadzik that's 'make test'?
nwc10 yes 16:42
tadzik (on rakudo?)
nwc10 the earlier stuff:
Stage optimize : 2670.905
Stage mast : 23752.723
Stage mbc : 420.320
tadzik neat
nwc10++
jnthn good lord, that's a lot of time 17:02
oh, but swap?
nwc10 I think it did. Haven't checked the vmstat logs 17:09
highest swap seems to be 457724 17:11
jnthn huh, that's less than a meg... 17:12
Wait, is that bytes or kilobytes?
nwc10 it's only a 32 bit system :-)
K
jnthn oh.
yeha, that's a lot :P
nwc10 half a gig
I wasn't surprised
jnthn Being off by a thousand sure makes a number look good sometimes :P
nwc10 I can see ways we might (and I stress might) reduce MoarVM memory use
but they'd be trade offs
and right now, I don't think that they are important 17:13
current Pis have 512M
jnthn Well, yeah. I already mentioned the 4-8 more bytes off every object thing.
nwc10 it's not like most folks *building* are going to be on resource constrained hardware
binary packages...
the O(n) for the setting seems most useful first
jnthn aye
Not sure if I'll find tuits tonight 17:14
I can knock a $dayjob task off tonight though, which might make some for tomorrow :)
nwc10 and then speed and completeness stuff before RAM reduction
I think
jnthn And got at least one full day on Thu or Fri for Perl 6.
nwc10 I think it's more important to get concurrency reliable, and closer to the speed ballpark, than to shave RAM
after all, PyPy seems to be a complete hog, and that's not hurting it yet 17:15
"your snake, it seems to have eaten an entire boar"
jnthn *nod*
18:05 btyler joined
nwc10 just to say, fucking git fucking submodules 18:19
FROGGS yepp
nwc10 Cannot rebase: Your index contains uncommitted changes.
OK, so how do I reset the submodule to get rid of the '-dirty' 18:20
because it's not intutitive
FROGGS ohh, I'd like to know that too
masak / jnthn: can we get a git lesson?
benabik cd into the submodule and `git reset`? 18:21
Perhaps reset --hard
nwc10 no
benabik Perhaps I misunderstand the problem. 18:23
Ah. It also complains about untracked files, which reset won't remove. 18:24
nwc10 actually, I am *also* guilty of not fully reading that error message
but the submodules are so so so annoying beacuse they don't follow the same "rules" as files for stash and add 18:25
ensuring that one messes up a rebase workflow, particularly a rebase interactive
masak FROGGS: hm, `git reset --hard` combined with `git clean -xdf` usually clears everything, equivalent to a fresh clone. 19:10
benabik I often ponder that git-submodules suck because they aren't dogfooded. Git.git uses subtree merges to manage outside sources. 19:12
19:19 brrt joined
nwc10 All tests successful. 19:19
real 69m46.365s 19:20
user 68m9.490s
sys 0m28.070s
OK, starting Rakudo. This might take some time... 19:21
FROGGS nice, I have a rakudo-star-2014.04-moar.msi here now O.o (besides the parrot one) 19:22
nwc10 actually, to quote my daughter "I know that already", in that, if NQP is failing on the first action 19:23
then it's reading existing bootstrap MVM files
so it's a VM level failure
and attempting to build stuff elsewhere is not going to work any better
because that's exactly what's already going wrong - failing to cope with stuff built elsehwere
FROGGS yeah, true 19:24
nwc10 anyway, I'm guessing that Win32 has the same alignment constraints as ARM 19:25
in that long long aligns to 8 bytes
jnthn will be very happy if Win x86 is also fixed by this work. 19:38
It'd been on my todo list for a while, but never quite made it to the top. :) 19:39
FROGGS jnthn: I am building a j* also, and then an allstar 19:41
(msi)
jnthn allstar! :D 19:42
lizmat FROGGS++ 19:45
jnthn: I think your braindump in S17 wrt Supply.methods is now done 19:46
the only thing I can think of atm are:
Supply.sample
Supply.percentage
FROGGS btw, I had a nasty but interesting problem yesterday (involving windows, shipping dlls, and compiling stuff)
the prebuild DLLs were build 2011, and use free() from a crt from that day 19:47
but when we build Perl 5 Modules using XS, which link these DLLs, the have a malloc that resolves to a newer crt
jnthn lizmat: Does that mean I need to braindump some more? :)
FROGGS and as I understand it that it mallocs on another heap than it frees... 19:48
jnthn FROGGS: oh my.... :)
FROGGS: *that* will be fun :)
FROGGS something like this was the fix: _msvcrt_malloc = (malloc_t)GetProcAddress(GetModuleHandle("msvcrt"), "malloc");
lizmat jnthn: please do if you feel like it 19:49
jnthn lizmat: We don't have anything like the Rx GroupBy yet, I guess?
lizmat checks
jnthn lizmat: Also CombineLatest but...I don't like CombineLatest in Rx.
lizmat: I've felt I work around it as much as I use it as intended. So I think we might do better.
lizmat wrt GroupBy, am I correct in assume this mores when everything is done ? 19:51
jnthn No 19:52
It mores supplies iirc
So when you see a new group you more a supply for that group
lizmat aha
ok
jnthn And each thing within that group is more'd into that supply
lizmat gotcha
Supply.group > 19:53
?
jnthn It's like an anti-migrate in the sense that instead of SoS => S, it's an S => SoS
Well, .categorize may be a 6ier name for it?
lizmat hehe...
jnthn Given that's what the dual on lists is...I think.
lizmat checks
can an incoming value be mored on more than one supply ? 19:55
jnthn With a group by? Not afaik.
lizmat ok, so it's more like classify then
jnthn I mean, there's nothing to stop a combinator that does that existing.
Oh...
lizmat I guess we can do both
jnthn Yeah, I always mix up classify and categorize. 19:56
:)
lizmat I guess we need both
jnthn if we have them both on lazy lists, their duals on supplies seem sane, yes
benabik Supply[Foo].classify :( sub (Foo ==> Bar) ==> Supply[Pair[Bar,Supply[Foo]]] ) ? 19:58
i.e it takes a function from foo to bar, and returns a supply of pairs of bar and supplies of foo?
brrt this is starting to look like scala? 19:59
lizmat hopefully better :-)
benabik P6 and Scala cover similar domains: a mix of functional and OO as their core. But Scala is staticly typed and P6 dynamic. 20:00
That was my attempt to write it in something of a P6 fashion, and I guess I hit something Scala-esque. My original was more ML: 20:01
Supply['a].classify :: ('a -> 'b) -> Supply['b => Supply['a]]
nwc10 Pi at stage Parse 20:18
Stage start : 0.000
that one is so deceptive :-)
to the tune of "I feel pretty" - I hear swapping, so much swapping 20:38
etc
FROGGS *g*
lizmat .... and gay! 20:46
:-)
another word that has changed meaning over the years (at least for younger people): madonna 20:47
jnthn She's that pop star thats like a virgin, right? :P
20:47 btyler joined
[Coke] nwc10-- for getting that song stuck in my head. 20:49
FROGGS nwc10++ # I enjoyed reading the mails :o)
lizmat There's a West Side to every Story :-) 20:50
jnthn localhost:51822/Beer/SubmitReview/4
uh, gah, not *this* window...
FROGGS hehe 20:58
nwc10 it's frustrating that the USB driver is sufficiently crap that one can't use network swap on the Pi 21:04
(Ethernet runs over the internal USB hub) 21:05
as network swapping to SSD might be faster
FROGGS: if you confirm that the patches build on Win32 (and anything else) you might want to apply them 21:06
build, test, etc
FROGGS nwc10: I will do that after $sleep, I can test on four boxes: ubuntu x86, ubuntu x86_64, Windows XP x86 and Windows 7 64bit 21:09
nwc10 that sounds an excellent foursome
FROGGS and I am glad that I don't have to test parrot or jvm :o)
nwc10 to be more accurate, that was the ideal 4, as I think that it covers everything that we think ought to be working currently 21:24
Stage parse : 5493.118 21:25
I should go to bed
jnthn 'night
nwc10 that's about 200 seconds slower than the previous run
random swap is random, I'd guess
er, random disk access is random 21:26
peak swap in the terminal that I can see is 302800
but it drops at times a bit
tadzik that's an SD card, isn't it? 21:28
jnthn Got all my $dayjob errands done, but too tired to look at nwc10++ patches tonight. Won't have $dayjob errnads tomorrow evneing, so will do it then :) 22:12
'night
23:09 colomon joined

Powered by Cro and the RakuĀ® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!