www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.announce - vibe.d 0.7.18 has been released

reply =?UTF-8?B?U8O2bmtlIEx1ZHdpZw==?= <sludwig outerproduct.org> writes:
This release has a record set of almost 90 additions and fixes. Some of
them are:

 - Compiles on DMD 2.064 (as well as DMD 2.063.2)
 - Reworked the WebSocket implementation to not require a particular
   send/receive order to function properly
 - Stability and memory consumption of the HTTP client, as well as
   parts of the HTTP server hav been greatly improved
 - The render!() function to render Diet templates is considered stable
   beginning with DMD 2.064, so the more cumbersome renderCompat!() is
   no longer required
 - Improved serialization system with allocation-less JSON
   (de-)serialization among other things

The full list of changes/fixes can be found at
http://vibed.org/blog/posts/vibe-release-0.7.18

Homepage: http://vibed.org/
DUB package: http://code.dlang.org/packages/vibe-d
GitHub: https://github.com/rejectedsoftware/vibe.d
Nov 26 2013
next sibling parent reply Jacob Carlborg <doob me.com> writes:
On 2013-11-26 20:31, Sönke Ludwig wrote:
 This release has a record set of almost 90 additions and fixes. Some of
 them are:
Cool.
   - Compiles on DMD 2.064 (as well as DMD 2.063.2)
2.064.2 or 2.064? -- /Jacob Carlborg
Nov 26 2013
parent reply =?UTF-8?B?U8O2bmtlIEx1ZHdpZw==?= <sludwig outerproduct.org> writes:
Am 26.11.2013 20:43, schrieb Jacob Carlborg:
 On 2013-11-26 20:31, Sönke Ludwig wrote:
 This release has a record set of almost 90 additions and fixes. Some of
 them are:
Cool.
   - Compiles on DMD 2.064 (as well as DMD 2.063.2)
2.064.2 or 2.064?
2.064.2 of course, was confused a bit about 2.064.x being RCs instead of full releases ;)
Nov 26 2013
parent Jacob Carlborg <doob me.com> writes:
On 2013-11-26 20:49, Sönke Ludwig wrote:

 2.064.2 of course, was confused a bit about 2.064.x being RCs instead of
 full releases ;)
And it doesn't get any better when running "dmd" prints "2.064" :( -- /Jacob Carlborg
Nov 26 2013
prev sibling next sibling parent "nazriel" <spam dzfl.pl> writes:
On Tuesday, 26 November 2013 at 19:31:53 UTC, Sönke Ludwig wrote:
 This release has a record set of almost 90 additions and fixes. 
 Some of
 them are:

  - Compiles on DMD 2.064 (as well as DMD 2.063.2)
  - Reworked the WebSocket implementation to not require a 
 particular
    send/receive order to function properly
  - Stability and memory consumption of the HTTP client, as well 
 as
    parts of the HTTP server hav been greatly improved
  - The render!() function to render Diet templates is 
 considered stable
    beginning with DMD 2.064, so the more cumbersome 
 renderCompat!() is
    no longer required
  - Improved serialization system with allocation-less JSON
    (de-)serialization among other things

 The full list of changes/fixes can be found at
 http://vibed.org/blog/posts/vibe-release-0.7.18

 Homepage: http://vibed.org/
 DUB package: http://code.dlang.org/packages/vibe-d
 GitHub: https://github.com/rejectedsoftware/vibe.d
Impressive! :) Good work, Sönke & contributors
Nov 26 2013
prev sibling next sibling parent "Craig Dillabaugh" <craig.dillabaugh gmail.com> writes:
On Tuesday, 26 November 2013 at 19:31:53 UTC, Sönke Ludwig wrote:
 This release has a record set of almost 90 additions and fixes. 
 Some of
 them are:

  - Compiles on DMD 2.064 (as well as DMD 2.063.2)
  - Reworked the WebSocket implementation to not require a 
 particular
    send/receive order to function properly
  - Stability and memory consumption of the HTTP client, as well 
 as
    parts of the HTTP server hav been greatly improved
  - The render!() function to render Diet templates is 
 considered stable
    beginning with DMD 2.064, so the more cumbersome 
 renderCompat!() is
    no longer required
  - Improved serialization system with allocation-less JSON
    (de-)serialization among other things

 The full list of changes/fixes can be found at
 http://vibed.org/blog/posts/vibe-release-0.7.18

 Homepage: http://vibed.org/
 DUB package: http://code.dlang.org/packages/vibe-d
 GitHub: https://github.com/rejectedsoftware/vibe.d
