Archive Page 2

Welcome New Private Beta Affiliates!

Our private beta officially opened this week!  We’ve added quite a few new affiliates this week from our various coverage.  Thanks for giving us a shot.  We’re working hard to make Plura a great way for you to increase revenue from your site.

We’d like you to know several things about Plura:
1) Payments – We are paying our affiliates by PayPal or check (your choice).  We pay once per month if your accumulated revenue is over $50.  We are targeting payments for the 5th day of each month right now (e.g. for October 1-31, we will pay by November 5).
2) Affiliate Management Portal – The AMP lets you control most of your account information.  It also lets you see your daily revenue totals.  It lags by 48 hours (e.g. earnings from October 27 are posted by midnight on the morning of October 30).  (edit: this originally read 25 hours)
3) Improving your revenue – Every affiliate wonders how to increase his Plura earnings even more.  We have a few tips

  • If you are using website integration, make the Plura <iframe> visible.  Some versions of IE will not start java applets if it is invisible.
  • If you have pages that get refreshed often, try using AJAX techniques to reduce refreshes
  • If you are providing a service to your customers at no charge, ask your dedicated customers to leave your page up while they are using their computer.  This gives them a very nice way of making a donation to you without actually sending money and shouldn’t harm their typical computer experience.

4) Target sites – You will earn the most revenue from Plura if it is placed on high engagement sites where users linger or interact with a page for a long time.  Games, streaming audio/video, certain widgets, fantasy sports applets, or AJAXy sites that don’t do many page reloads are all great examples.  Your earnings per hit from typical static web content will not be very high unless you have people park on the page.

Featured on GigaOm!

We’re very excited to say that GigaOm has featured us in an article!  I had been talking with Wagner James Au, one of GigaOm’s contributors, for the past week or so about Plura after contacting the site in response to another article on monetizing casual web games.

Plura is a great fit for web games for a couple reasons.  First, it’s really easy to embed Plura on a page using website integration, which will give you static control over Plura, and with Flash or Java games using our other integration methods.  Second, because people tend to stay on a game site for several minutes, these sites can earn a significant amount of revenue.  If a site has about 10,000 players on it any given time, it can make up to $26,000 each month.  This figure scales up with the # of concurrent users (100,000 players => $260,000 and so on).  Finally, Plura revenue is incremental and non-competing to other revenue sources.  Games don’t have to replace ads or micro-transactions.

We’ve got a nice burst of interest from potential affiliates following the GigaOm article, which was pretty nice :)   We’re pretty excited here at Plura since we seem to be picking up momentum each week – let’s hope it continues!

Example applications using Plura

Plura is a unique blend of processing power and bandwidth.  It is not quite a cluster and has features that make it unique from grid computing projects like Folding@home.

I’d like to give some examples of problems that are being solved with Plura today.  I’ll post more details about these in the future:

Stock Market SimulationsQuant R&D is using Plura to analyze the stock market using an all-vs-all data strategy.  Quant’s problem boils down to wanting to run complex simulations on pairs of stocks from the entire stock market.  Each simulation is relatively expensive, but it can be broken up into pieces.  Quant uses 1-minute stock market data and one stock’s data over the time period they analyze is about 1MB compressed.  To stay within Plura node memory limitations and to minimize bandwidth needs, they want to reuse the stocks as much as possible.  So, they use Plura data groups to ensure Plura nodes get to reuse the stock data they have already downloaded as often as possible.  This means that a typical Plura node will download two 1MB pieces of data and will then proceed to work on WUs (work units) using those two pieces of data for quite some time (probably longer than the life of the node).

Custom Web Crawling80legs is using Plura to do distributed web crawling.  Rather than having data centers with very fat pipes, they use a portion of the bandwidth of the Plura nodes to crawl the web.  In order to improve the success ratio for each work unit, 80legs sends out Plura WUs with very few URLs to crawl.  The economics of this are incredibly dramatic compared to data center bandwidth.

Prime Number Search – As a sample application, Plura has created a distributed prime factoring engine that is doing pre-factoring for large Mersenne primes.  We are using this application to demonstrate a different data model for Plura.  This model has no specific data, but each WU contains a specific amount of factoring to do.  In the next weeks or months, we will release yet another prime number application that implements the Lucas-Lehmer test for Mersenne primes.  This will show yet another data model for Plura, so stay tuned for more information.

We have other customers that are in various stages of evaluating Plura usage for a variety of applications.  We’ll release details on these if and when they agree to do so.  In the mean time, if you want to explore the possibility of running any particular algorithm on Plura, feel free to contact us.

Comparing Plura to Amazon’s EC2 for High Performance Computing

Amazon has recently come out of beta with their EC2 service, as noted by several sources:

EC2 has been extremely successful since its launch.

I’d like to do a quick comparison between Plura and EC2 for high performance computing.  (Note: All EC2 information was taken from Amazon’s website.)

Compute Performance

EC2 High-CPU Medium Instance nodes provide 1.7 GB of memory, 350 GB of instance storage and local network accesses between EC2 nodes at no charge.  Plura nodes vary in memory and size and we never use the disk.  Plura applications can request nodes with a minimum memory size if necessary.  Also, Plura nodes are not connected.  Each node knows only about its own tasks and can’t share with others.  This lends Plura to what’s called embarrassingly parallel applications of HPC.  That said, we have techniques for making some very difficult algorithms embarrassingly parallel.

