Re^2: IO::Lambda - suggestions wanted

[dk]

You're right, there's no benchmarks, thanks for the tip, I'll go for that. As for the lambda, it seemed somewhat natural for me back then - anonymous callback bound to IO... OTOH there would be no problem to make the lambda keyword an alias to another, less confusing name, so the only question is what that name should be? new_io_chain ? Doesn't sound... don't know really.

update: here's some premature benchmarks. the source code will be added to the next release, for now it's here

Single-process tcp client and server; server echoes back everything is sent by the client. 500 connections sequentially created, instructed to send a single line to the server, and destroyed.

                        2.4GHz x86-64 linux
  Lambda using select       0.694 sec
  Lambda using AnyEvent     0.684 sec
  Raw sockets using select  0.145 sec
  POE using select          5.349 sec

the POE numbers are somewhat strange. I might've done something wrong there, anyone interested is welcome to check tcp-poe.pl from the link above.

[vrk]

Why not aio (asynchronous/anonymous i/o) or simply io? It's all about I/O, not about the particular construct (a lambda), right? A couple of examples rewritten with the new keyword:

my $q = io { print "Hello world!\n" };
$q->wait;

$q = io { 
    context io { 2 }, io { 3 };
    tails { sort @_ };
};
print $q->wait;

Of course, you would need to rename the current io predicate to something else; perhaps io_trigger?

I also suggest moving the Stream I/O section near the beginning of the documentation file. Yes, the mathematically logical order is to introduce low-level things first, then define high-level things using them, but my interest was only sparked after reading the Stream I/O section. Unfortunately it's at the bottom, and I suspect many people will stop reading or browsing before reaching it.

Alternatively, move the high-level examples to the synopsis before the low-level ones. The low-level examples are mostly toy examples. If you can't think of any better ones right now, remove them. For instance, why would I want to create a "pipeline that waits for 2 lambdas"?

[dk]

Yes, aio or io could be ok. And short also. Renaming original io to something else shouldn't be big deal, it's there for the completeness sake, and it also appeared not as usable as read and write anyway.

Other than that, thank you, - I suspected that manual has too much to say until the real fun begins, but couldn't put my finger on where.