Congratulations on your excellent work.
Nov 26 2013
prev sibling next sibling parent reply "Puming" <zhaopuming gmail.com> writes:
Congratulations!

Would there be a performance benchmark for V0.7.18?


On Tuesday, 26 November 2013 at 19:31:53 UTC, Sönke Ludwig wrote:
 This release has a record set of almost 90 additions and fixes. 
 Some of
 them are:

  - Compiles on DMD 2.064 (as well as DMD 2.063.2)
  - Reworked the WebSocket implementation to not require a 
 particular
    send/receive order to function properly
  - Stability and memory consumption of the HTTP client, as well 
 as
    parts of the HTTP server hav been greatly improved
  - The render!() function to render Diet templates is 
 considered stable
    beginning with DMD 2.064, so the more cumbersome 
 renderCompat!() is
    no longer required
  - Improved serialization system with allocation-less JSON
    (de-)serialization among other things

 The full list of changes/fixes can be found at
 http://vibed.org/blog/posts/vibe-release-0.7.18

 Homepage: http://vibed.org/
 DUB package: http://code.dlang.org/packages/vibe-d
 GitHub: https://github.com/rejectedsoftware/vibe.d
Nov 26 2013
parent reply =?UTF-8?B?U8O2bmtlIEx1ZHdpZw==?= <sludwig outerproduct.org> writes:
Am 27.11.2013 02:34, schrieb Puming:
 Congratulations!
 
 Would there be a performance benchmark for V0.7.18?
I ran the bench-http-server/request examples during development to debug a memory leak and it seemed like the performance was worse than a while ago when it was optimized for Dicebot's benchmarks (the performance seems to vary a lot across a benchmark run for some reason). Getting it up to speed again (and keep it there by monitoring performance for each new commit) will be a priority for the coming months. Hopefully by then the TechEmpower benchmark integration [1] can also be finished, although it may be too late for the next benchmark round (I don't have time to do it currently and probably won't for the next 5 or so months). [1]: https://github.com/s-ludwig/FrameworkBenchmarks
Nov 27 2013
parent "Puming" <zhaopuming gmail.com> writes:
Thanks for the clarification.

I'll start learning about vibe.d and thinking about using it as a 
high performance HTTP server.


On Wednesday, 27 November 2013 at 10:47:48 UTC, Sönke Ludwig 
wrote:
 Am 27.11.2013 02:34, schrieb Puming:
 Congratulations!
 
 Would there be a performance benchmark for V0.7.18?
I ran the bench-http-server/request examples during development to debug a memory leak and it seemed like the performance was worse than a while ago when it was optimized for Dicebot's benchmarks (the performance seems to vary a lot across a benchmark run for some reason). Getting it up to speed again (and keep it there by monitoring performance for each new commit) will be a priority for the coming months. Hopefully by then the TechEmpower benchmark integration [1] can also be finished, although it may be too late for the next benchmark round (I don't have time to do it currently and probably won't for the next 5 or so months). [1]: https://github.com/s-ludwig/FrameworkBenchmarks
Nov 27 2013
prev sibling next sibling parent reply Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
On 11/26/13 11:31 AM, Sönke Ludwig wrote:
 This release has a record set of almost 90 additions and fixes. Some of
 them are:

   - Compiles on DMD 2.064 (as well as DMD 2.063.2)
   - Reworked the WebSocket implementation to not require a particular
     send/receive order to function properly
   - Stability and memory consumption of the HTTP client, as well as
     parts of the HTTP server hav been greatly improved
   - The render!() function to render Diet templates is considered stable
     beginning with DMD 2.064, so the more cumbersome renderCompat!() is
     no longer required
   - Improved serialization system with allocation-less JSON
     (de-)serialization among other things

 The full list of changes/fixes can be found at
 http://vibed.org/blog/posts/vibe-release-0.7.18

 Homepage: http://vibed.org/
 DUB package: http://code.dlang.org/packages/vibe-d
 GitHub: https://github.com/rejectedsoftware/vibe.d
Terrific, congratulations! I'll post to reddit tomorrow morning. Andrei
Nov 26 2013
parent Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
On 11/26/13 9:03 PM, Andrei Alexandrescu wrote:
 Terrific, congratulations! I'll post to reddit tomorrow morning.