Plura has a significant advantage over EC2 in terms of amount of available computing power.  Right now, the maximum # of nodes a customer can have on EC2 is about 1,000 to 3,000 nodes.  On Plura, customers have access to the entire node pool, which is currently over 50,000 nodes.  This gives Plura users significantly more compute power.

Cost

Each EC2 High-CPU Medium instance costs $0.20/hour.  This is equivalent to paying $1752/year for a  5-6 GHz CPU.  Plura charges approximately $100/year for a 2 GHz CPU (the average speed of nodes on our network).

The “conversion factor” between Plura nodes and EC2 nodes would be 2.5 Plura nodes = 1 EC2 High-CPU Medium Instance.  So Plura charges $250/year for the equivalent of 1 EC2 node, while Amazon charges $1752/year.

Side note: If you need to use EC2 nodes with Internet bandwidth, the $/year goes by $1000s/year for each node.  For now, Plura builds this in for free.

Conclusion

For HPC applications that need a lot of inter-node communication, EC2 will probably suit your needs better even at a higher cost.  However, if your application is suitable for Plura, you can save 7X on your compute costs.  If you need the equivalent of 1000 5 GHz nodes for a year, Plura will save you over $1.5 million ($250K vs $1.75M).

Java getting faster = Plura getting better

Just read this article on Techcrunch: http://www.techcrunch.com/2008/10/20/sun-prepares-ria-resurgence-with-new-java-release/

According to the article:

Update 10 comes with two major consumer-facing improvements: a smaller footprint and enhanced speed.

This is great news for Plura, because it means 2 things:

  1. Affiliates should see a boost in # of WUs, and thus higher payments, with the new release.
  2. Customers should be able to complete computations faster.

Also interesting is Sun’s claim that 91% of PCs have Java on them.  We estimated that percentage to be much lower, which had us looking into Flash as an alternate platform for the client.  It’s pretty clear that Java is the way to go for us right now (we’ll have to see how fast Silverlight is adopted and if Adobe ever decides to make Flash multi-threaded…).

Affiliate Showcase: Handdrawngames

We really appreciate the help our affiliates provide by connecting us to a lot of computing power.  In return, we thought it would be a good idea to showcase some of them.  Our first showcase is on Handdrawngames, makers of the addictively-fun Desktop Tower Defense.

In DTD, players have to prevent creeps from reaching opposite ends of the grid.  To do this, they can build mazes out of a variety of towers.  Each time a creep is killed, the player gets some more money to build up the maze.  If 20 creeps get through, it’s game over.  There are different game types built in, such as survival, tower restrictions, and the intensely-challenging “The 100″.

Being a long-time gamer myself, I was impressed at how DTD managed to create incredibly deep gameplay out of a simple concept.  I was also impressed at how I managed to waste 5 hours at work playing the game the first time I tried it out…

Handdrawngames was one of our first affiliates to provide us a significant amount of computing power.  The site brings in the equivalent of almost 200 full-time computers for Plura, which is great.  Handdrawngames gets an additional revenue source from us, and our customers don’t have to spend over $250,000 setting up a 200-node cluster.  A win-win for everyone :D

Welcome to Plura’s blog!

Welcome to Plura’s blog!  For those of you that don’t know, Plura Processing a completely new platform for distributed computing.

  • Traditional distributed computing has a lot of problems, including:
  • You need to download and install a client application
  • For each node added to the network, a person has to get interested, trust, download, and install the client, and then keep the client running (read: overcome a lot of inertia)
  • For each new application, you have to go through a whole new iteration of code rewrite and node acquisition
  • Most solutions require long-running, dedicated clients

Because of these problems, distributed computing has had a tough time really making an impact in the high-performance computing (HPC) world.  But the good news is that now Plura is here, and we solve these problems!

  • Plura runs through web-enabled applications, like your web browser.  Instead of installing a separate client, Plura runs through a lightweight applet when you visit one of our affiliate’s websites
  • We work with affiliates instead of individuals.  Affiliates agree to serve or run Plura through their website or application.  Each of their user’s become nodes for Plura.  So instead of growing 1 node at a time, we grow 1000 nodes at a time.
  • Plura can handle computing for many different applications at once.  We’re basically a big computing gateway.
  • Our solutions produces compute results on the order of seconds or minutes, which means we don’t need nodes to stay alive for every long.

One of the best features of Plura is how secure and safe it is.  Our applet is Java-based and runs within the Java sandbox security model, which puts a lot of restrictions on what it can do (more info at http://java.sun.com/sfaq).  Plura runs entirely within memory and doesn’t touch the hard drive at all.  On top of this, affiliates can control how and when Plura is running (even how much of the CPU it uses!).

We’re pretty excited about the stuff we’re doing and hope you are too!  We’re going to use this blog to write about all things Plura-related, including the cool applications using us, showcasing some of our affiliates, talking about some fascinating challenges involved in building Plura, and so on.  Stay tuned!

« Previous Page