Comments on: FaceStat scales! http://blog.doloreslabs.com/2008/06/facestat-scales/ Fri, 21 Nov 2008 12:22:18 +0000 http://wordpress.org/?v=2.3.3 By: ilaçlama Hizmetleri http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-628 ilaçlama Hizmetleri Sun, 02 Nov 2008 10:28:56 +0000 http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-628 thanks YOu thanks YOu

]]> By: Brian Hutchison http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-406 Brian Hutchison Wed, 30 Jul 2008 17:12:31 +0000 http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-406 Answering my above question, I found info on output_buffers here: http://www.ruby-forum.com/topic/152021#new Answering my above question, I found info on output_buffers here:
http://www.ruby-forum.com/topic/152021#new

]]> By: Brian Hutchison http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-405 Brian Hutchison Wed, 30 Jul 2008 16:56:10 +0000 http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-405 Hello, we're going live with a nginx fronted site and I'd like to know how you increased your open file handling limits. Did you just change worker_rlimit_nofile? Did you change any other parts of your conf? If you have any thoughts to share on output_buffers & postpone_output, I'd love to hear about those too! :) Great post. Hello, we’re going live with a nginx fronted site and I’d like to know how you increased your open file handling limits. Did you just change worker_rlimit_nofile? Did you change any other parts of your conf? If you have any thoughts to share on output_buffers & postpone_output, I’d love to hear about those too! :)

Great post.

]]> By: Stephan Schmidt http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-384 Stephan Schmidt Mon, 21 Jul 2008 16:41:30 +0000 http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-384 “I enjoy writing Java more than writing Ruby” should be considered potentially harmful and dangerous. I enjoy writing Java more than writing Ruby. So consider me dangerous! "@brandon no one codes in java because they want to." I do! Peace -stephan “I enjoy writing Java more than writing Ruby” should be considered potentially harmful and dangerous.

I enjoy writing Java more than writing Ruby. So consider me dangerous!

“@brandon no one codes in java because they want to.”

I do!

Peace
-stephan

]]> By: Dude http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-359 Dude Mon, 14 Jul 2008 04:00:41 +0000 http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-359 Brandon, why do you have to be such a dick ? Ruby != Groovy... understandable... but... Ruby is an extremely beautiful language, tons of users, awesome community, with a bunch of love from Sun (ala JRuby, etc). Yeah, there are a lot of fan boys in every language... and you could say especially people coming from... say... PHP to Rails, many of those who don't know anything about OOP, and still rave about how awesome it is without knowing anything about it. Alas... many come from Java to Ruby, for good reasons. So, don't be such a prick. Brandon, why do you have to be such a dick ?
Ruby != Groovy… understandable… but…

Ruby is an extremely beautiful language, tons of users, awesome community, with a bunch of love from Sun (ala JRuby, etc).

Yeah, there are a lot of fan boys in every language… and you could say especially people coming from… say… PHP to Rails, many of those who don’t know anything about OOP, and still rave about how awesome it is without knowing anything about it.

Alas… many come from Java to Ruby, for good reasons. So, don’t be such a prick.

]]> By: Brandon Franklin http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-341 Brandon Franklin Sat, 21 Jun 2008 22:00:31 +0000 http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-341 Ohhh I get it, I guess the Ruby people don't understand that "running on a JVM" doesn't mean "coding in Java". Might wanna do a little research first, peeps. See: JRuby, Jython, and Groovy. Ohhh I get it, I guess the Ruby people don’t understand that “running on a JVM” doesn’t mean “coding in Java”. Might wanna do a little research first, peeps. See: JRuby, Jython, and Groovy.

]]> By: Brandon Franklin http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-340 Brandon Franklin Sat, 21 Jun 2008 21:58:03 +0000 http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-340 LOL I'd like to see anybody code the medical imaging client/server application I work on in Ruby instead of Java and get it to perform at all! Besides I'm not talking about Java vs. Ruby. I'm talking about Grails vs. Ruby on Rails. Groovy != Java. As far as I can tell, Grails is more beautiful and elegant than RoR. It is amusing to see Ruby fanbois on the attack though. I'll admit I've never seen that before. LOL I’d like to see anybody code the medical imaging client/server application I work on in Ruby instead of Java and get it to perform at all!