http://www.reddit.com/r/programming/comments/1rl0zb/vibed_0718_has_been_released/ https://news.ycombinator.com/item?id=6809608 https://twitter.com/D_Programming/status/405751264467628033 https://www.facebook.com/dlang.org/posts/751731311507219 Andrei
Nov 27 2013
prev sibling parent reply =?iso-8859-1?Q?Robert_M._M=FCnch?= <robert.muench saphirion.com> writes:
On 2013-11-26 19:31:44 +0000, Sönke Ludwig said:

 Homepage: http://vibed.org/
 DUB package: http://code.dlang.org/packages/vibe-d
 GitHub: https://github.com/rejectedsoftware/vibe.d
Out of curiosity, it looks like vibe.d could be used to implement all kind of network protocolls. Is that right? Or is this use-case to screwed-up for it? -- Robert M. Münch Saphirion AG http://www.saphirion.com smarter | better | faster
Nov 29 2013
next sibling parent reply Rory McGuire <rjmcguire gmail.com> writes:
Anything stream orientated. I didn't see a udp stream though that sounds
useful.
On 29 Nov 2013 19:35, "Robert M. M=C3=BCnch" <robert.muench saphirion.com> =
wrote:

 On 2013-11-26 19:31:44 +0000, S=C3=B6nke Ludwig said:

  Homepage: http://vibed.org/
 DUB package: http://code.dlang.org/packages/vibe-d
 GitHub: https://github.com/rejectedsoftware/vibe.d
Out of curiosity, it looks like vibe.d could be used to implement all kin=
d
 of network protocolls. Is that right? Or is this use-case to screwed-up f=
or
 it?

 --
 Robert M. M=C3=BCnch
 Saphirion AG

 http://www.saphirion.com
 smarter | better | faster
Nov 29 2013
parent reply =?UTF-8?B?U8O2bmtlIEx1ZHdpZw==?= <sludwig outerproduct.org> writes:
Am 29.11.2013 18:54, schrieb Rory McGuire:
 Anything stream orientated. I didn't see a udp stream though that sounds
 useful.
 
http://vibed.org/api/vibe.core.net/listenUDP It's currently limited to TCP and UDP, but adding other protocols when required is simple.
Nov 29 2013
parent reply Rory McGuire <rjmcguire gmail.com> writes:
On 29 Nov 2013 20:25, "S=C3=B6nke Ludwig" <sludwig outerproduct.org> wrote:
 http://vibed.org/api/vibe.core.net/listenUDP

 It's currently limited to TCP and UDP, but adding other protocols when
 required is simple.
Ooo could one write a Dns server with it?
Nov 29 2013
parent =?UTF-8?B?U8O2bmtlIEx1ZHdpZw==?= <sludwig outerproduct.org> writes:
Am 29.11.2013 20:28, schrieb Rory McGuire:
 
 On 29 Nov 2013 20:25, "Sönke Ludwig" <sludwig outerproduct.org
 <mailto:sludwig outerproduct.org>> wrote:
 http://vibed.org/api/vibe.core.net/listenUDP

 It's currently limited to TCP and UDP, but adding other protocols when
 required is simple.
Ooo could one write a Dns server with it?
Should be no problem.
Nov 29 2013
prev sibling parent reply "Atila Neves" <atila.neves gmail.com> writes:
On Friday, 29 November 2013 at 17:31:41 UTC, Robert M. Münch 
wrote:
 On 2013-11-26 19:31:44 +0000, Sönke Ludwig said:

 Homepage: http://vibed.org/
 DUB package: http://code.dlang.org/packages/vibe-d
 GitHub: https://github.com/rejectedsoftware/vibe.d
Out of curiosity, it looks like vibe.d could be used to implement all kind of network protocolls. Is that right? Or is this use-case to screwed-up for it?
I wrote an MQTT broker on top of vibe.d's TCP functionality: https://github.com/atilaneves/mqtt
Dec 03 2013
parent =?iso-8859-1?Q?Robert_M._M=FCnch?= <robert.muench saphirion.com> writes:
On 2013-12-03 09:37:07 +0000, Atila Neves said:

 I wrote an MQTT broker on top of vibe.d's TCP functionality:
 
 https://github.com/atilaneves/mqtt
Hi, thanks & cool stuff. Since I'm still a big fan of the BEEP protocol (framework for application protocols), I'm wondering if we could use vibe.d as a base and make a BEEP implementaiton. Having one out-of-the-box in D would be a "killer" as it reduces the effort to write network applications tremendously. -- Robert M. Münch Saphirion AG http://www.saphirion.com smarter | better | faster
Dec 03 2013