KirinDave

fuzed

Erlang2008–2017

KirinDave / fuzed

fuzed

A new revision of Fuzed, the Erlang-based frontend for web apps. Check out the mailing list at http://groups.google.com/group/fuzed

Web Development

Explore on GitHub Read Hacker News discussions

5Distinct people

8Mentions

0Explicit recommenders

276GitHub stars

REPOSITORY AT A GLANCE

What to know before exploring

What it is

A new revision of Fuzed, the Erlang-based frontend for web apps. Check out the mailing list at http://groups.google.com/group/fuzed

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year8 dated mentions

Observed mentions: 2008-04-23 20:21:11 UTC to 2017-04-03 03:41:09 UTC.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges

UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
Period	Start (UTC)	End (exclusive, UTC)	Mentions	Submissions	Comments
2008	2008-01-01 00:00:00 UTC	2009-01-01 00:00:00 UTC	5	1	4
2009	2009-01-01 00:00:00 UTC	2010-01-01 00:00:00 UTC	1	1	0
2010	2010-01-01 00:00:00 UTC	2011-01-01 00:00:00 UTC	1	0	1
2011	2011-01-01 00:00:00 UTC	2012-01-01 00:00:00 UTC	0	0	0
2012	2012-01-01 00:00:00 UTC	2013-01-01 00:00:00 UTC	0	0	0
2013	2013-01-01 00:00:00 UTC	2014-01-01 00:00:00 UTC	0	0	0
2014	2014-01-01 00:00:00 UTC	2015-01-01 00:00:00 UTC	0	0	0
2015	2015-01-01 00:00:00 UTC	2016-01-01 00:00:00 UTC	0	0	0
2016	2016-01-01 00:00:00 UTC	2017-01-01 00:00:00 UTC	0	0	0
2017	2017-01-01 00:00:00 UTC	2018-01-01 00:00:00 UTC	1	0	1

What Hacker News says

8 sources

KirinDave·Apr 3, 2017

I created an architecture nearly exactly like this named "Fuzed" quite some time ago: https://github.com/KirinDave/fuzed Our findings in production were very much inline with this without the additional wrinkle of Redux server-side (which I decline to comment on), and of course Erlang doesn't virtualize Actors. Sadly the SPOF-mitigation I did was never really released integrated with Fuzed. But this kind of system offers FANTASTIC flexibility when done correctly, and allows you to do what many AWS-based folks also enjoy doing: allowing new and development resources to run peered to production resources for limited trials and easy experimentation.

In Webserver Back End with Orleans Actor System, Dotnet Core and Server-Side Redux

zedshaw·Aug 7, 2010

So, in the interest of full discloser Dave, let's make sure everyone knows you named a web server after me: http://github.com/KirinDave/fuzed You and TPW named it "F U Zed" which to me is damn rude. Based on that, I believe everyone should discount your opinion just from your obvious bias against me personally, but let's review what I actually did anyway. First, I've got a decent laptop that's got 4 CPU cores and does pretty good running multiple processes. I think it'd hold up well enough for a few simple tests to make sure I didn't break anything. If you had read the blog post, I made this clear in numerous places, but obviously you didn't read the whole thing (or you're hoping other people have not read the whole thing). Next, since I'm just testing the code to make sure I didn't break it, I just need to slam an older version and a n

Read the rest

ewer version. Since they'll be tested in the same way, it should give me enough data to know. Even though there could be contention on the machine, with 4 cores it should be good enough to figure out if I screwed something up. Additionally, Mongrel2 does aggressive caching of files, so I'm really narrowing it down to just the poll code by hitting a small file. All that combined with doing multiple runs and looking at the performance between them and for an evening of testing I've done enough to make sure it's not broken. That's it. I'm pretty damn sure you did that when testing your "Homage To Zed named FU" but hey, gotta hold the people you dislike to higher standards then yourself right? Now, when I get Mongrel2 to a state where it's a real web server, that I actually wrote, rather than stole from Yaws and claimed I wrote, I'll let you know. I'll make sure to setup a massive EC2 cluster and test all the possible permutations a guy like you thinks are necessary to prove that it actually serves files. Until then, this will do just fine to make sure that I'm not breaking anything.

In Mongrel2 Superpoll Experiment Step 1

mojombo·Mar 12, 2009Submission

Fuzed: A Distributed Erlang Frontend for Heterogenous Clusters

9 points · Open discussion

blader·Dec 24, 2008

I don't have one, but news.ycer and my ex-coworker KirinDave has one called Fuzed. Yeah, FUzed, http://github.com/KirinDave/fuzed/tree/master

In Zed Shaw: Ruby Is So Nice

quellhorst·Jun 5, 2008Submission

Powerset's Erlang-based clustering technology is now open source

85 points · Open discussion

KirinDave·May 18, 2008

Why not contact me personally if you'd like more details via Twitter or AIM (this name). The short story: An attempt at a distributed web crawler showed that Erlang's default string type was not suitable for large strings. Please don't confuse this sentiment with any anti-erlangism or any assertion that Erlang isn't fantastic. I just want to be realistic, and I'd love to have faster string processing to make faster routing code for Fuzed (http://github.com/KirinDave/fuzed/tree/master).

In Erlang is at long last getting the break it deserves.

KirinDave·May 16, 2008

1. Yes, you write a communication mechanism. You can either use an existing one (like Thrift) or use the Erlang binary protocol. Erlang expects you to be acting like an erlang message-based process, like an actor. 2. No. Erlang is not an OO langauge, although its concurrency model is the actor concurrency model, which sometimes feels like Smalltalk's object model. 3. The cost of communication. Having implemented a few systems that do this, I've found it to be fairly small, even using a slow glue layer like ruby. See https://github.com/KirinDave/fuzed/tree ... Powerset uses almost exactly this codebase to manage query analysis on its frontend before dispatching to our results retrieval layer. Thus far, it's been one of the most flexible and robust parts of our architecture. I felt this way too, and it is the case in some very specific scen

Read the rest

arios. But the truth of the matter is that Java itself is often the wrong tool in these cases, so it's somewhat of a red herring to say that. 4. http://erlang.org/documentation/doc-5.6.1/lib/jinterface-1.4...

In Is Scala Really the Next C++?

KirinDave·Apr 23, 2008

It doesn't matter, because this method is somewhat archaic anyways. You might want to consider how horizontal share-nothing apps tend to work. You can combine share-nothing with continuation-based web servers if you have a smart and fast dispatcher sitting above your cluster of responders. I'm working on fixing that in Fuzed ( http://github.com/KirinDave/fuzed/tree/master ) You might want to quickly whip up a fuzed binding for CL and give it a try, it makes wiring any language to a webapp as simple as responding to a binary protocol. This might seem like a sidestep to the actual problem, but it actually has a lot of nice side effects in terms of your organization of discrete responders.

In Lisp for the Web