ZMQ::FFI(3pm)
π ZMQ::FFI(3pm) π
okay bestie, this is the manual page for ZMQ::FFI(3pm), straight outta User Contributed Perl Documentation. if you've ever wanted zeromq to stop gatekeeping its version drama, this is the module for you π
β¨ NAME β¨
ZMQ::FFI - version agnostic Perl bindings for zeromq using ffi
πΈ VERSION πΈ
version 1.19 β yes queen, that's the one we're reading π
β¨ SYNOPSIS β¨
okay so here's the whole thing in six little scenes. copy-paste these, they are literally the blueprint, no cap:
#### send/recv ####
use 5.012;
use ZMQ::FFI qw(ZMQ_REQ ZMQ_REP);
my $endpoint = "ipc://zmq-ffi-$$";
my $ctx = ZMQ::FFI->new();
my $s1 = $ctx->socket(ZMQ_REQ);
$s1->connect($endpoint);
my $s2 = $ctx->socket(ZMQ_REP);
$s2->bind($endpoint);
$s1->send('ohhai');
say $s2->recv();
# ohhai
#### pub/sub ####
use 5.012;
use ZMQ::FFI qw(ZMQ_PUB ZMQ_SUB);
use Time::HiRes q(usleep);
my $endpoint = "ipc://zmq-ffi-$$";
my $ctx = ZMQ::FFI->new();
my $s = $ctx->socket(ZMQ_SUB);
my $p = $ctx->socket(ZMQ_PUB);
$s->connect($endpoint);
$p->bind($endpoint);
# all topics
{
$s->subscribe('');
until ($s->has_pollin) {
# compensate for slow subscriber
usleep 100_000;
$p->send('ohhai');
}
say $s->recv();
# ohhai
$s->unsubscribe('');
}
# specific topics
{
$s->subscribe('topic1');
$s->subscribe('topic2');
until ($s->has_pollin) {
usleep 100_000;
$p->send('topic1 ohhai');
$p->send('topic2 ohhai');
}
while ($s->has_pollin) {
say join ' ', $s->recv();
# topic1 ohhai
# topic2 ohhai
}
}
#### multipart ####
use 5.012;
use ZMQ::FFI qw(ZMQ_DEALER ZMQ_ROUTER);
my $endpoint = "ipc://zmq-ffi-$$";
my $ctx = ZMQ::FFI->new();
my $d = $ctx->socket(ZMQ_DEALER);
$d->set_identity('dealer');
my $r = $ctx->socket(ZMQ_ROUTER);
$d->connect($endpoint);
$r->bind($endpoint);
$d->send_multipart([qw(ABC DEF GHI)]);
say join ' ', $r->recv_multipart;
# dealer ABC DEF GHI
#### nonblocking ####
use 5.012;
use ZMQ::FFI qw(ZMQ_PUSH ZMQ_PULL);
use AnyEvent;
use EV;
my $endpoint = "ipc://zmq-ffi-$$";
my $ctx = ZMQ::FFI->new();
my @messages = qw(foo bar baz);
my $pull = $ctx->socket(ZMQ_PULL);
$pull->bind($endpoint);
my $fd = $pull->get_fd();
my $recv = 0;
my $w = AE::io $fd, 0, sub {
while ( $pull->has_pollin ) {
say $pull->recv();
# foo, bar, baz
$recv++;
if ($recv == 3) {
EV::break();
}
}
};
my $push = $ctx->socket(ZMQ_PUSH);
$push->connect($endpoint);
my $sent = 0;
my $t;
$t = AE::timer 0, .1, sub {
$push->send($messages[$sent]);
$sent++;
if ($sent == 3) {
undef $t;
}
};
EV::run();
#### specifying versions ####
use ZMQ::FFI;
# 2.x context
my $ctx = ZMQ::FFI->new( soname => 'libzmq.so.1' );
my ($major, $minor, $patch) = $ctx->version;
# 3.x context
my $ctx = ZMQ::FFI->new( soname => 'libzmq.so.3' );
my ($major, $minor, $patch) = $ctx->version;
see? iconic. moving on π
π DESCRIPTION π
ZMQ::FFI exposes a high level, transparent, OO interface to zeromq independent of the underlying libzmq version. Where semantics differ, it will dispatch to the appropriate backend for you. As it uses ffi, there is no dependency on XS or compilation.
As of 1.00 ZMQ::FFI is implemented using FFI::Platypus. This version has substantial performance improvements and you are encouraged to use 1.00 or newer.
π CONTEXT API π
π new
my $ctx = ZMQ::FFI->new(%options);
returns a new context object, appropriate for the version of libzmq found on your system. It accepts the following optional attributes:
π options
threadsβ zeromq thread pool size. Default: 1max_socketsβ requires zmq >= 3.x. max number of sockets allowed for context. Default: 1024sonameβ specify the libzmq library name to load.
ZMQ::FFI->new( soname => '/path/to/libzmq.so' );
ZMQ::FFI->new( soname => 'libzmq.so.3' );
By default ZMQ::FFI will first try the generic soname for the system, then the soname for each version of zeromq (e.g. libzmq.so.3). soname can also be the path to a particular libzmq so file.
It is technically possible to have multiple contexts of different versions in the same process, though the utility of doing such a thing is dubious.
π version
my ($major, $minor, $patch) = $ctx->version();
return the libzmq version as the list ($major, $minor, $patch)
π get
requires zmq >= 3.x
my $threads = $ctx->get(ZMQ_IO_THREADS)
get a context option value
π set
requires zmq >= 3.x
$ctx->set(ZMQ_MAX_SOCKETS, 42)
set a context option value
π socket
my $socket = $ctx->socket(ZMQ_REQ)
returns a socket of the specified type. See "SOCKET API" below
π proxy
$ctx->proxy($frontend, $backend);
$ctx->proxy($frontend, $backend, $capture);
sets up and runs a zmq_proxy. For zmq 2.x this will use a ZMQ_STREAMER device to simulate the proxy. The optional $capture is only supported for zmq >= 3.x however
π device
zmq 2.x only
$ctx->device($type, $frontend, $backend);
sets up and runs a zmq_device with specified frontend and backend sockets
π destroy
destroy the underlying zmq context. In general you shouldn't have to call this directly as it is called automatically for you when the object gets reaped
See "CLEANUP" below
π¦ SOCKET API π¦
The following API is available on socket objects created by $ctx->socket.
For core attributes and functions, common across all versions of zeromq, convenience methods are provided. Otherwise, generic get/set methods are provided that will work independent of version.
As attributes are constantly being added/removed from zeromq, it is unlikely the 'static' accessors will grow much beyond the current set.
β¨ version
my ($major, $minor, $patch) = $socket->version();
same as Context "version" above
β¨ connect
$socket->connect($endpoint);
does socket connect on the specified endpoint
β¨ disconnect
requires zmq >= 3.x
$socket->disconnect($endpoint);
does socket disconnect on the specified endpoint
β¨ bind
$socket->bind($endpoint);
does socket bind on the specified endpoint
β¨ unbind
requires zmq >= 3.x
$socket->unbind($endpoint);
does socket unbind on the specified endpoint
β¨ get_linger, set_linger
my $linger = $socket->get_linger();
$socket->set_linger($millis);
get or set the socket linger period. Default: 0 (no linger)
See "CLEANUP" below
β¨ get_identity, set_identity
my $ident = $socket->get_identity();
$socket->set_identity($ident);
get or set the socket identity for request/reply patterns
β¨ get_fd
my $fd = $socket->get_fd();
get the file descriptor associated with the socket
β¨ get
my $option_value = $socket->get($option_name, $option_type);
my $linger = $socket->get(ZMQ_LINGER, 'int');
generic method to get the value for any socket option. $option_type is the type associated with $option_value in the zeromq API ("zmq_getsockopt" man page)
β¨ set
$socket->set($option_name, $option_type, $option_value);
$socket->set(ZMQ_IDENTITY, 'binary', 'foo');
generic method to set the value for any socket option. $option_type is the type associated with $option_value in the zeromq API ("zmq_setsockopt" man page)
β¨ subscribe
$socket->subscribe($topic);
add $topic to the subscription list
β¨ unsubscribe
$socket->unsubscribe($topic);
remove $topic from the subscription list
β¨ send
$socket->send($msg);
$socket->send($msg, $flags);
sends a message using the optional flags
β¨ send_multipart
$socket->send_multipart($parts_aref);
$socket->send_multipart($parts_aref, $flags);
given an array ref of message parts, sends the multipart message using the optional flags. ZMQ_SNDMORE semantics are handled for you
β¨ recv
my $msg = $socket->recv();
my $msg = $socket->recv($flags);
receives a message using the optional flags
β¨ recv_multipart
my @parts = $socket->recv_multipart();
my @parts = $socket->recv_multipart($flags);
receives a multipart message, returning an array of parts. ZMQ_RCVMORE semantics are handled for you
β¨ has_pollin, has_pollout
while ( $socket->has_pollin ) { ... }
checks ZMQ_EVENTS for ZMQ_POLLIN and ZMQ_POLLOUT respectively, and returns true/false depending on the state
β¨ close
close the underlying zmq socket. In general you shouldn't have to call this directly as it is called automatically for you when the object gets reaped
See "CLEANUP" below
β¨ die_on_error
$socket->die_on_error(0);
$socket->die_on_error(1);
controls whether error handling should be exceptional or not. This is set to true by default. See "ERROR HANDLING" below
β¨ has_error
returns true or false depending on whether the last socket operation had an error. This is really just an alias for last_errno
β¨ last_errno
returns the system errno set by the last socket operation, or 0 if there was no error
β¨ last_strerror
returns the human readable system error message associated with the socket last_errno
π§Ό CLEANUP π§Ό
ok so about cleanup, ZMQ::FFI is super chill and it's gonna handle all that for you. It either follows the zeromq guide's recommendations (<https://zguide.zeromq.org/page:all#Making-a-Clean-Exit>) or it just does whatever the other zmq bindings do. Either way, here's the tea:
- it uses 0 linger by default (which is literally the same default czmq <https://github.com/zeromq/czmq> and jzmq <https://github.com/zeromq/jzmq> use, so it's giving consistency β¨)
- during object destruction it will call
close/destroyfor you, no cap - it arranges the reference hierarchy such that sockets will be properly cleaned up before their associated contexts π
- it detects fork/thread situations and ensures sockets/contexts are only cleaned up in their originating process/thread π§΅
- it guards against double closes/destroys (bestie said NOT today π)
Given all of the above, you're probably better off just letting ZMQ::FFI handle cleanup for you. But if for some reason you want to do explicit cleanup yourself, you absolutely can, main character. All the below will accomplish the same thing:
# implicit cleanup
{
my $context = ZMQ::FFI->new();
my $socket = $ctx->socket($type);
...
# close/destroy called in destructors at end of scope
}
# explicit cleanup
$socket->close();
$context->destroy();
# ditto
undef $socket;
undef $context;
Regarding linger, you can always set this to a value you prefer if you don't like the default. Once set, the new value will be used when the socket is subsequently closed (either implicitly or explicitly):
$socket->set_linger(-1); # infinite linger
# $context->destroy will block forever
# (or until all pending messages have been sent)
β οΈ okay so that-1up there is infinite linger and it means$context->destroywill block forever (or until all pending messages have been sent). read that again bestie. forever. π«Ά
π¨ ERROR HANDLING π¨
By default, ZMQ::FFI checks the return codes of underlying zmq functions for you, and in the case of an error it will die with the human readable system error message. iconic behavior honestly.
$ctx->socket(-1);
# dies with 'zmq_socket: Invalid argument'
Usually this is what you want, but not always. Some zmq operations can return errors that are not fatal and should be handled. For example using ZMQ_DONTWAIT with send/recv can return EAGAIN and simply means try again, not die. it's not a crisis, it's just β¨vibesβ¨
For situations such as this you can turn off exceptional error handling by setting die_on_error to 0. It is then for you to check and manage any zmq errors by checking last_errno:
use Errno qw(EAGAIN);
my $ctx = ZMQ::FFI->new();
my $s = $ctx->socket(ZMQ_DEALER);
$s->bind('tcp://*:7200');
$s->die_on_error(0); # turn off exceptional error handling
while (1) {
my $msg = $s->recv(ZMQ_DONTWAIT);
if ($s->last_errno == EAGAIN) {
sleep 1;
}
elsif ($s->last_errno) {
die $s->last_strerror;
}
else {
warn "recvd: $msg";
last;
}
}
$s->die_on_error(1); # turn back on exceptional error handling
β‘ FFI VS XS PERFORMANCE β‘
ZMQ::FFI uses FFI::Platypus on the backend. In addition to a friendly, usable interface, FFI::Platypus's killer feature is attach. attach makes it possible to bind ffi functions in memory as first class Perl xsubs. This results in dramatic performance gains and gives you the flexibility of ffi with performance approaching that of XS. it's giving β¨best of both worldsβ¨
Testing indicates FFI::Platypus xsubs are around 30% slower than "real" XS xsubs. That may sound like a lot, but to put it in perspective that means, for zeromq, the XS bindings can send 10 million messages 1-2 seconds faster than the ffi ones.
If you really care about 1-2 seconds over 10 million messages you should be writing your solution in C anyways. An equivalent C implementation will be several hundred percent faster or more. π
Keep in mind also that the small speed bump you get using XS can easily be wiped out by crappy and poorly optimized Perl code. (not me writing crappy perl code, couldn't be me π)
Now that Perl finally has a great ffi interface, it is hard to make the case to continue using XS. The slight speed bump just isn't worth giving up the convenience, flexibility, and portability of ffi. periodt. π
You can find the detailed performance results that informed this section at: <https://gist.github.com/calid/17df5bcfb81c83786d6f>
π BUGS π
ZMQ::FFI is free as in beer in addition to being free as in speech π. While I've done my best to ensure it's tasty, high quality beer, it probably isn't perfect. If you encounter problems, or otherwise see room for improvement, please open an issue (or even better a pull request!) on github <https://github.com/zeromq/perlzmq> β we love a good PR bestie, slay π
π SEE ALSO π
ZMQ::FFI::ConstantsZMQ::FFI::UtilFFI::PlatypusFFI::RawZMQ::LibZMQ3
π CREDITS π
Thank you to the following for patches, bug reports, feedback, or suggestions:
Dave Lambley, Graham Ollis, Klaus Ita, Marc Mims, Parth Gandhi, Pawel Pabian, Robert Hunter, Sergey KHripchenko, Slaven Rezic, Whitney Jackson, pipcet
(absolute legends, every single one π«Ά)
β¨ AUTHOR β¨
Dylan Cali <calid1984@gmail.com>
π COPYRIGHT AND LICENSE π
This software is copyright (c) 2023 by Dylan Cali.
This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.
and that's the whole page bestie!! π this one's perl v5.36.0, dated 2023-08-04, and it's ZMQ::FFI(3pm) β go forth and zmq responsibly ππ¦π
π¦ where this page comes from
- debian trixie: libzmq-ffi-perl 1.19-1 Β· Artistic-1.0-Perl OR GPL-1.0-or-later
- ubuntu noble: libzmq-ffi-perl 1.19-1 Β· Artistic-1.0-Perl OR GPL-1.0-or-later
- ubuntu resolute: libzmq-ffi-perl 1.19-1 Β· Artistic-1.0-Perl OR GPL-1.0-or-later
- ubuntu stonking: libzmq-ffi-perl 1.19-1 Β· Artistic-1.0-Perl OR GPL-1.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms