This release brings some larger changes:

 - The library has been split up into sub packages: code, utils, data,
   http, mail, diet, mongodb, redis and web. This is an intermediate
   step to moving the individual packages out to separate repositories
   with independent version numbers.

 - A lot of work went into performance tuning. Single-core performance
   of the HTTP server is improved by about +50% and multi-core
   performance scales properly again after excessive lock contention
   sneaked in in one of the previous releases. The number of worker
   threads is now also properly determined on all systems (including
   multi-CPU), which should fix the numbers for multi-threaded
   benchmarks (an update to the TechEmpower benchmark suite is on the
   way).

 - The REST interface generator now supports modelling collections with
   native D syntax using Collection!T. It also adds support for CORS.

 - The std.concurrency integration has been fixed and re-enabled - you
   can now use std.concurrency without worrying about blocking the
   event loop. In case of problems (std.concurrency doesn't support
   passing certain kinds of values), the old implementation can still
   be accessed as sendCompat/receiveCompat/...

 - Compiles on 2.066.0 up to 2.070.0. Note that this will be the last
   release that supports the 2.066.x frontend. The next release will
   require at least 2.067.0 or maybe even 2.068.0 (still TBD). This may
   unfortunately rule out GDC for the time being.

 - Full list of changes: http://vibed.org/blog/posts/vibe-release-0.7.27

Homepage: http://vibed.org/
DUB package: http://code.dlang.org/packages/vibe-d
GitHub: https://github.com/rejectedsoftware/vibe.d

On Tuesday, 9 February 2016 at 19:16:49 UTC, Sönke Ludwig wrote:
> This release brings some larger changes:
>
>  - The library has been split up into sub packages: code, utils, data,
>    http, mail, diet, mongodb, redis and web. This is an intermediate
>    step to moving the individual packages out to separate repositories
>    with independent version numbers.
>
> [...]

Awesome! Thanks for all the hard work.

--Stephan

On Tuesday, 9 February 2016 at 19:16:49 UTC, Sönke Ludwig wrote:
> This release brings some larger changes:
>
>  - A lot of work went into performance tuning. Single-core performance
>    of the HTTP server is improved by about +50% and multi-core
>    performance scales properly again after excessive lock contention
>    sneaked in in one of the previous releases. The number of worker
>    threads is now also properly determined on all systems (including
>    multi-CPU), which should fix the numbers for multi-threaded
>    benchmarks (an update to the TechEmpower benchmark suite is on the
>    way).
>
I look forward to reading the numbers, and seeing how it compares, to other web servers :)

Nick

On 02/09/2016 09:16 PM, Sönke Ludwig wrote:
> This release brings some larger changes:
> 
> ...

Changelog looks very exciting, good work!

On 2/9/16 2:16 PM, Sönke Ludwig wrote:
>   - Full list of changes: http://vibed.org/blog/posts/vibe-release-0.7.27
>
> Homepage: http://vibed.org/
> DUB package: http://code.dlang.org/packages/vibe-d
> GitHub: https://github.com/rejectedsoftware/vibe.d

Congrats!! -- Andrei

On 2016-02-09 19:16:49 +0000, Snke Ludwig said:

>   - Full list of changes: http://vibed.org/blog/posts/vibe-release-0.7.27

Great stuff!! Thanks a lot for your engagement.

-- 
Robert M. Münch
http://www.saphirion.com
smarter | better | faster

On 9 February 2016 at 20:16, Sönke Ludwig < digitalmars-d-announce@puremagic.com> wrote:

> This release brings some larger changes:
>
>  - The library has been split up into sub packages: code, utils, data,
>    http, mail, diet, mongodb, redis and web. This is an intermediate
>    step to moving the individual packages out to separate repositories
>    with independent version numbers.
>
>  - A lot of work went into performance tuning. Single-core performance
>    of the HTTP server is improved by about +50% and multi-core
>    performance scales properly again after excessive lock contention
>    sneaked in in one of the previous releases. The number of worker
>    threads is now also properly determined on all systems (including
>    multi-CPU), which should fix the numbers for multi-threaded
>    benchmarks (an update to the TechEmpower benchmark suite is on the
>    way).
>
>  - The REST interface generator now supports modelling collections with
>    native D syntax using Collection!T. It also adds support for CORS.
>
>  - The std.concurrency integration has been fixed and re-enabled - you
>    can now use std.concurrency without worrying about blocking the
>    event loop. In case of problems (std.concurrency doesn't support
>    passing certain kinds of values), the old implementation can still
>    be accessed as sendCompat/receiveCompat/...
>
>  - Compiles on 2.066.0 up to 2.070.0. Note that this will be the last
>    release that supports the 2.066.x frontend. The next release will
>    require at least 2.067.0 or maybe even 2.068.0 (still TBD). This may
>    unfortunately rule out GDC for the time being.
>
>
Not a problem.  We may be on 2.068 sooner than you think (I know that 2.067 has been in branch/PR forever ;-)

