This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "snap-website".
The branch, master has been updated
via 48caf97933ecb8b52033215c394fbe0fd8fe2da9 (commit)
from 30a5b4b11a2f3ecdb6f2e36db9c2b0a333e9b214 (commit)
Summary of changes:
.../content/2010/10/27/snap-0.2.15-released.md | 42 ++++++++++++++++++++
1 files changed, 42 insertions(+), 0 deletions(-)
create mode 100644 blogdata/content/2010/10/27/snap-0.2.15-released.md
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit 48caf97933ecb8b52033215c394fbe0fd8fe2da9
Author: Gregory Collins <[email protected]>
Date: Wed Oct 27 02:09:09 2010 +0200
Changelog for 0.2.15
diff --git a/blogdata/content/2010/10/27/snap-0.2.15-released.md
b/blogdata/content/2010/10/27/snap-0.2.15-released.md
new file mode 100644
index 0000000..ceea68d
--- /dev/null
+++ b/blogdata/content/2010/10/27/snap-0.2.15-released.md
@@ -0,0 +1,42 @@
+| title: Announcing: Snap Framework v0.2.15
+| author: Gregory Collins <[email protected]>
+| published: 2010-10-27T02:07:00+0200
+| updated: 2010-10-25T02:07:00+0200
+| summary: Release notes for version 0.2.15 of the Snap Framework.
+
+The Snap team is pleased to announce the release of Snap 0.2.15.
+
+Changes since 0.2.14
+====================
+
+### Improvements:
+
+ - Improved the way that the stock `snap-server` backend handles timeouts;
+ before we were using [Johan Tibell's
+
trick](http://blog.johantibell.com/2010/04/generational-garbage-collection-and.html)
+ of keeping a list of edits to the master threads table behind an `IORef`,
+ and then applying these edits in a worker thread which runs periodically to
+ kill timed-out connections.
+
+ During some benchmark testing we've been doing for an upcoming article, we
+ noticed that this approach was still causing too much blackhole contention
+ on the `IORef` --- worker threads were spending too much time fighting over
+ who got to modify the list of edits. In `snap-server` 0.2.15, we've
+ switched to a striped locking scheme, in which we manage a vector of
+ priority search queues, each guarded by a lock. We pick which queue to
+ register with based on the hash of the worker thread's `ThreadId`.
+
+ In our testing this change has improved throughput by 50% in absolute
+ terms. You can browse the source code for [the new
+
module](http://github.com/snapframework/snap-server/blob/master/src/Snap/Internal/Http/Server/TimeoutTable.hs)
+ on our github page.
+
+
+### Bugfixes
+
+ - The `snap` project starter executable wasn't building properly due to some
+ transitive dependency conflicts over our recent upgrade to
+ [`text`](http://hackage.haskell.org/package/text) version 0.10. A new
+ version of `heist` has been pushed to upgrade our `hexpat`, and the project
+ starter has been modified to match: please let us know if you encounter
+ problems.
-----------------------------------------------------------------------
hooks/post-receive
--
snap-website
_______________________________________________
Snap mailing list
[email protected]
http://mailman-mail5.webfaction.com/listinfo/snap