Besides I’m not talking about Java vs. Ruby. I’m talking about Grails vs. Ruby on Rails. Groovy != Java.

As far as I can tell, Grails is more beautiful and elegant than RoR.

It is amusing to see Ruby fanbois on the attack though. I’ll admit I’ve never seen that before.

]]> By: James Higginbotham http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-329 James Higginbotham Tue, 17 Jun 2008 01:54:13 +0000 http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-329 Brendan, I was just curious how you found Slicehost to work in this situation and if Slicehost had a different solution that they weren't announcing publicly for situations like yours. I have personally steered away from the round robin DNS approach in the past. If one of your frontline servers is down, it can take a little time to propagate DNS updates to remove the server from the round-robin. Some DNS servers will cache the old IP for a period of time, thereby preventing access to your app until their cache is flushed or until the slice is operational once again. RR DNS is not the best solution, but the best one with Slicehost and it gets the job done in a pinch. A reverse proxy would be optimal to prevent this as you mentioned. NAT is the one feature I'd love to see Slicehost add, as it would allow larger customers to add new slices behind their single public IP without depending upon a single slice to do the reverse proxy work or stale DNS situations when using RR DNS. I noticed that Amazon EC2 now has this, though I haven't investigated it fully. Brendan,

I was just curious how you found Slicehost to work in this situation and if Slicehost had a different solution that they weren’t announcing publicly for situations like yours.

I have personally steered away from the round robin DNS approach in the past. If one of your frontline servers is down, it can take a little time to propagate DNS updates to remove the server from the round-robin. Some DNS servers will cache the old IP for a period of time, thereby preventing access to your app until their cache is flushed or until the slice is operational once again. RR DNS is not the best solution, but the best one with Slicehost and it gets the job done in a pinch. A reverse proxy would be optimal to prevent this as you mentioned.

NAT is the one feature I’d love to see Slicehost add, as it would allow larger customers to add new slices behind their single public IP without depending upon a single slice to do the reverse proxy work or stale DNS situations when using RR DNS. I noticed that Amazon EC2 now has this, though I haven’t investigated it fully.

]]> By: brendano http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-328 brendano Tue, 17 Jun 2008 01:02:03 +0000 http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-328 James: that's right, we currently use round-robin between web server slices. Every slice has its own public IP; I think I'm not understanding your concern. We certainly could point our DNS records at a single slice and run a reverse proxy on there. PJ, Chris: To be fair, Grails is in the Groovy language, not Java. I rather liked Groovy the last time I used it; the biggest issue was that the compiler was hideously slow, though I'm sure it's faster now. Probably F#/.NET is the most advanced dynamic language platform anyway :) James: that’s right, we currently use round-robin between web server slices. Every slice has its own public IP; I think I’m not understanding your concern. We certainly could point our DNS records at a single slice and run a reverse proxy on there.

PJ, Chris: To be fair, Grails is in the Groovy language, not Java. I rather liked Groovy the last time I used it; the biggest issue was that the compiler was hideously slow, though I’m sure it’s faster now. Probably F#/.NET is the most advanced dynamic language platform anyway :)

]]> By: Lukas http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-327 Lukas Tue, 17 Jun 2008 00:51:15 +0000 http://blog.doloreslabs.com/2008/06/facestat-scales/#comment-327 650k hits is actually what got through to Google analytics. My best guess is that the actual traffic was 5-10 times higher. Also the spikiness was a lot higher than reducing to 20hrs per day. Our peak hourly load even without yhoo post is several times higher than average. 650k hits is actually what got through to Google analytics. My best guess is that the actual traffic was 5-10 times higher. Also the spikiness was a lot higher than reducing to 20hrs per day. Our peak hourly load even without yhoo post is several times higher than average.

]]>