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*




Project hosted by iFAX Solutions