Iain.

On Wednesday, 10 February 2016 at 08:50:54 UTC, Iain Buclaw wrote:
> On 9 February 2016 at 20:16, Sönke Ludwig < digitalmars-d-announce@puremagic.com> wrote:
>
>> This release brings some larger changes:
>>
>>  - The library has been split up into sub packages: code, utils, data,
>>    http, mail, diet, mongodb, redis and web. This is an intermediate
>>    step to moving the individual packages out to separate repositories
>>    with independent version numbers.
>>
>>  - A lot of work went into performance tuning. Single-core performance
>>    of the HTTP server is improved by about +50% and multi-core
>>    performance scales properly again after excessive lock contention
>>    sneaked in in one of the previous releases. The number of worker
>>    threads is now also properly determined on all systems (including
>>    multi-CPU), which should fix the numbers for multi-threaded
>>    benchmarks (an update to the TechEmpower benchmark suite is on the
>>    way).
>>
>>  - The REST interface generator now supports modelling collections with
>>    native D syntax using Collection!T. It also adds support for CORS.
>>
>>  - The std.concurrency integration has been fixed and re-enabled - you
>>    can now use std.concurrency without worrying about blocking the
>>    event loop. In case of problems (std.concurrency doesn't support
>>    passing certain kinds of values), the old implementation can still
>>    be accessed as sendCompat/receiveCompat/...
>>
>>  - Compiles on 2.066.0 up to 2.070.0. Note that this will be the last
>>    release that supports the 2.066.x frontend. The next release will
>>    require at least 2.067.0 or maybe even 2.068.0 (still TBD). This may
>>    unfortunately rule out GDC for the time being.
>>
>>
> Not a problem.  We may be on 2.068 sooner than you think (I know that 2.067 has been in branch/PR forever ;-)
>
> Iain.

Does your company use D?

Dne 10.2.2016 v 09:50 Iain Buclaw via Digitalmars-d-announce napsal(a):
> On 9 February 2016 at 20:16, Sönke Ludwig <digitalmars-d-announce@puremagic.com <mailto:digitalmars-d-announce@puremagic.com>> wrote:
>
>     This release brings some larger changes:
>
>      - The library has been split up into sub packages: code, utils, data,
>        http, mail, diet, mongodb, redis and web. This is an intermediate
>        step to moving the individual packages out to separate repositories
>        with independent version numbers.
>
>      - A lot of work went into performance tuning. Single-core performance
>        of the HTTP server is improved by about +50% and multi-core
>        performance scales properly again after excessive lock contention
>        sneaked in in one of the previous releases. The number of worker
>        threads is now also properly determined on all systems (including
>        multi-CPU), which should fix the numbers for multi-threaded
>        benchmarks (an update to the TechEmpower benchmark suite is on the
>        way).
>
>      - The REST interface generator now supports modelling collections
>     with
>        native D syntax using Collection!T. It also adds support for CORS.
>
>      - The std.concurrency integration has been fixed and re-enabled - you
>        can now use std.concurrency without worrying about blocking the
>        event loop. In case of problems (std.concurrency doesn't support
>        passing certain kinds of values), the old implementation can still
>        be accessed as sendCompat/receiveCompat/...
>
>      - Compiles on 2.066.0 up to 2.070.0. Note that this will be the last
>        release that supports the 2.066.x frontend. The next release will
>        require at least 2.067.0 or maybe even 2.068.0 (still TBD).
>     This may
>        unfortunately rule out GDC for the time being.
>
>
> Not a problem.  We may be on 2.068 sooner than you think (I know that 2.067 has been in branch/PR forever ;-)
>
> Iain.
Wow, that would be awesome :)

Am 10.02.2016 um 09:50 schrieb Iain Buclaw via Digitalmars-d-announce:
>
> Not a problem.  We may be on 2.068 sooner than you think (I know that
> 2.067 has been in branch/PR forever ;-)
>
> Iain.

Really glad to hear that! BTW, is anything moving w.r.t. integrating GDC (and LDC) to the auto tester for the DMD frontend?