From jacoby.david at gmail.com Wed Oct 12 07:51:14 2016 From: jacoby.david at gmail.com (Dave Jacoby) Date: Wed, 12 Oct 2016 10:51:14 -0400 Subject: [Purdue-pm] Purdue Perl Mongers Tonight! Message-ID: This is a reminder that Derrick will be presenting on Jupyter, a web application that allows you to create and share documents which contain live code, visualizations and explanatory text. 5:30 in EE 317 We start with chat before the actual talk, and afterward, we go to Lafayette Brewing Company for Hack Lafayette Open Source Food & Chat. See you there! -- David Jacoby jacoby.david at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jacoby at purdue.edu Mon Oct 17 09:59:48 2016 From: jacoby at purdue.edu (Dave Jacoby) Date: Mon, 17 Oct 2016 12:59:48 -0400 Subject: [Purdue-pm] November and December Message-ID: <0991b004-82c7-5211-61c8-e499bbfdd2b8@purdue.edu> Thank you, Derrick, for your presentation on Jupyter, and I hope it helped you prepare your presentations in London later this month. We discussed topics for November's meeting (Nov 9, frustratingly opposite the TEDxPurdueSalon on "Tomorrow's Technology Today", which sounds great), but we didn't agree on one. I have to start changing the website -- someday, it'll pull the calendar straight from Meetup, but not today -- so having SOMETHING but TBD would be good. Anybody have ideas? Or should we just force Joe to show off Rakudo.js? -- Dave Jacoby Developer, Purdue Genomics Core Lab From mark at ecn.purdue.edu Thu Oct 20 10:33:05 2016 From: mark at ecn.purdue.edu (Mark Senn) Date: Thu, 20 Oct 2016 13:33:05 -0400 Subject: [Purdue-pm] November and December In-Reply-To: <0991b004-82c7-5211-61c8-e499bbfdd2b8@purdue.edu> References: <0991b004-82c7-5211-61c8-e499bbfdd2b8@purdue.edu> Message-ID: <47798.1476984785@pier.ecn.purdue.edu> Dave Jacoby wrote on 2016-10-17 at 1259: | Thank you, Derrick, for your presentation on Jupyter, and I hope it | helped you prepare your presentations in London later this month. | | We discussed topics for November's meeting (Nov 9, frustratingly | opposite the TEDxPurdueSalon on "Tomorrow's Technology Today", which | sounds great), but we didn't agree on one. | | I have to start changing the website -- someday, it'll pull the | calendar straight from Meetup, but not today -- so having SOMETHING | but TBD would be good. | | Anybody have ideas? Or should we just force Joe to show off Rakudo.js? I can give a Jupyter vs. Mathematica talk in December if there is interest. Reply to just me, mark at purdue.edu, with a number of 1 through 5 and I'll summarize on October 30. 1 is don't care and won't attend; 5 is very interested and would plan to attend. I'm on at least the perl6-bugs-followup at perl6.org list and based on what I read there the Rakudo JavaScript backend may not be stable enough to advertise in a talk yet. From http://blogs.perl.org/users/pawel_murias/2016/10/update-on-rakudojs.html Update on rakudo.js By Pawe? Murias on October 12, 2016 11:50 AM Current State rakudo.js (Rakudo compiled to JavaScript) compiles 70% of the core setting. I'm working on getting it to compile the whole setting. The setting executes a bunch of code at compile time (it has BEGIN blocks, constant declarators etc.) so the code the compiler is generated is validated to some degree (the test suit will exercise it much more). I'm mostly fixing bugs, and implementing missing features in the backend (most are small some required bigger changes to the way we handle things, like nqp::attrinited). While doing that I'm also expanding the nqp test suite so that new backend implementers have an easier job. What's left? Fixing bugs and missing features found while running the test suit. Writing a tutorial and making rakudo.js more usable (making sure the source maps are correct, it installs easily, the error messages it produces are usable etc.). When it will be done? A large part of the work remaining is bug fixing so I find it hard to provide a reliable estimate. I hope to wrap things up by the end of the year. Mark Senn, Systems Programmer, Engineering Computer Network, Purdue University From mark at purdue.edu Sat Oct 22 14:35:50 2016 From: mark at purdue.edu (Mark Senn) Date: Sat, 22 Oct 2016 17:35:50 -0400 Subject: [Purdue-pm] Perl 6 reads lines 11.7 times faster Message-ID: <42393.1477172150@pier.ecn.purdue.edu> I ran the following Perl 5 and Perl 6 programs three times each and averaged the results. The Perl 5 program read the one million line file (each line was 99 x's followed by a newline) 11.7 times faster than the Perl 6 program. Perl 5 program: % perl --version This is perl 5, version 22, subversion 0 (v5.22.0) built for x86_64-linux-thread-multi my $fn = '/tmp/mark/z'; open $fh, '<', $fn; my $n = 0; while (<$fh>) { $n++; } print "$n\n"; Perl 6 program: % perl6 --version This is Rakudo version 2016.10 built on MoarVM version 2016.10 implementing Perl 6.c. my $fn = '/tmp/mark/z'; my $fh = open $fn, :r; my $n = 0; for $fh.lines { $n++; } say $n; Perl 6 continues to get faster. I like it _much_ better than Perl 5. -mark From mdw at purdue.edu Sat Oct 22 18:11:22 2016 From: mdw at purdue.edu (Mark Daniel Ward) Date: Sat, 22 Oct 2016 21:11:22 -0400 Subject: [Purdue-pm] Perl 6 reads lines 11.7 times faster In-Reply-To: <42393.1477172150@pier.ecn.purdue.edu> References: <42393.1477172150@pier.ecn.purdue.edu> Message-ID: <5E99799A-2756-4287-86E4-8CC0A7BDCA39@purdue.edu> Dear Mark, Your subject line said Perl 6 is faster but the body of your email said Perl 5 was faster. Which is it? Mark Sent from my iPod > On Oct 22, 2016, at 5:35 PM, Mark Senn wrote: > > I ran the following Perl 5 and Perl 6 programs three times each and > averaged the results. The Perl 5 program read the one million line file > (each line was 99 x's followed by a newline) 11.7 times faster than the > Perl 6 program. > > Perl 5 program: > % perl --version > This is perl 5, version 22, subversion 0 (v5.22.0) built for > x86_64-linux-thread-multi > my $fn = '/tmp/mark/z'; > open $fh, '<', $fn; > my $n = 0; > while (<$fh>) > { > $n++; > } > print "$n\n"; > > Perl 6 program: > % perl6 --version > This is Rakudo version 2016.10 built on MoarVM version 2016.10 > implementing Perl 6.c. > my $fn = '/tmp/mark/z'; > my $fh = open $fn, :r; > my $n = 0; > for $fh.lines > { > $n++; > } > say $n; > > Perl 6 continues to get faster. I like it _much_ better than Perl 5. > > -mark > _______________________________________________ > Purdue-pm mailing list > Purdue-pm at pm.org > http://mail.pm.org/mailman/listinfo/purdue-pm From mark at purdue.edu Sat Oct 22 18:10:20 2016 From: mark at purdue.edu (Mark Senn) Date: Sat, 22 Oct 2016 21:10:20 -0400 Subject: [Purdue-pm] correction: Perl 5 reads lines 11.7 times faster Message-ID: <13138.1477185020@pier.ecn.purdue.edu> The following is a correction to an earlier message I sent that was inspired by a message from Tom Browder to the perl6-bugs-followup mailing list. The biggest problem with the previous message from me was the subject line read "Perl 6 reads lines 11.7 times faster". Sheesh. | I ran the following Perl 5 and Perl 6 programs three times each and | averaged the results. The Perl 5 program read the one million line | file (each line was 99 x's followed by a newline) 11.7 times faster | than the Perl 6 program based on total execution times. | | Perl 5 program: | % perl --version | This is perl 5, version 22, subversion 0 (v5.22.0) built for | x86_64-linux-thread-multi | my $fn = '/tmp/mark/z'; | open $fh, '<', $fn; | my $n = 0; | while (<$fh>) | { | $n++; | } | print "$n\n"; | | Perl 6 program: | % perl6 --version | This is Rakudo version 2016.10 built on MoarVM version 2016.10 | implementing Perl 6.c. | my $fn = '/tmp/mark/z'; | my $fh = open $fn, :r; | my $n = 0; | for $fh.lines | { | $n++; | } | say $n; | | Perl 6 continues to get faster. I like it _much_ better than Perl 5. | | -mark | _______________________________________________ | Purdue-pm mailing list | Purdue-pm at pm.org | http://mail.pm.org/mailman/listinfo/purdue-pm From mdw at purdue.edu Sat Oct 22 19:35:02 2016 From: mdw at purdue.edu (Mark Daniel Ward) Date: Sat, 22 Oct 2016 22:35:02 -0400 Subject: [Purdue-pm] correction: Perl 5 reads lines 11.7 times faster In-Reply-To: <13138.1477185020@pier.ecn.purdue.edu> References: <13138.1477185020@pier.ecn.purdue.edu> Message-ID: <0885ff8c-3e6d-ec6e-1f85-9fcf9ac31957@purdue.edu> Dear Mark, I look forward to Perl 6 continuing to get faster. It is pretty neat to see Perl 6 getting better and better as time passes. Thank you for always keeping us updated! I'm still using Perl 5 but I know that someday I'll need to make the switch. Mark On 10/22/16 9:10 PM, Mark Senn wrote: > The following is a correction to an earlier message I sent that was > inspired by a message from Tom Browder to the perl6-bugs-followup > mailing list. The biggest problem with the previous message from me was > the subject line read "Perl 6 reads lines 11.7 times faster". Sheesh. > | I ran the following Perl 5 and Perl 6 programs three times each and > | averaged the results. The Perl 5 program read the one million line > | file (each line was 99 x's followed by a newline) 11.7 times faster > | than the Perl 6 program based on total execution times. > | > | Perl 5 program: > | % perl --version > | This is perl 5, version 22, subversion 0 (v5.22.0) built for > | x86_64-linux-thread-multi > | my $fn = '/tmp/mark/z'; > | open $fh, '<', $fn; > | my $n = 0; > | while (<$fh>) > | { > | $n++; > | } > | print "$n\n"; > | > | Perl 6 program: > | % perl6 --version > | This is Rakudo version 2016.10 built on MoarVM version 2016.10 > | implementing Perl 6.c. > | my $fn = '/tmp/mark/z'; > | my $fh = open $fn, :r; > | my $n = 0; > | for $fh.lines > | { > | $n++; > | } > | say $n; > | > | Perl 6 continues to get faster. I like it _much_ better than Perl 5. > | > | -mark > | _______________________________________________ > | Purdue-pm mailing list > | Purdue-pm at pm.org > | http://mail.pm.org/mailman/listinfo/purdue-pm > _______________________________________________ > Purdue-pm mailing list > Purdue-pm at pm.org > http://mail.pm.org/mailman/listinfo/purdue-pm