Re: How does POE speed up operation in reality?

2009-05-19 Thread Merijn Broeren
Quoting Roy M. (setesting...@gmail.com): So far the POE::FTP components only allow me to connect to one ftp server at a time, how can I get the same/similar speed as 8 concurrent process?). In fact, this is a quite common multiple-producer and As per usual in these cases, there is a

Re: How does POE speed up operation in reality?

2009-05-04 Thread chris fedde
On Sun, May 3, 2009 at 12:17 AM, Roy M. setesting...@gmail.com wrote: hello, On Sun, May 3, 2009 at 2:02 PM, Rocco Caputo rcap...@pobox.com wrote: You should consult the component's author directly if he doesn't respond on the mailing list. you are right, I will send to author off the list

Re: How does POE speed up operation in reality?

2009-05-03 Thread Rocco Caputo
On May 3, 2009, at 01:25, Roy M. wrote: total bandwidth needed for all ftp sessions = 10KB x 300 files x 50 = 146MB as you can see, bandwidth (giga), disk, cpu should not be a problem to handle 146MB of data in 1 hour of time. so I am thinking 2 solutions: 1. Use thread (e.g. 8 concurrent

Re: How does POE speed up operation in reality?

2009-05-03 Thread Roy M.
hello, On Sun, May 3, 2009 at 2:02 PM, Rocco Caputo rcap...@pobox.com wrote: You should consult the component's author directly if he doesn't respond on the mailing list. you are right, I will send to author off the list then. I don't understand the question.  Do you mean to imply that an

Re: How does POE speed up operation in reality?

2009-05-03 Thread Rocco Caputo
On May 3, 2009, at 02:17, Roy M. wrote: On Sun, May 3, 2009 at 2:02 PM, Rocco Caputo rcap...@pobox.com wrote: I don't understand the question. Do you mean to imply that an event-driven program cannot consume data from multiple producers? I think at least if you want to access blocking

Re: How does POE speed up operation in reality?

2009-05-02 Thread Rocco Caputo
Incorrect. A lot of the work of transferring a file is waiting for the data to arrive. POE can wait for data to arrive in parallel without threading. POE::Component::Client::FTP may or may not be programmed to allow this, but POE can do it. It's a common misunderstanding to say POE

Re: How does POE speed up operation in reality?

2009-05-02 Thread Roy M.
Hi. On Sat, May 2, 2009 at 2:56 PM, Rocco Caputo rcap...@pobox.com wrote: Incorrect.  A lot of the work of transferring a file is waiting for the data to arrive.  POE can wait for data to arrive in parallel without threading. POE::Component::Client::FTP may or may not be programmed to allow

Re: How does POE speed up operation in reality?

2009-05-02 Thread Rocco Caputo
DBI is generally not CPU bound on the client side. Again, it's a case where the client spends its time waiting idly, so this may be made non- blocking. A number of components have been written to help you execute DBI requests in the background. A simple user lookup (presumably to

Re: How does POE speed up operation in reality?

2009-05-02 Thread Roy M.
Hello, On Sun, May 3, 2009 at 1:27 AM, Rocco Caputo rcap...@pobox.com wrote: On May 2, 2009, at 05:37, Roy M. wrote: Time constraint = 1 hour. 50 servers * 300 files = 15,000 files. 15,000 files * 5 minutes = 75,000 minutes. sorry for the misleading: I mean to download 300 files from a