Comments for Netuality http://www.netuality.ro Taming the big bad websites Fri, 08 Jun 2012 13:01:47 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Comment on Monitor everything on your Linux servers – with SNMP and Cacti by Monitoring Windows servers – with SNMP at Netuality http://www.netuality.ro/monitor-everything-on-your-linux-servers-with-snmp-and-cacti/tools/20060305/#comment-171 Monitoring Windows servers – with SNMP at Netuality Fri, 08 Jun 2012 13:01:47 +0000 http://www.netoo.loco/monitor-everything-on-your-linux-servers-with-snmp-and-cacti/uncategorized/20060305#comment-171 [...] previous article was focused on Linux monitoring. Often, you’ll have in your datacenter at least a few Windows machines. SQL Server is one of [...] [...] previous article was focused on Linux monitoring. Often, you’ll have in your datacenter at least a few Windows machines. SQL Server is one of [...]

]]>
Comment on Cloudy with a chance of MongoDb by Rob http://www.netuality.ro/cloudy-with-a-chance-of-mongodb/scalability/20111107/#comment-57 Rob Thu, 12 Jan 2012 17:07:08 +0000 http://www.netuality.ro/?p=238#comment-57 i'm still booting the 32 bits version thou i’m still booting the 32 bits version thou

]]>
Comment on Cloudy with a chance of MongoDb by Adrian http://www.netuality.ro/cloudy-with-a-chance-of-mongodb/scalability/20111107/#comment-56 Adrian Mon, 07 Nov 2011 16:35:44 +0000 http://www.netuality.ro/?p=238#comment-56 What about the hoax claim being a hoax :) http://news.ycombinator.com/item?id=3203169 What about the hoax claim being a hoax :) http://news.ycombinator.com/item?id=3203169

]]>
Comment on Cloudy with a chance of MongoDb by Adrian B http://www.netuality.ro/cloudy-with-a-chance-of-mongodb/scalability/20111107/#comment-55 Adrian B Mon, 07 Nov 2011 14:31:39 +0000 http://www.netuality.ro/?p=238#comment-55 Check the update. It was a hoax. http://news.ycombinator.com/item?id=3205573 Check the update. It was a hoax.

