queue-announce Mailing List for GNU Queue

Good news!

Mike Castle (da...@ix...) has volunteered to
become the new GNU Queue maintainer!

GNU Queue is once again an active project! 

>From his homepage (www.netcom.com/~dalgoda/) it
sounds
like he is a very competent system administrator, so I
think we are in very good hands here and look forward
to seeing what Mike can and will do with GNU Queue.

I suppose the thing to say right off the bat is that
I'm not sure how familar Mike will be with some of the
discussions I've had on and off-line with many of you
regarding GQ's features. 

There have been some widely differing opinions. 

The Debian people, for example, stress reliability and
low-latency (which we tried to do when go rid of the
NFS protocol). Other people would like a very simple
project (perhaps even a shell script). Others want
interactive load balancing and minimal end-user
training via the proxy interface (our strong point).
Others wanted installation by non-root users. The
Internet Draft people wanted an Internet-wide protocol
that would be highly scalable, be IPv6 compatible and
work across NAT boxes (and this can be to some extent
because we have a peer-to-peer protocol; if it's made
non-deterministic and keeps track of its network
neighbor's responses, it can be made extremely
scalable. Going across NAT boxes with IPv4 is another
matter, although that can be tackled as well. The
Texas Instrument/Alantro people wanted centralized
control, and they wanted a client-server and
SQL-database protocol, which they added but which
hasn't been popular. Some people wanted Free process
migration in various forms, which we added. Others
have complained about the documentation and how that
should look. And so on.

So, I hope you'll get Mike up to speed with your
latest opinions on what GQ should look like going into
the future as I think that will be a tremendous help
to him.

Mike ... take it from here!
--
Werner G. Krebs, Ph.D.
Postgraduate Researcher
Integrative Biosciences
San Diego Supercomputer Center MC 0527
University of California, San Diego
9500 Gilman Drive
La Jolla, CA 92093-0527, USA


__________________________________________________
Do You Yahoo!?
HotJobs - Search Thousands of New Jobs
http://www.hotjobs.com

Dear GNU Queue community,

It has been a great pleasure serving as your
maintainer. It has been a rewarding although very
time-consuming activity.

Recently, I've made the decision more or less to stop
supporting Queue, at least for now, because of job
responsibilities in the real world and lack of time.

A number of non-commercial and commercial packages use
GNU Queue for load-balancing facilities. If you
require support for GNU Queue in connection with these
packages, I suggest you contact the distributors of
these packages for support with GNU Queue.

There are a number of other excellent load-balancing
and process migration packages available that are Open
Source or quasi-Open Source. These include GNQS,
Mosix, Condor, as well as a number of load-balancing
packages available from the San Diego Supercomputer
Center.

If you know of any one interested who might make a
good maintainer for GNU Queue, please let me know.

In the meantime, please check out the discussions on
Sourceforge; there are some members of the community
supporting GNU Queue.

http://www.gnuqueue.org.
--
Werner G. Krebs, Ph.D.,
Integrative Biosciences,
San Diego Supercomputer Center MC 0527
University of California, San Diego MC 0527
9500 Gilman Drive
La Jolla, CA 92093-0527, USA


__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com

As you may know, the Novemeber issue of Linux Journal has an article on
GNU Queue, http://www2.linuxjournal.com/lj-issues/issue79/4208.html .

Since the LJ article, GNU Queue 1.30.1 has come out,
http://www.gnuqueue.org .

This adds a major package courtesy of folks at Texas Instruments (Monica
Lau) that allows centralized management of Queue processes via a
centralized daemon and control utilities.

Because the new code is only in beta testing, the default is not to
compile this new package in. "./configure --enable-manager=YES" will
cause the new package to be compiled in.

1.30.1 also incorporates a fix for RedHat 7.0 over 1.20.2. The 1.20
versions eliminated the NFS protocol, and are using a TCP/IP protocol
that is much closer to that described in the internet draft,
http://www.ietf.org/internet-drafts/draft-krebs-gnuqueue-protocol-00.txt

Please see the ChangeLog associated with the download file on
http://www.gnuqueue.org for more information about the new version.