<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-text-html" lang="x-unicode"> Dear DRBD and WinDRBD
      users,<br>
      <br>
      We've just released another release canidate of WinDRBD:
      1.0.0-rc10. This version contains an<br>
      optimization on the network receiver side which speeds up
      secondary writes by a<br>
      factor of 2-4. It also contains fixes for various BSODs.<br>
      <br>
      For now there are two registry keys that control the receiver
      cache: you normally<br>
      don't have to touch them: they are in the WinDRBD services key <br>
      (HKLM\System\CurrentControlSet\Services\WinDRBD)<br>
      <br>
      DWORD enable_receiver_cache &lt;0 or 1&gt;<br>
      DWORD receive_buffer_size &lt;size of cache in bytes &gt;=4K
      &lt;=4M &gt; defaults to 128K<br>
      <br>
      We will change these parameters later to a per resource network
      setting in drbd.conf.<br>
      <br>
      As always the installable EXE can be downloaded from Linbit's
      homepage:<br>
      <br>
      <a class="moz-txt-link-freetext"
href="https://www.linbit.com/linbit-software-download-page-for-linstor-and-drbd-linux-driver/">https://www.linbit.com/linbit-software-download-page-for-linstor-and-drbd-linux-driver/</a><br>
      <br>
      (scroll down to DRBD 9 Windows Driver)<br>
      <br>
      Please help testing this release canidate, it is already quite
      close to the final<br>
      version, <br>
      <br>
      - Johannes<br>
      <br>
      ---- From WHATSNEW.md:<br>
      <br>
      Optimization on the network side ("receiver cache"): receive from
      socket<br>
      in larger chunks (defaults to 128K), this speeds up secondary
      writes<br>
      by a factor of 2 to 4.<br>
      <br>
      Fix in wait_event: wait_event should not be interruptible. Also<br>
      wait_for_completion should not be interruptible. This fixes lots<br>
      of BSODs at various places (process_sender_todo, ...) which mainly<br>
      occured at disconnecting a resource.<br>
      <br>
      There is also an optimization at the backing device side (backing<br>
      device cache) but this implementation is currently broken and
      probably<br>
      will be abandoned (it does not give a speedup). It is disabled by
      default.<br>
    </div>
  </body>
</html>