On Jan 19, 1998, David Chord wrote to Anthony Tibbs:
 DC> Question. Does PacketSort actually speed up the entire processing time
 DC> (including it's own runtime) or does it slow down, or remain the same?
 AT> Speed it up.  BIG time.
 DC> Including when you have 1 or 2 messages for one echo, and do
 DC> that several times a day, or does it slow things down
 DC> because it finds that it really has nothing to do (as the
 DC> messages are already in order and for the one area)
Not much, if at all, Dave.  PktSort is extremely fast.  However, there's a 
way around that if it concerns you.  You can "look" at the inbound, determine 
the size of the mail bundle(s) or packet(s) and have PktSort run or not 
(depending on the size) before Squish tosses.  One can do this easily with 
4DOS but four years ago (before I saw 4DOS), I wrote a program called 
"NetSize" that can compare the size of mail files with a numerical value and 
exit with an errorlevel which can be trapped in the batch file.  You could 
use this to keep PktSort from running if the mail was under a certain size.  
I can f/attach it to your Internet email address if you're interested.  And 
it's F'Reqable as NSIZE101.ZIP -- 8211 bytes (a real monster :-).
 DC> I'd have my doubts as to wether or not it made any real differences
 DC> speed-wise, but it does appear to have several other usefull features
 DC> (like splitting large packets and sorting messages by date)
The difference it makes is proportional to how badly the inbound packet is 
"fragmented".  IOW, if your uplink is already running it...   BTW, I can't 
see any reason to split packets but I _do_ see a reason to split messages 
larger than about 15k IF any of your downlinks are running the non-386 
version of Squish or some other tosser that can't handle large messages.
Cheers,
 -Jack
  ogre@nashville.com
--- Squish/386 v1.11
1:116/30)
---------------