HylaFAX The world's
most advanced open source fax server
|
|
[
Date Prev][
Date Next][
Thread Prev][
Thread Next]
[
Date Index]
[
Thread Index]
Re: [hylafax-users] queueing issue
-----Original Message-----
From: Lee Howard [mailto:lee.howard@xxxxxxxxxxxx]
Sent: Thursday, May 01, 2008 12:13 PM
To: Siri Vias Khalsa
Cc: hylafax-users@xxxxxxxxxxx
Subject: Re: [hylafax-users] queueing issue
Siri Vias Khalsa wrote:
> I am using HylaFAX 5.2.3 and submitting all of the faxes to go out
> "now".
> I am using the Perl module Fax::Hylafax::Client
>
> I am attaching the pertinent log messages and would appreciate your
> thoughts. One thing I noticed is that the COMMID is staying the same.
> I do have MaxConcurrentCalls set to 20, is that whats messing me up?
>
> If I had 8 lines outgoing and 10 lines incoming on the other side,
would
> it be fastest to set MaxConcurrentCalls = 1?
>
>
> Looking back through my logs, it looks like that is what is happening.
> All of the faxes to one number were queued up for the one line while
the
> fewer number of faxes went to the other, and since there was a line
> available it sent newly submitted faxes out that line. I am including
> this here in case anyone runs into this in the future.
By default HylaFAX expects a destination to only support one concurrent
call. And by default batching is enabled.
So by default, if you submit a bunch of fax jobs all to the same
destination number then HylaFAX will batch some of them or all of them
into one call (depending on the time-to-send when they're actually in
the queue - so submitting a bunch of jobs for "now" generally causes
only some of them to batch).
When you change MaxConcurrentCalls (either in faxq's config file or via
JobControl) and you have multiple modems then you add a new dimension to
the scope of this job allocation. Not only will HylaFAX attempt to
batch the jobs, but it will also try to distribute the jobs across all
of the modems up to the value of MaxConcurrentCalls. And that basically
turns into a race situation. Some jobs will get allocated to a call on
one modem and some jobs will get allocated to a call on a different
modem, and they'll end up on the receiving end a bit "shuffled up" due
to the various semi-random factors involved in that race. HylaFAX's
goal in this behavior isn't to get all of the fax jobs to the receiver
in any particular order, but rather to get them to the receiver in as
few calls as possible (batching), but also utilizing as many modems as
MaxConcurrentCalls permits.
If you're trying to maintain fax jobs being received in a particular
order (which is generally impossible to guarantee anyway, if you factor
in busy conditions, etc.) then increasing MaxConcurrentCalls makes it
more tricky to do. You could disable batching (MaxBatchJobs: 1) to
remove some of the complexity.
Thanks,
Lee.
--
Thanks Lee,
The most important thing is to get all of the faxes out ASAP. If I set
MaxBatchJobs:1 and MaxConcurrentCalls to my max number of ports, it
should send them all individually using as many lines as it can, right?
In your opinion, would it be faster when sending say 100 faxes to Batch
them or to send them individually, assuming multiple lines on both
sides?
-Siri Vias
____________________ HylaFAX(tm) Users Mailing List _______________________
To subscribe/unsubscribe, click http://lists.hylafax.org/cgi-bin/lsg2.cgi
On UNIX: mail -s unsubscribe hylafax-users-request@xxxxxxxxxxx < /dev/null
*To learn about commercial HylaFAX(tm) support, mail sales@xxxxxxxxx*