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