Re: Testing in the D Standard Library
On Monday, 23 January 2017 at 01:52:29 UTC, Chris Wright wrote: On Sun, 22 Jan 2017 20:18:11 +, Mark wrote: Have you considered adding randomized tests to Phobos? Randomized testing is an interesting strategy to use alongside deterministic testing. It produces more coverage over time. However, any given test run only has a fraction of the coverage that you see over a large number of runs. In other words, if the randomized tests catch something, you don't know who dun it. This is generally considered a bad thing. Phobos does have some tests that use a PRNG. They all use a fixed seed. This is a shortcut to coming up with arbitrary test data; it's not a way to increase overall coverage. I think the right way to do it is to have a nightly randomized test build, but since I'm not willing to do the work, I don't have much say. This. So much this. Unit tests that loop over many randomly generated input test vectors are just a waste of everybody's CPU time. Don't get me wrong: fuzzing is also necessary. But it relies on an arbitrary time limit, which is hardly compatible with keeping a test suite fast. Which means it should be done in a another validation process than unit tests.
D IDE Coedit - version 3 beta 3
This would probably have been a RC or even the final version if I hadn't to wait for the development platform I use to reach its next milestone, which may not happen before the next spring, so another beta is worth. All important information, links and other downloads are here: https://github.com/BBasile/Coedit/releases/tag/3_beta_3 You can report any problem here: https://github.com/BBasile/Coedit/issues If you have questions, exactly today, I'll probably be there: irc://irc.freenode.net/d as "DotBatch"
Re: Silicon Valley D Meetup - January 26, 2017 - "High Performance Tools in D" by Jon Degenhardt
And this: http://youtu.be/-DK4r5xewTY Ali On 01/26/2017 07:26 PM, Ali Çehreli wrote: We're live now: https://hangouts.google.com/hangouts/_/ytl/QZmU0_QJnXuKGdftK-0D7QT4QbVn09_YyOMFHXoNDt8=?hl=en_US=0 Ali On 01/25/2017 11:53 PM, Ali Çehreli wrote: Our long time member and friend Jon Degenhardt has graciously accepted to present on very short notice. He will give a preview of some performance benchmarks that he has been running of tools in C, Rust, and Go that overlap with what Jon writes in D at eBay. Jon has been observing that D versions are faster in nearly all cases, and not by a small margin. In a total surprise, Jon's version of ‘cut’ is faster than GNU cut on large files: On a 4.8GB, 7M lines test file, GNU cut takes 12.4 sec, while Jon's version takes 4.2 sec. (GNU cut is faster on small files.) The big take-away is that this was achieved without a lot of low-level coding, using mostly high level D primitives and the standard library. There was some tuning and lessons learned, but nothing extensive. https://www.meetup.com/D-Lang-Silicon-Valley/events/236421472/?eventId=236421472 I may post a link to Google Hangouts here at the time of the event (7pm Pacific time). Hopefully, the mic will not be muted. (True story! :p) Ali
Re: Silicon Valley D Meetup - January 26, 2017 - "High Performance Tools in D" by Jon Degenhardt
We're live now: https://hangouts.google.com/hangouts/_/ytl/QZmU0_QJnXuKGdftK-0D7QT4QbVn09_YyOMFHXoNDt8=?hl=en_US=0 Ali On 01/25/2017 11:53 PM, Ali Çehreli wrote: Our long time member and friend Jon Degenhardt has graciously accepted to present on very short notice. He will give a preview of some performance benchmarks that he has been running of tools in C, Rust, and Go that overlap with what Jon writes in D at eBay. Jon has been observing that D versions are faster in nearly all cases, and not by a small margin. In a total surprise, Jon's version of ‘cut’ is faster than GNU cut on large files: On a 4.8GB, 7M lines test file, GNU cut takes 12.4 sec, while Jon's version takes 4.2 sec. (GNU cut is faster on small files.) The big take-away is that this was achieved without a lot of low-level coding, using mostly high level D primitives and the standard library. There was some tuning and lessons learned, but nothing extensive. https://www.meetup.com/D-Lang-Silicon-Valley/events/236421472/?eventId=236421472 I may post a link to Google Hangouts here at the time of the event (7pm Pacific time). Hopefully, the mic will not be muted. (True story! :p) Ali
Re: Silicon Valley D Meetup - January 26, 2017 - "High Performance Tools in D" by Jon Degenhardt
On 01/26/2017 08:59 AM, Jack Stouffer wrote: On Thursday, 26 January 2017 at 07:53:22 UTC, Ali Çehreli wrote: I may post a link to Google Hangouts here at the time of the event (7pm Pacific time). Hopefully, the mic will not be muted. (True story! :p) Ali If it's in hangouts, you can use Hangouts On Air to stream it to YouTube. D could always use more content on YouTube, as Rust and Go swamp us on this point. Yes, On Air is the idea. Ali
Re: Silicon Valley D Meetup - January 26, 2017 - "High Performance Tools in D" by Jon Degenhardt
On Thursday, 26 January 2017 at 07:53:22 UTC, Ali Çehreli wrote: I may post a link to Google Hangouts here at the time of the event (7pm Pacific time). Hopefully, the mic will not be muted. (True story! :p) Ali If it's in hangouts, you can use Hangouts On Air to stream it to YouTube. D could always use more content on YouTube, as Rust and Go swamp us on this point.
Re: Release D 2.073.0
https://issues.dlang.org/show_bug.cgi?id=17123 Can I have my "I told you so" badge please?
Re: Silicon Valley D Meetup - January 26, 2017 - "High Performance Tools in D" by Jon Degenhardt
Can't wait! Please ask Jon to write something up on it. For posterity On Thu, Jan 26, 2017 at 1:23 PM, Ali Çehreli via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: > Our long time member and friend Jon Degenhardt has graciously accepted to > present on very short notice. > > He will give a preview of some performance benchmarks that he has been > running of tools in C, Rust, and Go that overlap with what Jon writes in D > at eBay. Jon has been observing that D versions are faster in nearly all > cases, and not by a small margin. In a total surprise, Jon's version of > ‘cut’ is faster than GNU cut on large files: On a 4.8GB, 7M lines test > file, GNU cut takes 12.4 sec, while Jon's version takes 4.2 sec. (GNU cut > is faster on small files.) > > The big take-away is that this was achieved without a lot of low-level > coding, using mostly high level D primitives and the standard library. > There was some tuning and lessons learned, but nothing extensive. > > > https://www.meetup.com/D-Lang-Silicon-Valley/events/23642147 > 2/?eventId=236421472 > > I may post a link to Google Hangouts here at the time of the event (7pm > Pacific time). Hopefully, the mic will not be muted. (True story! :p) > > Ali >
