Disqus - Latest Comments for ngerakines

Re: Embedded Applications with Yaws

ngerakines — Tue, 14 Jul 2009 00:55:07 -0000

The beam files for the yawsapp module aren't being found. Did they compile correctly?

Re: Dynamically sizing a fragmented mnesia store

ngerakines — Sun, 22 Mar 2009 22:44:01 -0000

The documentation is just weak.

Re: I Play WoW Scaling

ngerakines — Fri, 13 Feb 2009 16:58:05 -0000

Having unique key constraints may solve your problem. It varies (heavily) from situation to situation.

Having the ordered_set ets table type prevents duplicate items from being added to the table.

Re: I Play WoW Scaling

ngerakines — Thu, 12 Feb 2009 17:50:36 -0000

I was concerned with it because I knew there was a better, more efficient way to do what I was doing but my laziness was getting the better of me. Having a multimillion item queue isn't an issue if you "do things the right way" and I simply wasn't.

A large part of the problem was that the queue was not forcing uniqueness when items were being added to it. This mean that users would go to a character profile page or guild page multiple times and the same work to fetch gear, wowhead data and character achievements was just stacking up forcing the queues to triple and quadruple in length.

Re: Category Cloud

ngerakines — Thu, 22 Jan 2009 13:22:05 -0000

Sorry, the project was abandoned a while back when I found out that you could make tag clouds in Movable Type without using plugins. If you still want the source, email me and I can reply with it.

Re: Erlang and Nginx, a proof of concept

ngerakines — Tue, 13 Jan 2009 15:10:02 -0000

Thanks for the link!

The nginx Erlang module is really only a request handler that creates a tmp node to dispatch a request. It doesn't try to do any complex threading or process management and exists solely to break down requests that are initially handled by nginx for further processing by an Erlang destination.

Re: Erlang and Nginx, a proof of concept

ngerakines — Mon, 12 Jan 2009 20:26:48 -0000

The idea, at this point, is to treat nginx as an Erlang cnode and have it send and receive messages to and from one or more Erlang nodes.

Re: Erlang and Nginx, a proof of concept

ngerakines — Mon, 12 Jan 2009 19:06:26 -0000

I did a bit of looking into what it would take to write an fcgi extension but ultimately felt a tug at nginx.

Re: Erlang and Nginx, a proof of concept

ngerakines — Mon, 12 Jan 2009 14:43:14 -0000

The goal is to prove that it's more efficient to have a c application like nginx to handle the build up and tear down of HTTP requests and hand off controller logic to an Erlang node/grid than to have the Erlang grid handle all of that own it's own.

I think it would be foolish to assume that an Erlang tcp/ip server would be more efficient than a native c one. I'd also like to prove that the encoding and decoding of json and xml is much faster in c as a function of the request build up and tear down than it would be if it were to be handled by native Erlang code.

Whichever way this *test* goes, I'll be publishing the results here on my blog.

As a side note: nginx provides numerous features and perks like advanced request proxying and request routing and also serves static content extremely well. Those benefits alone justify, in my mind, the desire to integrate nginx and Erlang.

Re: Erlang Library Best Practices

ngerakines — Sun, 11 Jan 2009 13:15:46 -0000

The original idea behind doing it at as a gen_server process, as you said, was to have a state management process that could provide a throttling feature. It works really well and I believe that some modules can justify doing it that way.

The gen_server process registered itself as a process local to that node and created a pg2 group for itself. It works well with that model, considering pg2's flaws.

Re: Network Programming in Erlang | 20bits

ngerakines — Sat, 27 Dec 2008 18:05:53 -0000

I think he meant to say "so-called popular languages like Java, Ruby or Python"

Re: I Play WoW Monthly Active Users

ngerakines — Fri, 26 Dec 2008 20:37:57 -0000

Ouch.