#41 Rate implementation doubled

2.9.0 branch
closed-fixed
nobody
Remailer (20)
5
2003-05-03
2003-01-29
Anonymous
No

In mix.cfg I have:

RATE 10

In the pool I have, for example, 67 messages. Then I do:

./mix -dS

This adds one dummy message to the pool, for a total of 68
and flushes the pool leaving 56 messages behind.

If I repeat ./mix -dS a few more times I see the following
number of messages left behind in the pool:

47, 40, 34, 29, 25

Doing the math:

(68-56)/56 = .21
(57-47)/47 = .21
(48-40)/40 = .20
(35-29)/29 = .21
(30-25)/25 = .20

Conclusion:

RATE is implemented to be twice what is set in mix.cfg file.
Applies to client usage as well.

Discussion

<< < 1 2 (Page 2 of 2)
  • Logged In: YES
    user_id=1525

    weasel@valiant:~/Mix-cvs$ for i in `seq 1 20`; do /bin/ls -1
    pool/m* | wc -l; ./mix -dS &gt;/dev/null 2&gt;&amp;1; done
    100
    82
    68
    57
    48
    41
    35
    30
    26
    23
    20
    18
    17
    16

    Ha!

    If remail is NO, we always do a pool run.
    if you run mix -M and sendpooltime is low enogh (i.e. 0)
    it's done twice.

    [removed the works-for-me]

     
  • Logged In: NO

    Yes, with SENDPOOLTIME 0h in beta 40, the bad behavior
    shows up.

    I'll remove SENDPOOLTIME 0h and just sit with beta 40 for a
    while while you look into it further.

    Thanks for your time and patience.

     
  • Logged In: YES
    user_id=1525

    setting SENDPOOLTIME to 1h or similar will make 2.9.0 behave
    similar enough to what you want.

    I need to think and talk to Len and Ulf about how to fix this.

     
  • Logged In: NO

    OK, thanks for the workaround. I'll give it a try. Beta 40 works
    fine for me too, so I can always just stick there.

     
    • status: open-works-for-me --> closed-works-for-me
     
    • status: closed-works-for-me --> closed-fixed
     
  • Logged In: YES
    user_id=1525

    Fixed in CVS. new option: clientautoflush

     
<< < 1 2 (Page 2 of 2)