How many requests per second from a client can Loggly handle? I am only able to get around 10–20 requests processed per second and I am wondering if this is normal.
What is the maximum throughput of Loggly?
1.9k views Asked by Dmitry Chornyi AtThere are 3 answers
I really don't know but I've been searching for a logging solution for node.js as well without luck.
Why?
Because all of those that I've checked (didn't check all) are using synchronous disk writing! ...... which AWFULLY degrades performance.
So if you ask me - you should re-consider your needs, and log only stuff you really need.
I ran tests similar to the ones in Clayton answer as his results made me worried that Loggly would drop messages if I sent too many at the same time. I wanted to see if the problems Clayton encountered in 2012 still existed today.
That said, here is what I found running loggen for 60 seconds generating 100,000 messages a second.
$ loggen -iS -r 100000 -s 200 -I 60 logs-01.loggly.com port
average rate = 34885.98 msg/sec, count=2093163, time=60.000, (average) msg size=200, bandwidth=6809.74 kB/sec
I was also curious what some competitors would return for similar tests and I found the following:
loggen -iS -D -r 100000 -s 200 -I 60 logs2.papertrailapp.com PORT
average rate = 24344.71 msg/sec, count=1461327, time=60.026, (average) msg size=200, bandwidth=4752.09 kB/sec
$ loggen -iS -D -r 100000 -s 200 -I 60 api.logentries.com PORT
average rate = 14076.76 msg/sec, count=844609, time=60.000, (average) msg size=200, bandwidth=2747.78 kB/sec
Obviously these are not hard numbers that will always be the same as systems change over time. This just gives us a point in time reference of how they responded when I ran the tests. Your mileage will vary!
Update: I ran a longer (nearly 3 hour) test against Loggly and received the following:
loggen -iS -r 100000 -s 200 -I 10000 logs-01.loggly.com port
average rate = 15869.22 msg/sec, count=158692177, time=10000.000, (average) msg size=200, bandwidth=3097.67 kB/sec
I just ran a bunch of tests and found that it can't really handle much via a tcp connection using syslog-ng.
Here are my test results for anyone wanting to try it. I used balabit's "loggen" program for this and sent 200 byte messages to the tcp port assigned to me by loggly. Note that although the syslog RFC (3164 at least) states that a log message should not exceed 1024 bytes, I used 200 byte packets just to be fair and because many messages are that small.
Signed up for a free account. Configured a TCP connection for testing. Tried sending various amounts, results:
Test 1: FAIL
Test 2: FAIL
Test 3: FAIL
Test 4: FAIL
Test 5: FAIL
Test 6: PASS for duration configured, FAIL for > 100 seconds - SEE TEST 7
Test 7: FAIL - Ran a new test @500 EPS for a longer period and the pipe broke after 255 seconds:
Test 8: FAIL (ran for longer @ 200 EPS, but still failed)
Test 9: FAIL (again, ran longer but still failed)
Test 10: FAIL? (same results, but lost the connection again. Hard to believe they can’t handle 10 eps?)
Did some web searching to see what loggly can actually do, but there’s only marketing material that says it is scalable, not how scalable it is. I did find this: http://twitter.com/jordansissel/status/5948244626509824 Which is only 22 events per second…
Full Disclosure: I am the founder of LogZilla, so I was testing out the competition because we are launching a cloud-based syslog solution. My tests show that our software is able to handle anywhere from 2,000 to 12,000 events per second depending on which servers we're using in the cloud.