<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Just an advice from someone who now has 12 users pulling and pushing
    some Kb to 8Gb files over this piece of wonder from 08:00 to
    18:00...<br>
    <br>
    after you're confortable with your setup, take heed what's written
    on the homepage and make friends with the idea of building wanproxy
    with<br>
    <br>
    <meta http-equiv="content-type" content="text/html; charset=utf-8">
    make NDEBUG=1<br>
    <br>
    For me it at least doubled the performance so far, but can't be sure
    until tomorrow's main showtime...<br>
    <br>
    L.<br>
    <br>
    <div class="moz-cite-prefix">On 01/15/2015 01:32 PM, Levente Peres
      wrote:<br>
    </div>
    <blockquote cite="mid:54B7B371.9030408@gmail.com" type="cite">
      <pre wrap="">Just wanted to give some additional feedback.

Samba 4.1.1 works just fine without bellow connection handling, for now.

What happens is that when WanProxy client drops, then after some time,
the connection is dropped clean. So no such issue that I mentioned as of
yet.

Here's a happy camper...

Very well done piece of stuff...

Also... current uninterrupted uptime 21hrs... hope to see much more...

Levente

On 01/13/2015 05:57 PM, Levente Peres wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">gosh sorry, typo...

for the second set of config opts

reset on zero vc = 0 not 1


On 01/13/2015 05:51 PM, Levente Peres wrote:
</pre>
        <blockquote type="cite">
          <pre wrap="">Correction

I managed to work around the problem.

You see - I use it to accelerate SMB connections. So in my Samba 4.1.1
server I changed these lines

socket options=IPTOS_LOWDELAY SO_RCVBUF=12582912 SO_SNDBUF=12582912
TCP_NODELAY IPTOS_THROUGHPUT SO_KEEPALIVE TCP_KEEPIDLE=300
TCP_KEEPINTVL=10 TCP_KEEPCNT=5
reset on zero vc = 1

... to this ...

socket options=IPTOS_LOWDELAY SO_RCVBUF=12582912 SO_SNDBUF=12582912
TCP_NODELAY IPTOS_THROUGHPUT
reset on zero vc = 1

As you can see, had to remove any and all stale/dead process management
instructions from Samba config, and so the large file issue went away.

I see problems with cluttered samba connections because of this down the
line, but... for now it works.

Levente


On 01/13/2015 05:18 PM, Levente Peres wrote:
</pre>
          <blockquote type="cite">
            <pre wrap="">Dear Juli and EE,

THIS SOFTWARE IS REALLY SOMETHING!!!

Even in it's pre-release state, it has helped me more than anything in
this category.

Ingenious. Period.

Just wanted to say this after using it in PRODUCTION environment for few
days now.

Yes, it has issues... but the only serious problem i found so far was
that when a user copies large (>>1GB) files, it starts ranting about
connection refused and reset, etc. and in parallel users experience 2-5
second "delays" in transfer progress. But the transfer finishes
nevertheless.

That said, ITS GREAT!!!!!!!!!!!!

THANK YOU for developing this piece of greatness. Really helps us out...

I see this thing rise right beside rsync in a couple years.

CHEERS

Levente


</pre>
          </blockquote>
        </blockquote>
      </blockquote>
      <pre wrap="">
</pre>
    </blockquote>
    <br>
  </body>
</html>