Re: [Haskell-cafe] haskell in the cloud

Nice. On Thu, 24 May 2018 at 02:45 Alexander Kjeldaas < alexander.kjeldaas@gmail.com> wrote:

On Wed, May 23, 2018 at 11:59 PM, Dennis Raddle wrote:

...

Thanks, everyone.

Billing by the second is good. Billing by the hour is not going to work (that seems to be the Scaleway model).

You pay a significant premium for the per second billing. The price-efficient EC2 server is going to be c5.18xlarge

Those are $0.048 / (core*hour). Compare that to Hetzner Cloud cores, also Skylake, which clocks in at $0.0073 / (core*hour).

When you factor in server setup time of 1-3 minutes, then you can only use your "ultra-cheap" EC2 machine for a few minutes before it would be cheaper to rent the Hetzner server for an hour!

Alexander

...

When I asked this question a while back, I was told that there is a cloud service specifically for Haskell programs. Just wondering if that might be a good fit for me.

I probably would benefit the most by running on multiple machines. I'd like to have them coordinate with each other... i.e. one main controller program will initiate and run other programs for a few seconds, then collect the results and start another run.

What's the simplest Haskell library to get this going? Cloud Haskell?

...

D

On Wed, May 23, 2018 at 1:24 PM, David Reaver wrote:

...

Amazon Web Services has a x1.32xlarge EC2 instance with 128 CPU cores and just under 2000 GiB of RAM for about $13 per hour. AWS actually has per-second billing (with a 1 minute minimum) since late last year.

They have lots of other options as well of course. Here is their pricing page: https://aws.amazon.com/ec2/pricing/on-demand/

On Wed, May 23, 2018 at 2:51 AM, Dennis Raddle wrote:

...

I have a CPU-intensive Haskell application. I have it working with simple multi-core concurrency. I'm wondering if I can run this on a cloud virtual machine with 128 cores or so, paying by the CPU minute. I'll run it for maybe 15 minutes a day so I'm probably best off paying just for the CPU used.

What platform would be recommended? For ease of use? For best price/performance?

It's a backtracking optimization algorithm that builds data, one element at a time. It's not hard at all to make it concurrent: at the first 3 or so levels of element choices would be about 100 to 500 combinations. Even if the simplest method of running concurrent Haskell on multiple cores doesn't work, I could just divide these first cases into batches and run them on individual machines.

D

_______________________________________________ Haskell-Cafe mailing list To (un)subscribe, modify options or view archives go to: http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe Only members subscribed via the mailman list are allowed to post.

_______________________________________________ Haskell-Cafe mailing list To (un)subscribe, modify options or view archives go to: http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe Only members subscribed via the mailman list are allowed to post.

_______________________________________________ Haskell-Cafe mailing list To (un)subscribe, modify options or view archives go to: http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe Only members subscribed via the mailman list are allowed to post.

-- Alfred.