http://news.ycombinator.com/item?id=3205573

]]>
Comment on Google’s Map/Reduce patent and impact on Hadoop: none expected by Jared http://www.netuality.ro/googles-mapreduce-patent-and-impact-on-hadoop-none-expected/articles/20100122/#comment-49 Jared Wed, 20 Apr 2011 16:16:25 +0000 http://www.netuality.ro/?p=161#comment-49 Seems to me that companies are pushing harder than before to compete with competitors without doing the actual work of inventing new things rather just building on the work of others I think as this trend continues so will the cases of patent infringement and <a href="http://www.industryweek.com/articles/patent_enforcement_21538.aspx?SectionID=2" rel="nofollow">patent enforcement</a> increase. Seems to me that companies are pushing harder than before to compete with competitors without doing the actual work of inventing new things rather just building on the work of others I think as this trend continues so will the cases of patent infringement and patent enforcement increase.

]]>
Comment on How big is your meat cloud? The golden number for servers by n² » Blog Archive » ScaleCamp 2010 http://www.netuality.ro/how-big-is-your-meat-cloud-the-golden-number-for-servers/datacenter/20100105/#comment-45 n² » Blog Archive » ScaleCamp 2010 Tue, 04 Jan 2011 11:17:04 +0000 http://www.netuality.ro/?p=134#comment-45 [...] fancy was a discussion on how to scale teams. Talk of scaling teams made me remember the phrase “meat cloud”, which still makes me giggle. Like many engineering teams, we pretty much always have more work to [...] [...] fancy was a discussion on how to scale teams. Talk of scaling teams made me remember the phrase “meat cloud”, which still makes me giggle. Like many engineering teams, we pretty much always have more work to [...]

]]>
Comment on Comic strips and contextual advertising by Helen Dangote http://www.netuality.ro/comic-strips-and-contextual-advertising/andeverythingelse/20100613/#comment-54 Helen Dangote Sun, 13 Jun 2010 19:54:34 +0000 http://www.netuality.ro/?p=229#comment-54 This shows how far G is ready to push their ads. This shows how far G is ready to push their ads.

]]>
Comment on Linkdump: Coop, HBase performance and a bit of Warcraft by Tweets that mention Linkdump: Coop, HBase performance and a bit of Warcraft at Netuality -- Topsy.com http://www.netuality.ro/linkdump-coop-hbase-performance-and-a-bit-of-warcraft/linkdump/20100427/#comment-53 Tweets that mention Linkdump: Coop, HBase performance and a bit of Warcraft at Netuality -- Topsy.com Wed, 28 Apr 2010 00:59:57 +0000 http://www.netuality.ro/?p=207#comment-53 [...] This post was mentioned on Twitter by Andrei Savu, lucabastos. lucabastos said: Peeking behind the scenes of the world’s largest sites http://bit.ly/9rU7se Via Adrian Spinei @netuality http://bit.ly/a1b6Ku [...] [...] This post was mentioned on Twitter by Andrei Savu, lucabastos. lucabastos said: Peeking behind the scenes of the world’s largest sites http://bit.ly/9rU7se Via Adrian Spinei @netuality http://bit.ly/a1b6Ku [...]

]]>
Comment on Linkdump: Cassandra lovers, blowing the circuit breaker and Oracle clouds by Adrian http://www.netuality.ro/linkdump-cassandra-lovers-blowing-the-circuit-breaker-and-oracle-clouds/linkdump/20100304/#comment-52 Adrian Thu, 04 Mar 2010 22:57:11 +0000 http://www.netuality.ro/?p=181#comment-52 Doh! You're right, fixed. Need. More. Coffee. Doh! You’re right, fixed. Need. More. Coffee.

]]>
Comment on Linkdump: Cassandra lovers, blowing the circuit breaker and Oracle clouds by Jeff Darcy http://www.netuality.ro/linkdump-cassandra-lovers-blowing-the-circuit-breaker-and-oracle-clouds/linkdump/20100304/#comment-51 Jeff Darcy Thu, 04 Mar 2010 19:14:46 +0000 http://www.netuality.ro/?p=181#comment-51 In your second paragraph, don't you mean how Facebook arch-rival *Myspace* simulated 1M users? In your second paragraph, don’t you mean how Facebook arch-rival *Myspace* simulated 1M users?

]]>
Comment on Linkdump: Cassandra @Twitter, Forrester not grokking NoSQL by Jeff Darcy http://www.netuality.ro/linkdump-cassandra-twitter-forrester-not-grokking-nosql/linkdump/20100224/#comment-50 Jeff Darcy Thu, 25 Feb 2010 13:33:15 +0000 http://www.netuality.ro/?p=174#comment-50 Interesting observations. I also took aim at that Forrester turd at the link below, because it was just so misguided. I wonder which IMDG vendor paid for it. http://pl.atyp.us/wordpress/?p=2695#comment-155111 Interesting observations. I also took aim at that Forrester turd at the link below, because it was just so misguided. I wonder which IMDG vendor paid for it.

http://pl.atyp.us/wordpress/?p=2695#comment-155111

]]>
Comment on Benchmarking the cloud: not simple by Adrian http://www.netuality.ro/benchmarking-the-cloud-not-simple/datacenter/20100118/#comment-48 Adrian Mon, 01 Feb 2010 07:06:08 +0000 http://www.netuality.ro/?p=155#comment-48 Hi Matthew, thank you for visiting my blog and for commenting. Here's my point. While not I/O intensive, the kernel compilation still needs to fetch a reasonably large amount of sources from the disk and write back different compilation artifacts in the process. Therefore, a slow disk [especially a very slow one] can skew the results -> kernel compilation is not 100% relevant as a CPU benchmark. Couldn't find the exact point where I said it's "I/O intensive" in my article, can you please point the erroneous phrase so I can fix it? Please also note I'm just aggregating data from different sources, so you may want to consider these statements as pertaining to their respective authors, not to *me*. Please feel free to come up with more relevant information and point to the place where we could see the "more accurate" data you are referring to. I would appreciate in the future if you could avoid ad hominem attacks and stick to the facts! Thanks. Hi Matthew, thank you for visiting my blog and for commenting. Here’s my point.

