sure sounds like nagle delay at first glance.
On Tue, Apr 26, 2011 at 2:40 PM, Michi Mutsuzaki mic...@yahoo-inc.com wrote:
Hello,
I'm doing performance test on THsHaServer, and I like to check if my setup
and result look reasonable.
Thrift RCP API:
I have 1 method called ping() that simply
(Sorry for my english)
Hi!, this is my first attempt to use Thrift, i arrive from a stackoverflow
answer.
First i tell about the idea/problem next the question.
I have an application created with C++ that takes an image and make some
processing with this, then return a result. This have to be
Help, please... I've been stuck on this for a week. Trying to compile
Thrift 0.6.0 on FreeBSD 8.1, and ./configure refuses to build the C++
library even if specifically told to do so with the --with-cpp switch.
I also tried with the freshly-released 0.6.1, but the result is the
same -
Hi Jonathan,
Looking at Tsocket.cpp and TNonblockingSocket.java, it looks like both the
client and the server uses TCP_NODELAY option by default.
--Michi
On 4/26/11 12:53 PM, Jonathan Ellis jbel...@gmail.com wrote:
sure sounds like nagle delay at first glance.
On Tue, Apr 26, 2011 at 2:40
I've seen a similar issue where the boost path was wrong, or boost wasn't
installed.
That doesn't seem to show up in your error log, but it may be a similar issue
where a library dependency is causing the --with-cpp to be ignored.
I'd double-check just to be sure here, not sure what to
This is certainly doable with Thrift.
Technically, it won't be a web service, as Thrift doesn't offer and
off-the-shelf C++ HTTP server implementation. You would have to embed Thrift in
another server if you want HTTP.
It's worth noting that the C++ servers we have for Thrift are not really
Thanks for your response...
So, i get another idea: create a php/ruby interface to use the GET http method
to specify the image that need to upload ..
(http://myserver.dom/upload.php?file=/dir/to/image/image.jpeg i know this is
not secure but this will work i guess) and this interface
That should work fine, though it'll require you to write a bit more plumbing
code for passing the image and file data around. Assuming the ruby/php
webserver just takes care of this for you (which most of them do), it's
probably not a bad approach.
Thrift will make communicating between the
Thanks for your time!!!...
I will try this idea...
Thanks again...
and i let you know...
Ah!!! .. is there any document to include (like a citation) in my thesis
document? or just the whitepaper?
El 26-04-2011, a las 18:17, Mark Slee escribió:
This is certainly doable with Thrift.
It's open source, you can just cite the code!
Other than that, I suppose there's just the whitepaper. I wouldn't think a
citation is really necessary for this sort of application, but feel free.
-Original Message-
From: Matias Hernandez Arellano [mailto:msd...@archlinux.cl]
Sent:
The big imbalance between worker threads and client processes means that
your clients are queuing like mad - on average, each client is waiting for
like 12 other requests to finish. Increase your number of threads to be
greater than the number of client processes and you should see a difference.
Hi Bryan,
Thank you for your response. I tried 100 worker threads, but it didn't
help... I'm still seeing a big time gap between first and second recv. Could
it be because I'm using an older version of thrift on the client?
Thanks!
--Michi
On 4/26/11 3:53 PM, Bryan Duxbury br...@rapleaf.com
On Tue, 26 Apr 2011 22:17:01 +
Mark Slee ms...@fb.com wrote:
It's worth noting that the C++ servers we have for Thrift are not
really designed to be used on the open internet. They tend to assume
that you are in a protected intranet environment, behind a firewall.
What is it about them
K, 27 apr 2011 kirjutas Mark Slee ms...@fb.com:
I've seen a similar issue where the boost path was wrong, or boost
wasn't installed.
That doesn't seem to show up in your error log, but it may be a
similar issue where a library dependency is causing the --with-cpp
to be ignored.
I'd
14 matches
Mail list logo
