Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Rap Genius (YC S11) responds to Heroku’s call for ‘respect’

venturebeat.com

Post reply on HN
Print view View original

1–10 of 93 posts

Re: Rap Genius (YC S11) responds to Heroku’s call for ‘respect’

#2

Post by kmfrk »

Rap Genius gets a (YC) tag, but Heroku don't?

I've always wondered whether the cut-off is time- or success-based. Maybe pg should write a Boolean return function for that. :P

Big props to Rap Genius for explaining the problem so plainly in the article. Unfortunately, many people of prominence in tech aren't even capable of talking about what they do to laymen.

Re: Rap Genius (YC S11) responds to Heroku’s call for ‘respect’

#3

Post by rcavezza »

kmfrk wrote: post #2

Rap Genius gets a (YC) tag, but Heroku don't? I've always wondered whether the cut-off is time- or success-based. Maybe pg should write a Boolean return function for that. :P Big props to Rap Genius for explaining the problem so plainly in the article. Unfortunately, many people of prominence in tech aren't even capable of talking about what they do to laymen.

RE: YC Tag - I think it is because Heroku was acquired.

Re: Rap Genius (YC S11) responds to Heroku’s call for ‘respect’

#4

Post by kmfrk »

rcavezza wrote: post #3
kmfrk wrote: post #2

Rap Genius gets a (YC) tag, but Heroku don't? I've always wondered whether the cut-off is time- or success-based. Maybe pg should write a Boolean return function for that. :P Big props to Rap Genius for explaining the problem so plainly in the article. Unfortunately, many people of prominence in tech aren't even capable of talking about what they do to laymen.

RE: YC Tag - I think it is because Heroku was acquired.

Dropbox don't get the treatment either. It's not that I mind, it's just funny to see the irregularity of labelling.

Probably because people forget how many companies YC fostered.

Re: Rap Genius (YC S11) responds to Heroku’s call for ‘respect’

#5

Post by halter73 »

kmfrk wrote: post #4
rcavezza wrote: post #3

Earlier quoted context omitted.

RE: YC Tag - I think it is because Heroku was acquired.

Dropbox don't get the treatment either. It's not that I mind, it's just funny to see the irregularity of labelling. Probably because people forget how many companies YC fostered.

Or perhaps Heroku and Dropbox are famous enough that posters assume people already know they were fostered by YC and don't tag accordingly.

Re: Rap Genius (YC S11) responds to Heroku’s call for ‘respect’

#6

Post by benologist »

Reading things like 512mb isn't enough for more than one request at a time, and one request at a time, and the performance of that one request looking terrible even though it's obviously got an entire vm dedicated to it...

What are (edit:) Rails developers getting in exchange for these enormous penalties that makes it worth choosing?

Re: Rap Genius (YC S11) responds to Heroku’s call for ‘respect’

#7

Post by thraxil »

"Yes, one solution is to run a concurrent web server like Unicorn, but this is very difficult on Heroku since concurrent servers use more memory and Heroku’s dynos only have 512mb of ram, which is low for even processing one request simultaneously."

Is this really accurate? 512mb is barely adequate for serving a single request at a time? I'm not a Rails developer, but that sounds terrible. I'm all for trading off some performance for rapid development, but that seems a bit extreme.

I'm currently running twelve Django apps on one 512MB Rackspace VM. It's a bit tight, and I don't get a lot of traffic on them, but it's basically fine. And that's with Apache worker mpm + mod_wsgi (with an Nginx reverse proxy in front) which probably isn't even the lightest approach. And having been writing apps in Erlang and Go recently, I'm starting to feel like Python/Django are unforgivably bloated in comparison.

Re: Rap Genius (YC S11) responds to Heroku’s call for ‘respect’

#8

Post by dustym »

benologist wrote: post #6

Reading things like 512mb isn't enough for more than one request at a time, and one request at a time, and the performance of that one request looking terrible even though it's obviously got an entire vm dedicated to it... What are (edit:) Rails developers getting in exchange for these enormous penalties that makes it worth choosing?

Rails developers

Re: Rap Genius (YC S11) responds to Heroku’s call for ‘respect’

#10

Post by fomb »

thraxil wrote: post #7

"Yes, one solution is to run a concurrent web server like Unicorn, but this is very difficult on Heroku since concurrent servers use more memory and Heroku’s dynos only have 512mb of ram, which is low for even processing one request simultaneously." Is this really accurate? 512mb is barely adequate for serving a single request at a time? I'm not a Rails developer, but that sounds terrible. I'm all for trading off som…

I have many apps on Heroku, all running Rails, and mostly running on Unicorn, with three or four workers. Most of the apps I've seen pass me by use no more than 150Mb per worker, and there's a fair amount of work going on in many of them with image processing and the like.

512Mb for a single application sounds incredibly high to me.

EDIT: After looking at the docs, it seems like 512Mb isn't even a hard limit: https://devcenter.heroku.com/articles/dynos#memory-behavior

Post reply on HN