While not I/O intensive, the kernel compilation still needs to fetch a reasonably large amount of sources from the disk and write back different compilation artifacts in the process. Therefore, a slow disk [especially a very slow one] can skew the results -> kernel compilation is not 100% relevant as a CPU benchmark. Couldn’t find the exact point where I said it’s “I/O intensive” in my article, can you please point the erroneous phrase so I can fix it?

Please also note I’m just aggregating data from different sources, so you may want to consider these statements as pertaining to their respective authors, not to *me*.

Please feel free to come up with more relevant information and point to the place where we could see the “more accurate” data you are referring to.

I would appreciate in the future if you could avoid ad hominem attacks and stick to the facts! Thanks.

]]>
Comment on Benchmarking the cloud: not simple by Matthew http://www.netuality.ro/benchmarking-the-cloud-not-simple/datacenter/20100118/#comment-47 Matthew Sun, 31 Jan 2010 12:33:25 +0000 http://www.netuality.ro/?p=155#comment-47 You are wrong, kernel compilation is not I/O intensive. You might want to be qualified in computing before spreading inaccurate assumptions and revealing your ignorance in the matter. In many cases EBS will get worse performance than local instance storage for disk I/O. Not to mention, the GeekBench folks were not using industry standard utilities, but their own in-house benchmarking utility. The validity of a software benchmark called GeekBench that is supposedly cross-platform should be questioned. Scheduling and device drivers work differently across operating systems. The amount of inaccuracy in your assessment probably means that you shouldn't make them, at least until you get a little more experience with the field. You are right about one thing though, benchmarking the cloud is not simple. You are wrong, kernel compilation is not I/O intensive. You might want to be qualified in computing before spreading inaccurate assumptions and revealing your ignorance in the matter.

In many cases EBS will get worse performance than local instance storage for disk I/O.

Not to mention, the GeekBench folks were not using industry standard utilities, but their own in-house benchmarking utility. The validity of a software benchmark called GeekBench that is supposedly cross-platform should be questioned. Scheduling and device drivers work differently across operating systems.

The amount of inaccuracy in your assessment probably means that you shouldn’t make them, at least until you get a little more experience with the field. You are right about one thing though, benchmarking the cloud is not simple.

]]>
Comment on HTTP compression filter on servlets : good idea, wrong layer by Adrian http://www.netuality.ro/http-compression-filter-on-servlets-good-idea-wrong-layer/tools/20050202/#comment-23 Adrian Sat, 23 Jan 2010 07:53:39 +0000 http://www.netoo.loco/http-compression-filter-on-servlets-good-idea-wrong-layer/uncategorized/20050202#comment-23 Hi Peter, and thanks for reading my old dusty blog. The article was written in 2005, and indeed some things are to be taken with a grain of salt. I second what you said, modern servlet-based architectures have solved the problem in a better way. However, note that the Apache solution is still doable if needed. Hi Peter, and thanks for reading my old dusty blog. The article was written in 2005, and indeed some things are to be taken with a grain of salt. I second what you said, modern servlet-based architectures have solved the problem in a better way.

However, note that the Apache solution is still doable if needed.

]]>
Comment on HTTP compression filter on servlets : good idea, wrong layer by Peter http://www.netuality.ro/http-compression-filter-on-servlets-good-idea-wrong-layer/tools/20050202/#comment-22 Peter Sat, 23 Jan 2010 07:05:26 +0000 http://www.netoo.loco/http-compression-filter-on-servlets-good-idea-wrong-layer/uncategorized/20050202#comment-22 The article is a bit misleading, as there is one flaw, you are making the assumption that the container is reverse proxying with an Apache front, a standalone servlet for instance cannot leverage those modules. Fewer and fewer servlets are being configured this way, as more specialized and improved containers emerge, so no don't agree with this article entirely despite some good tips nonetheless. The article is a bit misleading, as there is one flaw, you are making the assumption that the container is reverse proxying with an Apache front, a standalone servlet for instance cannot leverage those modules.

Fewer and fewer servlets are being configured this way, as more specialized and improved containers emerge, so no don’t agree with this article entirely despite some good tips nonetheless.

]]>