• large *.can files make things slow

    From Digital Man to MRO on Tue Jan 2 13:01:32 2024
    Re: large *.can files make things slow
    By: MRO to Digital Man on Tue Jan 02 2024 01:37 pm

    memory for all of SBBS to have that massive ip.can file cached. It can be done and would likely have a significant performance improvement, but at the cost of a lot of memory used (in your case).

    i guess i'll just trim it down every month.

    If you have the available RAM, it wouldn't be a bad option to have. In fact, when importing QWK packets, the ip.can file *is* cached (since the source IP address of each message is compared, and that'd be really slow to re-read the file each time) - so there's already some cases where your SBBS instance is allocating that much RAM for the ip.can file, but for a shorter period of time since that memory is freed after QWK packet import is complete. For a server that's listening for incoming TCP/UDP connections, the memory (for the ip.can cache) wouldn't be freed until the server was terminated.
    --
    digital man (rob)

    Synchronet "Real Fact" #35:
    The irc.synchro.net network has more servers than users
    Norco, CA WX: 60.9°F, 57.0% humidity, 0 mph NE wind, 0.00 inches rain/24hrs
  • From MRO@BBSESINF to Digital Man on Tue Jan 2 17:30:33 2024
    Re: large *.can files make things slow
    By: Digital Man to MRO on Tue Jan 02 2024 01:01 pm

    If you have the available RAM, it wouldn't be a bad option to have. In fact, when importing QWK packets, the ip.can file *is* cached (since the source IP address of each message is compared, and that'd be really slow to re-read the file each time) - so there's already some cases where your SBBS instance is allocating that much RAM for the ip.can file, but for a shorter period of time since that memory is freed after QWK packet import is complete. For a server that's listening for incoming TCP/UDP connections, the memory (for the ip.can cache) wouldn't be freed until the server was terminated.

    well i'm running 32bit windows 10 for this specific bbs, so I can only use 4 gigs of ram. I'll just go back to blocking certain countries and some bad domains instead of blocking a million ip addresses.
    ---
    ■ Synchronet ■ ::: BBSES.info - free BBS services :::
  • From Ragnarok@DOCKSUD to MRO on Wed Jan 3 11:50:43 2024
    El 2/1/24 a las 10:37, MRO escribió:
    Re: Re: Really struggling with windows install pls help :)
    By: Digital Man to Matthew C E Bamber on Mon Jan 01 2024 03:48 pm

    So I have an ip.can file that is about 1.3 gigs large, and when it gets this large there is a very long delay before a user can connect because I believe the bbs is working on parsing each line and seeing if the ip matches. I would assume I would have the same issue with host.can and other .can files.

    I was wondering if there's anything I can do on my end to keep these large .can files and speed things up, or if synchronet needs some internal changes.

    Thanks,
    ---
    � Synchronet � ::: BBSES.info - free BBS services :::

    convert you gigas of ip's to subnets:

    https://stackoverflow.com/questions/50472999/python-convert-a-list-of-ips-into-a-list-of-networks
    ---
    ■ Synchronet ■ Dock Sud BBS TLD 24 HS - bbs.docksud.com.ar