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
On Sun, May 3, 2009 at 12:17 AM, Roy M. wrote:
> hello,
>
> On Sun, May 3, 2009 at 2:02 PM, Rocco Caputo 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 underst
On Sun, 3 May 2009 03:19:00 -0400
Rocco Caputo wrote:
> On May 3, 2009, at 02:17, Roy M. wrote:
> >
> > On Sun, May 3, 2009 at 2:02 PM, Rocco Caputo
> > wrote:
> >> I don't understand the question. Do you mean to imply that an
> >> event-driven
> >> program cannot consume data from multiple
On May 3, 2009, at 02:17, Roy M. wrote:
On Sun, May 3, 2009 at 2:02 PM, Rocco Caputo
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 method in the main
hello,
On Sun, May 3, 2009 at 2:02 PM, Rocco Caputo 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 event-driven
>
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
Hello,
On Sun, May 3, 2009 at 1:27 AM, Rocco Caputo 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 single ftp serve
On May 2, 2009, at 05:37, Roy M. wrote:
On Sat, May 2, 2009 at 4:04 PM, Rocco Caputo
wrote:
You seem to be seeking examples where POE isn't necessarily
appropriate. I
recommend looking for CPU-bound problems, since that's where POE
doesn't
directly help. Even in the CPU-bound case, a su
Hi,
On Sat, May 2, 2009 at 4:04 PM, Rocco Caputo wrote:
> You seem to be seeking examples where POE isn't necessarily appropriate. I
> recommend looking for CPU-bound problems, since that's where POE doesn't
> directly help. Even in the CPU-bound case, a subthread or child process can
> externa
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 authentic
Hi.
On Sat, May 2, 2009 at 2:56 PM, Rocco Caputo 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 this, but
> POE
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"
w
Hi guy,
Some basic questions about POE.
For example, in the module: POE::Component::Client::FTP
http://search.cpan.org/~bingos/POE-Component-Client-FTP-0.22/lib/POE/Component/Client/FTP.pm
What I see is the old sequential ftp operations now being replaced by
some call back handlers and they w
13 matches
Mail list logo