Skip to content
Snippets Groups Projects
Select Git revision
  • dailybuild_linux-x64
  • dailybuild_win32
  • master default protected
  • sqlite
  • rip_abstraction
  • dailybuild_macos-armv8
  • dd_file_lister_filanem_in_desc_color
  • mode7
  • dd_msg_reader_are_you_there_warning_improvement
  • c23-playing
  • syncterm-1.3
  • syncterm-1.2
  • test-build
  • hide_remote_connection_with_telgate
  • 638-can-t-control-c-during-a-file-search
  • add_body_to_pager_email
  • mingw32-build
  • cryptlib-3.4.7
  • ree/mastermind
  • new_user_dat
  • sbbs320d
  • syncterm-1.6
  • syncterm-1.5
  • syncterm-1.4
  • sbbs320b
  • syncterm-1.3
  • syncterm-1.2
  • syncterm-1.2rc6
  • syncterm-1.2rc5
  • push
  • syncterm-1.2rc4
  • syncterm-1.2rc2
  • syncterm-1.2rc1
  • sbbs319b
  • sbbs318b
  • goodbuild_linux-x64_Sep-01-2020
  • goodbuild_win32_Sep-01-2020
  • goodbuild_linux-x64_Aug-31-2020
  • goodbuild_win32_Aug-31-2020
  • goodbuild_win32_Aug-30-2020
40 results

nopen.c

Blame
    • Rob Swindell's avatar
      914790f5
      Improve file copy (fcopy()) performance by more than an order of magnitude. · 914790f5
      Rob Swindell authored
      Using a 256KB read buffer for copying files (rather than one byte at a time).
      Apparently calling fread() is not the same as a bunch of calls to fgetc()
      after all. Or maybe it was the many calls to fputc() being replaced with
      fwrite(). Or maybe it was both. Anyway, decreased the time to copy a 1GB
      file from and to a Samba share over a Gb Ethernet network from 13 minutes
      to less than a minute. This matters when sbbs is backing up your data/mail
      base and the files are big. The mail base is locked while being backed up
      and the longer it takes to back up, the longer the mail base is locked and
      no mail can be received, read or sent during that time.
      914790f5
      History
      Improve file copy (fcopy()) performance by more than an order of magnitude.
      Rob Swindell authored
      Using a 256KB read buffer for copying files (rather than one byte at a time).
      Apparently calling fread() is not the same as a bunch of calls to fgetc()
      after all. Or maybe it was the many calls to fputc() being replaced with
      fwrite(). Or maybe it was both. Anyway, decreased the time to copy a 1GB
      file from and to a Samba share over a Gb Ethernet network from 13 minutes
      to less than a minute. This matters when sbbs is backing up your data/mail
      base and the files are big. The mail base is locked while being backed up
      and the longer it takes to back up, the longer the mail base is locked and
      no mail can be received, read or sent during that time.