Howdy,ããToday I discovered SBBS with 2 threads both running at 98% CPU - having stopped and restarted SBBS, its all back to normal.ããAt the same time, my fido hub alerted me to my system being "slow" and refusing packets. Curious, I looked through the logs and indeed it seems that when I polled my fsxhub, mail flowed normally, but when I polled my fido hub, it was stuck there receiving a file:ããAuthentication successful:ãAttempting poll for node 3:633/280@fidonetãJSBinkP/4 callout to 3:633/280@fidonet startedãConnecting to 3:633/280@fidonet at ftn633.vk3heg.net:24554ãPeer version: binkd/1.1a-115/LinuxãWill encrypt session.Authentication successful: secureãReceiving file: /opt/sbbs/temp/e8c38a06.pkt (1.4KB)ã[no more output]ããIt doesnt appeaer that this thread dies - (and it should time out after 5 minutes right?) I ran "binkit -p" and it's still stuck on this node after 20 mins.ããMy fido hub is set to "Poll: Yes", so I'm suspecting everytime my system was polling, the old thread hadnt died yet, so eventually I end up with many threads tied up polling my fido hub.ããSo, shouldnt it ultimately time out after 5 mins?ããIs there a way to "busy out" the polled node, so another thread doesnt try and call it again?ããããã...ëîåïãã---ã þ Synchronet þ Alterant | an SBBS in Docker on Pi!ã

Re: CPU Hogã By: deon to Digital Man on Fri Aug 05 2022 04:52 pmãã > Howdy,ã >ã > Today I discovered SBBS with 2 threads both running at 98% CPU - havingã > stopped and restarted SBBS, its all back to normal.ã >ã > At the same time, my fido hub alerted me to my system being "slow" andã > refusing packets. Curious, I looked through the logs and indeed it seemsã > that when I polled my fsxhub, mail flowed normally, but when I polled myã > fido hub, it was stuck there receiving a file:ã >ã > Authentication successful:ã > Attempting poll for node 3:633/280@fidonetã > JSBinkP/4 callout to 3:633/280@fidonet startedã > Connecting to 3:633/280@fidonet at ftn633.vk3heg.net:24554ã > Peer version: binkd/1.1a-115/Linuxã > Will encrypt session.Authentication successful: secureã > Receiving file: /opt/sbbs/temp/e8c38a06.pkt (1.4KB)ã > [no more output]ã >ã > It doesnt appeaer that this thread dies - (and it should time out after 5ã > minutes right?) I ran "binkit -p" and it's still stuck on this node after 20ã > mins.ã >ã > My fido hub is set to "Poll: Yes", so I'm suspecting everytime my system wasã > polling, the old thread hadnt died yet, so eventually I end up with manyã > threads tied up polling my fido hub.ã >ã > So, shouldnt it ultimately time out after 5 mins?ããIt "should" timeout, yes (I don't know the expected timeout duration), but I also didn't write binkit/binkp.js, so I'd have to track down that bit of code and see what its doing to be sure.ãã > Is there a way to "busy out" the polled node, so another thread doesnt tryã > and call it again?ããThe SBBS event thread is a single thread. BinkIt polling is normally done as a timed event, which is run as in the foreground of that single event thread. So I'm not clear what "another thread" would be.ã-- ã digital man (rob)ããRush quote #66:ãHe's old enough to know what's right, but young enough not to choose itãNorco, CA WX: 89.6øF, 37.0% humidity, 6 mph SSW wind, 0.00 inches rain/24hrsã---ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

Re: CPU Hogã By: deon to Digital Man on Fri Aug 05 2022 04:52 pmãã > Howdy,ã >ã > Today I discovered SBBS with 2 threads both running at 98% CPU - havingã > stopped and restarted SBBS, its all back to normal.ã >ã > At the same time, my fido hub alerted me to my system being "slow" andã > refusing packets. Curious, I looked through the logs and indeed it seemsã > that when I polled my fsxhub, mail flowed normally, but when I polled myã > fido hub, it was stuck there receiving a file:ã >ã > Authentication successful:ã > Attempting poll for node 3:633/280@fidonetããrig up a daily reboot. I do it for all my bbses. that will fix a lot of issues that may pop up.ã---ã þ Synchronet þ ::: BBSES.info - free BBS services :::ã

MRO wrote to deon <=-ãã MR> rig up a daily reboot. I do it for all my bbses. that will fix aã MR> lot of issues that may pop up.ããHahahahahahahahaha! Not everybody uses Windoze, dummy.ãããã... He does the work of 3 Men...Moe, Larry & Curlyã--- MultiMail/Linux v0.52ã þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FLã

Re: CPU Hogã By: Digital Man to deon on Fri Aug 05 2022 01:07 pmãã > > Is there a way to "busy out" the polled node, so another thread doesnt try and call it again?ã >ã > The SBBS event thread is a single thread. BinkIt polling is normally done as a timed event, which is run as in the foreground ofã > that single event thread. So I'm not clear what "another thread" would be.ããOK, so I have BINKPOLL (binkit -p) set to run 2 times per day.ããSo are you suggesting that when SBBS runs it, it can never run a subsequent time, if the previous run never completes?ããMy logs show it does run twice a day (not 12 hrs apart, ergo 2 times a day - but...)ããAug 5 00:35:54 d-11-1 synchronet: evnt BINKPOLL Running native timed event: BINKPOLLãAug 5 14:36:58 d-11-1 synchronet: evnt BINKPOLL Running native timed event: BINKPOLLããSo if the first question is yes, then that would imply that binkit -p does eventually exit.ããI'm wondering then, what else could cause the CPU goes to 100% on 2 threads for an extend period of time? (I havent monoitored the time, but my vmware logs show it was pegged for 2 hrs before I intervened.)ããSince my fido link identified the cause (it seemed it was in his end), CPU is backed to < 5%.ããã...ëîåïãã---ã þ Synchronet þ Alterant | an SBBS in Docker on Pi!ã

Re: CPU Hogã By: MRO to deon on Fri Aug 05 2022 06:53 pmãã > rig up a daily reboot. I do it for all my bbses. that will fix a lot of issues that may pop up.ããNah, I doubt it.ããI'm not a "reboot fixes it" guy. That may have been a windows strategy in the day, but I never thought that was the solution to issue.ããã...ëîåïãã---ã þ Synchronet þ Alterant | an SBBS in Docker on Pi!ã

Re: CPU Hogã By: deon to MRO on Sat Aug 06 2022 12:35 pmãã > > rig up a daily reboot. I do it for all my bbses. that will fix a lot ofã > > issues that may pop up.ã >ã > Nah, I doubt it.ã >ã > I'm not a "reboot fixes it" guy. That may have been a windows strategy inã > the day, but I never thought that was the solution to issue.ããi've been running a bbs since 1997. reboot fixes it.ã---ã þ Synchronet þ ::: BBSES.info - free BBS services :::ã

MRO wrote to deon <=-ãã > > rig up a daily reboot. I do it for all my bbses. that will fix a lot ofã > > issues that may pop up.ãã > Nah, I doubt it.ã >ã > I'm not a "reboot fixes it" guy. That may have been a windows strategy inã > the day, but I never thought that was the solution to issue.ãã MR> i've been running a bbs since 1997. reboot fixes it.ããYou don't even understand what he's saying, because you're a n00b, and ãdense.ããPerhaps a reboot does fix it. That's not the point. The point is that ãhe wants to know *WHY* something is happening, and correct it that way. ãThe proper way. Your method is just a pseudo-fix that doesn't actually ã*FIX* anything.ããHave you always been this stupid?ãããã... Ignorance can be cured. Stupid is forever.ã--- MultiMail/Linux v0.52ã þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FLã

On 8/6/2022 12:06, MRO wrote:

Re: CPU Hog
By: deon to MRO on Sat Aug 06 2022 12:35 pm

> > rig up a daily reboot. I do it for all my bbses. that will fix a lot of
> > issues that may pop up.
>
> Nah, I doubt it.
>
> I'm not a "reboot fixes it" guy. That may have been a windows strategy in
> the day, but I never thought that was the solution to issue.

i've been running a bbs since 1997. reboot fixes it.
---
� Synchronet � ::: BBSES.info - free BBS services :::

Some people are interested in WHY something breaks instead of just in a
quick "fix". It's called "debugging". I would think in your years of experience you'd have heard of it. ;-)

---
þ Synchronet þ IPTIA - bbs2.ipingthereforeiam.com:2323

Re: CPU Hogã By: deon to MRO on Sat Aug 06 2022 12:35 pmãã >> rig up a daily reboot. I do it for all my bbses. that will fix a lotã >> of issues that may pop up. ãã de> Nah, I doubt it.ãã de> I'm not a "reboot fixes it" guy. That may have been a windows strategy inã de> the day, but I never thought that was the solution to issue. ããYeah, a daily reboot seems like a band-aid. I'd think the true cause of the issue is elsewhere.ãã---ã þ Synchronet þ Digital Distortion: digitaldistortionbbs.comã

Re: Re: CPU Hogã By: dragon to MRO on Sat Aug 06 2022 03:28 pmãã >ã > Some people are interested in WHY something breaks instead of just in aã > quick "fix". It's called "debugging". I would think in your years ofã > experience you'd have heard of it. ;-)ããI absolutely know WHY something breaks normally. It's just good to reboot once a day to clear up issues that come up randomly. That's how bbses are. shit happens. We are usually running windows and launching legacy software made by hobbyist programmers. We can't be around all the time when something decides to go haywire and if a user can't connect one time they may never try again.ããYou aren't a sysop, so you wouldn't know that; you just run a website that scriptkiddies scrape to attack us.ãã---ã þ Synchronet þ ::: BBSES.info - free BBS services :::ã

Re: CPU Hogã By: Nightfox to deon on Sat Aug 06 2022 01:24 pmãã > de> I'm not a "reboot fixes it" guy. That may have been a windows strategyã > de> in the day, but I never thought that was the solution to issue.ã >ã > Yeah, a daily reboot seems like a band-aid. I'd think the true cause ofã >ã > theã > issue is elsewhere.ãããyou go to sleep everyday, right? that fixes a lot of things, right?ãthat's a reboot. I just suggested a general reboot. yeah, he should figureãout whats going on. it only happened once though, it seems.ãI would rig up a script to kill the process if it's running.ããbut don't listen to me, i have great uptime for decades and my shit always works.ãã---ã þ Synchronet þ ::: BBSES.info - free BBS services :::ã

Re: CPU Hogã By: MRO to Nightfox on Sat Aug 06 2022 04:33 pmãã MR> but don't listen to me, i have great uptime for decades and my shit alwaysã MR> works. ããIf you have it reboot every day, then it's not up continuously for more than a day. I wouldn't call that great uptime.ããI've been running a BBS since 1994 (with DOS at the time), and I didn't have to reboot my BBS machine every day to keep things working (and still don't).ãã---ã þ Synchronet þ Digital Distortion: digitaldistortionbbs.comã

Re: CPU Hogã By: Nightfox to MRO on Sat Aug 06 2022 03:44 pmãã > Re: CPU Hogã > By: MRO to Nightfox on Sat Aug 06 2022 04:33 pmã >ã > MR> but don't listen to me, i have great uptime for decades and my shitã > MR> always works.ã >ã > If you have it reboot every day, then it's not up continuously for more thanã > a day. I wouldn't call that great uptime.ããtakes 3 minutes.ãã >ã > I've been running a BBS since 1994 (with DOS at the time), and I didn't haveã > to reboot my BBS machine every day to keep things working (and still don't).ãyou haven't been running it every day like i have.ãand i don't HAVE to reboot. I just do just to do some cleanup. shit happensãwith old doorgames and legacy programs.ããif you want to measure dicks, here's my vm host uptime. i only rebooted it because there was a network issue with ovh and i was trouble shooting.ãhttps://i.imgur.com/QVkygiH.pngã---ã þ Synchronet þ ::: BBSES.info - free BBS services :::ã

Re: CPU Hogã By: MRO to Nightfox on Sat Aug 06 2022 04:33 pmãã > but don't listen to me, i have great uptime for decades and my shit always wããI can't believe I'm actually replying to your drivel, but how do you have greatãuptime if you reboot nightly? Get your story straight.ãã oã (O) ã BeLLyãã---ã þ Synchronet þ bbs.brazi.net þ www.brazi.net þ WARNING: May contain nutsã

As a minor followup... here's the docker stats for my running system, I
think it's been up for about a few weeks since I last touched it.

NAME CPU % MEM USAGE MEM % NET I/O BLOCK I/O
sbbs 0.09% 185.1MiB 4.71% 540MB / 666MB 100MB / 2.44GB
mail 0.03% 59.86MiB 1.52% 213MB / 347MB 2.82MB / 90.1kB
ftp 0.00% 6.477MiB 0.16% 8.41MB / 10.6MB 8.19kB / 90.1kB
svcs 0.08% 114.1MiB 2.90% 304MB / 48.3MB 6.38MB / 3.22MB
irc 0.07% 271.7MiB 6.91% 162MB / 739MB 20.5kB / 90.1kB
bbsweb 0.11% 9.023MiB 0.23% 42.3MB / 110MB 500kB / 90.1kB
ecweb 0.06% 282.9MiB 7.20% 205MB / 3.14GB 105MB / 467kB
rmweb 0.06% 67.22MiB 1.71% 36.8MB / 246MB 28.1MB / 90.1kB
doorparty 0.00% 5.055MiB 0.13% 29.2MB / 25MB 6.37MB / 0B

System is mostly idle, most of the time. Nothing is really crazy, the
web instances seem to use the most resources, which are kind of
expected... Slightly surprised how much memory the IRC service uses on
its' own, but not crazy either. I'd thought about breaking nntp off
from the rest of the misc services, since it's what I'm using myself
most of the time, and was a little curious.

VM Ram is 4GB total, and this is all that's running other than basic
services and the OS ssh, etc.
--
Michael J. Ryan - tracker1@roughneckbbs.com
---
ï¿­ Synchronet ï¿­ Roughneck BBS - roughneckbbs.com

On 8/4/22 23:52, deon wrote:

Today I discovered SBBS with 2 threads both running at 98% CPU
- having stopped and restarted SBBS, its all back to normal.

What did your RAM usage look like? I've seen a similar issue a couple
times, where I couldn't connect on the mail service port... I don't know
what part of Synchronet was causing the issue... there was definitely
some kind of memory leak as I was getting a lot of out of memory errors.

I bumped the server to a higher memory option, then separated each
service into a separate running instance... I haven't seen the issue
since, though so no idea.
--
Michael J. Ryan - tracker1@roughneckbbs.com
---
ï¿­ Synchronet ï¿­ Roughneck BBS - roughneckbbs.com

Re: CPU Hogã By: Tracker1 to DOVE-Net.Synchronet_Discussion on Sat Aug 06 2022 06:09 pmãã > irc 0.07% 271.7MiB 6.91% 162MB / 739MB 20.5kB / 90.1kBã > bbsweb 0.11% 9.023MiB 0.23% 42.3MB / 110MB 500kB / 90.1kBã > ecweb 0.06% 282.9MiB 7.20% 205MB / 3.14GB 105MB / 467kBã > rmweb 0.06% 67.22MiB 1.71% 36.8MB / 246MB 28.1MB / 90.1kBã > doorparty 0.00% 5.055MiB 0.13% 29.2MB / 25MB 6.37MB / 0Bã >ã > System is mostly idle, most of the time. Nothing is really crazy, theã > web instances seem to use the most resources, which are kind ofã > expected... Slightly surprised how much memory the IRC service uses onã > its' own, but not crazy either. I'd thought about breaking nntp offãããthat's pretty sad because unrealircd uses almost no resources.ããdont forget to reboot.ã---ã þ Synchronet þ ::: BBSES.info - free BBS services :::ã

On 8/6/2022 16:56, MRO wrote:

Re: Re: CPU Hog
By: dragon to MRO on Sat Aug 06 2022 03:28 pm

>
> Some people are interested in WHY something breaks instead of just in a
> quick "fix". It's called "debugging". I would think in your years of
> experience you'd have heard of it. ;-)

I absolutely know WHY something breaks normally. It's just good to reboot once a day to clear up issues that come up randomly. That's how bbses are. shit happens. We are usually running windows and launching legacy software made by hobbyist programmers. We can't be around all the time when something decides to go haywire and if a user can't connect one time they may never try again.

You aren't a sysop, so you wouldn't know that; you just run a website that scriptkiddies scrape to attack us.

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

Once again, your ignorance is showing. I ran BBSes (plural) for well
over a decade on a variety of platforms. I never stopped running
systems and services of all kinds since the late 80's and have made a
good living at it.

You keep making allegations about how my website is being used. Do you
have any actual evidence, or are you talking out of your ass as usual?

---
þ Synchronet þ IPTIA - bbs2.ipingthereforeiam.com:2323

On 8/6/2022 18:44, Nightfox wrote:

Re: CPU Hog
By: MRO to Nightfox on Sat Aug 06 2022 04:33 pm

MR> but don't listen to me, i have great uptime for decades and my shit always
MR> works.

If you have it reboot every day, then it's not up continuously for more than a day. I wouldn't call that great uptime.

I've been running a BBS since 1994 (with DOS at the time), and I didn't have to reboot my BBS machine every day to keep things working (and still don't).

---
� Synchronet � Digital Distortion: digitaldistortionbbs.com

Awww, I was going to say almost all of that!

---
þ Synchronet þ IPTIA - bbs2.ipingthereforeiam.com:2323

On 06 Aug 2022, MRO said the following...ã ã MR> you haven't been running it every day like i have.ã MR> and i don't HAVE to reboot. I just do just to do some cleanup. shitã MR> happens with old doorgames and legacy programs.ããno, it doesn't.ãã MR> if you want to measure dicks, here's my vm host uptime. i only rebootedã MR> it because there was a network issue with ovh and i was trouble shooting.ããovh.. you like flushing your hard earned money into the toilet?ãã... Multitasking: Reading in the bathroomãã--- Mystic BBS v1.12 A47 2021/12/25 (Windows/32)ã * Origin: cold fusion - cfbbs.net - grand rapids, miã

Re: Re: CPU Hogã By: dragon to MRO on Sat Aug 06 2022 08:41 pmãã > Once again, your ignorance is showing. I ran BBSes (plural) for wellã > over a decade on a variety of platforms. I never stopped runningã > systems and services of all kinds since the late 80's and have made aã > good living at it.ã >ããhahahaããã > You keep making allegations about how my website is being used. Do youã > have any actual evidence, or are you talking out of your ass as usual?ããit would be difficult to prove but you make it so easy for them. that's probably the primary use of your site.ããI would probably have to create a honeypot under another subdomain and list it on your site.ã---ã þ Synchronet þ ::: BBSES.info - free BBS services :::ã

Re: Re: CPU Hogã By: fusion to MRO on Sat Aug 06 2022 11:33 pmãã > On 06 Aug 2022, MRO said the following...ã >ã > MR> you haven't been running it every day like i have.ã > MR> and i don't HAVE to reboot. I just do just to do some cleanup. shitã > MR> happens with old doorgames and legacy programs.ã >ã > no, it doesn't.ã >ããwell, then you don't know shit.ãthese are old doorgames made by teenagers. hell, i even hadãambrosia start making 4gig datafiles. people dropping during doorgame maint, ntvdm bombing out, you name it. shit happens.ãã >ã > ovh.. you like flushing your hard earned money into the toilet?ããnow i know you really dont know shit.ã---ã þ Synchronet þ ::: BBSES.info - free BBS services :::ã

MRO wrote to dragon <=-ãã > Some people are interested in WHY something breaks instead of just in aã > quick "fix". It's called "debugging". I would think in your years ofã > experience you'd have heard of it. ;-)ãã MR> I absolutely know WHY something breaks normally.ããNo, you don't, because your idea is to reboot, which just hides the ãproblem. Silly n00b.ãã MR> It's just goodã MR> to reboot once a day to clear up issues that come up randomly.ã ãMy system doesn't have *ANY* "issues that come up randomly". Ever.ãã MR> That's how bbses are. shit happens. We are usually runningã MR> windows and launching legacy software made by hobbyistã MR> programmers.ããLOL! How clueless can one possibly be?ããGo update your viruses, clueless n00by.ããã... Do you know where you are?ã--- MultiMail/Linux v0.52ã þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FLã

MRO wrote to Nightfox <=-ãã > MR> but don't listen to me, i have great uptime for decades and my shitã > MR> always works.ãã > If you have it reboot every day, then it's not up continuously for more thanã > a day. I wouldn't call that great uptime.ãã MR> takes 3 minutes.ããThat isn't the point, doofus. Your uptime is never more than 24 hours. ãYou think that's "great"? Hahahahahaãã > I've been running a BBS since 1994 (with DOS at the time), and I didn't haveã > to reboot my BBS machine every day to keep things working (and still don't).ãã MR> you haven't been running it every day like i have.ããMany people have been running things that long, and nobody but you feels ãthe need to reboot every day. LOLãã MR> and i don't HAVE to reboot. I just do just to do some cleanup.ã MR> shit happens with old doorgames and legacy programs.ããDoesn't happen here. I rarely reboot.ãã MR> if you want to measure dicks, here's my vm host uptime. i onlyã MR> rebooted it because there was a network issue with ovh and i wasã MR> trouble shooting. https://i.imgur.com/QVkygiH.pngããHahahaha! "Troubleshooting" by rebooting. HAR! Freakin clueless n00b.ããã... Facts cannot prevail against faith, or adamant folly.ã--- MultiMail/Linux v0.52ã þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FLã

On 07 Aug 2022, MRO said the following...ã ã MR> these are old doorgames made by teenagers. hell, i even hadã MR> ambrosia start making 4gig datafiles. people dropping during doorgameã MR> maint, ntvdm bombing out, you name it. shit happens.ããyet these horrid things receive no commentary on the message groups whatsoever lol.ããeven better is nothing you mentioned would be fixed by a rebootãã MR> > ovh.. you like flushing your hard earned money into the toilet?ããi'm sure you feel cool with your crusty "bare metal" server from 2012ãã... Live every day as though it were your last. One day, you'll be rightãã--- Mystic BBS v1.12 A47 2021/12/25 (Windows/32)ã * Origin: cold fusion - cfbbs.net - grand rapids, miã

On 8/7/2022 10:24, MRO wrote:

Re: Re: CPU Hog
By: dragon to MRO on Sat Aug 06 2022 08:41 pm

> Once again, your ignorance is showing. I ran BBSes (plural) for well
> over a decade on a variety of platforms. I never stopped running
> systems and services of all kinds since the late 80's and have made a
> good living at it.
>

hahaha

> You keep making allegations about how my website is being used. Do you
> have any actual evidence, or are you talking out of your ass as usual?

it would be difficult to prove but you make it so easy for them. that's probably the primary use of your site.

I would probably have to create a honeypot under another subdomain and list it on your site.
---
� Synchronet � ::: BBSES.info - free BBS services :::

Do you feel the same way about all lists, or just mine?

Why do you assume I don't already have honeypots deployed?

By all means, apply some of your sysop-fu and prove your point. Don't
forget to set up a control honeypot that's NOT listed for comparison.

---
þ Synchronet þ IPTIA - bbs2.ipingthereforeiam.com:2323

Re: Re: CPU Hogã By: fusion to MRO on Sun Aug 07 2022 02:00 pmãã >ã > MR> these are old doorgames made by teenagers. hell, i even hadã > MR> ambrosia start making 4gig datafiles. people dropping during doorgameã > MR> maint, ntvdm bombing out, you name it. shit happens.ã >ã > yet these horrid things receive no commentary on the message groupsã > whatsoever lol.ã >ããthey're not horrid things. it's the everyday shit of running a bbs.ãespecially if you have an active gaming bbs.ãã > MR> > ovh.. you like flushing your hard earned money into the toilet?ã >ã > i'm sure you feel cool with your crusty "bare metal" server from 2012ã >ããthat's not what i have, sorry.ãi ran all kinds of bbs services for everyone for many years on ovh servers. they're decent. you need to educate yourself.ã---ã þ Synchronet þ ::: BBSES.info - free BBS services :::ã

Re: Re: CPU Hogã By: dragon to MRO on Sun Aug 07 2022 04:25 pmãã > Do you feel the same way about all lists, or just mine?ã >ãããyours.ãã > By all means, apply some of your sysop-fu and prove your point. Don'tã > forget to set up a control honeypot that's NOT listed for comparison.ãããjust fuck off already.ã---ã þ Synchronet þ ::: BBSES.info - free BBS services :::ã

Re: CPU Hog
By: MRO to Nightfox on Sat Aug 06 2022 04:33 pm

I can't believe I'm actually replying to your drivel, but how do you have great uptime if you reboot nightly? Get your story straight.

o
(O)
BeLLy

I can't believe I'm replying back to YOU, a clown who can't even keep his bbs up longer than a month or so.

i have great uptime because I'm always up. my reboot is 3 mins and then it's back up. unlike people like you who come and go or don't know how to configure your routers. i know how to keep things running smoothly. i also backup, unlike 99% of you idiots.

---
ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net

i use linux and windows.

but if you're running a bbs, and you have dos games and shit you should be running it on windows 32bit instead of emulating shit in a linux environment. it's easier and it's the right tool for the job.

---
ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net

Hahahaha! "Troubleshooting" by rebooting. HAR! Freakin clueless n00b.

... Facts cannot prevail against faith, or adamant folly.
--- MultiMail/Linux v0.52
â–  Synchronet â–  Palantir BBS * palantirbbs.ddns.net * Pensacola, FL

OHH poor tryhard with the mail order bride angry at mro. he comment at every post! ooooh
reboot so bad! ooooh! gamgee never reboot! never! reboot bad!

---
ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net

Re: Re: CPU Hogã By: Tracker1 to deon on Sat Aug 06 2022 06:20 pmãã > What did your RAM usage look like? I've seen a similar issue a coupleã > times, where I couldn't connect on the mail service port... I don't knowã > what part of Synchronet was causing the issue... there was definitelyã > some kind of memory leak as I was getting a lot of out of memory errors.ããYeah, I am confident RAM wasnt the issue.ããI've been running the same container config for 2+ years now, with the only different being an image update every now and again. (I can see from docker stats, that its happy with 168MB of 2G available to it.)ããThe problem started when I switched to a new ISP, that uses PPPoE. As a result all of my IPv6 traffic was affected by the lower MTU, and while I addressed that for my server LAN, I'm assuming it is affecting the docker lan (havent definitively confirmed that yet, but it seems likely).ããResetting the host (and the container) saw the CPU get back to 100% after a short while (with my fido hub trying to deliver me mail over IPv6). When he switched to IPv4, problem disappeared and CPU stays normal (< 5%).ããMy initial report of this was due to the fact that when I polled him with binkit, it didnt time out after 5 minutes (which IIRC is the "normal" timeout - and I'm assuming since he is using binkd his side would have) and I was thinking that subsequent binkit -p polls were "adding" to the issue (together with him polling me as well).ãã(And I dont think my side would have closed down when his side sent the TCP_FIN as a result of the binkd timeout, since there was (probably) other defragged packets that werent successfully delivered yet.)ããWhat's also strange, I've learnt that his side is also PPPoE, and I was only having this issue with his system - my other IPv6 connections were not affected.ããNot sure why a hung poll would also peg 2 cores as technically my side is waiting to receive - perhaps the repeated system call to check if there is data on the wire does result in this?ããã...ëîåïãã---ã þ Synchronet þ Alterant | an SBBS in Docker on Pi!ã

Hello deon!

08 Aug 22 09:54, you wrote to Tracker1:

What's also strange, I've learnt that his side is also PPPoE, and I
was only having this issue with his system - my other IPv6 connections were not affected.

Correction: This hub system sits in a data centre as a VM. So no PPoE.

My home connection is PPoE (3:633/281) and has no issues to the hub system.



Stephen


--- GoldED+/LNX 1.1.5-b20220409
* Origin: Dragon's Lair BBS, Telnet: dragon.vk3heg.net (3:633/280)
ï¿­ Synchronet ï¿­ Vertrauen ï¿­ Home of Synchronet ï¿­ [vert/cvs/bbs].synchro.net

Jas Hud wrote to Gamgee <=-ãã JH> i use linux and windows.ããRight.ãã JH> but if you're running a bbs, and you have dos games and shit youã JH> should be running it on windows 32bit instead of emulating shitã JH> in a linux environment. it's easier and it's the right tool forã JH> the job.ãã"Should be"...? LOL, says who? YOU? HahahahaããIt's quite easy to run that stuff on Linux if you know what you're ãdoing, which you clearly don't. It's simple. It works perfectly. It ãdoesn't require a daily reboot to keep it running.... HahahahahahaããYou make me laugh!ãããã... Ignorance can be cured. Stupid is forever.ã--- MultiMail/Linux v0.52ã þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FLã

Jas Hud wrote to Gamgee <=-ãã > Hahahaha! "Troubleshooting" by rebooting. HAR! Freakin clueless n00b.ãã JH> OHH poor tryhard with the mail order bride angry at mro.ãã"mail order bride"? What? Are you on drugs? And no, not 'angry' at ãMRO, just laughing at your cluelessness and incompetence. Hahahahaãã JH> reboot so bad! ooooh! gamgee never reboot! never! reboot bad!ããNever said I never reboot. I said I rarely do, which is the truth.ããYou're the n00b who "fixes problems" by rebooting DAILY! Hahahahaha!ãããã... Ignorance can be cured. Stupid is forever.ã--- MultiMail/Linux v0.52ã þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FLã

MRO wrote to fusion <=-ãã > MR> these are old doorgames made by teenagers. hell, i even hadã > MR> ambrosia start making 4gig datafiles. people dropping during doorgameã > MR> maint, ntvdm bombing out, you name it. shit happens.ãã > yet these horrid things receive no commentary on the message groupsã > whatsoever lol.ãã MR> they're not horrid things. it's the everyday shit of running aã MR> bbs.ããThat kind of shit doesn't happen here. Ever. I think it's because you ãdon't know what you're doing.ãããã... Ignorance can be cured. Stupid is forever.ã--- MultiMail/Linux v0.52ã þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FLã

MRO wrote to dragon <=-ãã > By all means, apply some of your sysop-fu and prove your point. Don'tã > forget to set up a control honeypot that's NOT listed for comparison.ãã MR> just fuck off already.ããAhhhh, yes. When the rubber hits the road, when the questions get too ãhard, when asked to back up a bullshit claim... this is how MRO ãresponds.ããA hot-air blabbermouth bullshitter.ããã... Ignorance can be cured. Stupid is forever.ã--- MultiMail/Linux v0.52ã þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FLã

Re: CPU Hogã By: Stephen Walsh to deon on Mon Aug 08 2022 11:11 amãã > 08 Aug 22 09:54, you wrote to Tracker1:ã >ã > de> What's also strange, I've learnt that his side is also PPPoE, and Iã > de> was only having this issue with his system - my other IPv6 connections were not affected.ã >ã > Correction: This hub system sits in a data centre as a VM. So no PPoE.ããAhh, OK - I understood that incorrectly. Not sure what the issue is between your sytem and mine then.ããI've done lots of reading regarding PPPoE and IPv6 and challenges are known. They are exacerbated by firewall rules that drop ICMP messages - since IPv6 routers are not allowed to defrag packets (if I have read that correctly), so send back an ICMP packet too big, which some intermediatories drop.ããA common thread that I've also read, especially if your "data center" has multiple inbound paths (ECMP) is the ICMP packet comes back via a different path and isnt matched to the source, so is dropped.ããAnyway, IPv4 works, so we can stick with that I guess.ããã...ëîåïãã---ã þ Synchronet þ Alterant | an SBBS in Docker on Pi!ã

On 8/7/2022 19:55, MRO wrote:

Re: Re: CPU Hog
By: dragon to MRO on Sun Aug 07 2022 04:25 pm

> Do you feel the same way about all lists, or just mine?
>

yours.

> By all means, apply some of your sysop-fu and prove your point. Don't
> forget to set up a control honeypot that's NOT listed for comparison.

just fuck off already.
---
� Synchronet � ::: BBSES.info - free BBS services :::

You first.

---
þ Synchronet þ IPTIA - bbs2.ipingthereforeiam.com:2323

Re: Re: CPU Hogã By: Gamgee to Jas Hud on Sun Aug 07 2022 09:16 pmãã JH>> but if you're running a bbs, and you have dos games and shit youã JH>> should be running it on windows 32bit instead of emulating shitã JH>> in a linux environment. it's easier and it's the right tool forã JH>> the job.ãã Ga> It's quite easy to run that stuff on Linux if you know what you're ã Ga> doing, which you clearly don't. It's simple. It works perfectly. It ã Ga> doesn't require a daily reboot to keep it running.... HahahahahahaããI switched my BBS over to Linux not too long ago, and to be fair, it seems there are some DOS doors (in particular, TradeWars 2002) that don't run in DOSEMU 1.x. I've heard it does run in DOSEMU 2, though I have yet to successfully get DOSEMU 2 working with Synchronet.ããHowever, regarding mro's statement about emulating stuff, I think even a 32-bit Windows uses some kind of emulated environment anyway. Windows has its NTVDM, the Virtual DOS Machine, though I don't know all the details of how it works. I do know that 64-bit x86 processors are able to run 16-bit binaries when running in 32-bit mode though..ãã---ã þ Synchronet þ Digital Distortion: digitaldistortionbbs.comã

I switched my BBS over to Linux not too long ago, and to be fair, itã Ni> seems there are some DOS doors (in particular, TradeWars 2002) thatã Ni> don't run in DOSEMU 1.x. I've heard it does run in DOSEMU 2, though Iã Ni> have yet to successfully get DOSEMU 2 working with Synchronet.ããDOSEMU 2 has some better compatibility with some games, and some worse. For example, I was able to run DPMI TW2002, pkunzip, darklands, etc., just fine. But some games have odd issues, particularly I can remember LORD 2 behaving strangely.ããAt the end of the day if you want maximum compatibility with few/no issues, running 32 bit Windows is your best bet. Kind of unfortunate. :(ãã Ni> However, regarding mro's statement about emulating stuff, I think even aã Ni> 32-bit Windows uses some kind of emulated environment anyway. Windowsã Ni> has its NTVDM, the Virtual DOS Machine, though I don't know all theã Ni> details of how it works. I do know that 64-bit x86 processors are ableã Ni> to run 16-bit binaries when running in 32-bit mode though..ããYep, ntvdm runs any time I launch a DOS program. It creates some overhead but seems to work more or less fine. *shrug*ãã--- Mystic BBS v1.12 A48 2022/07/11 (Linux/64)ã * Origin: m O N T E R E Y b B S . c O M (1:218/820)ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

Nightfox wrote to Gamgee <=-ãã JH>> but if you're running a bbs, and you have dos games and shit youã JH>> should be running it on windows 32bit instead of emulating shitã JH>> in a linux environment. it's easier and it's the right tool forã JH>> the job.ãã Ga> It's quite easy to run that stuff on Linux if you know what you'reã Ga> doing, which you clearly don't. It's simple. It works perfectly. Itã Ga> doesn't require a daily reboot to keep it running.... Hahahahahahaãã Ni> I switched my BBS over to Linux not too long ago, and to be fair,ã Ni> it seems there are some DOS doors (in particular, TradeWars 2002)ã Ni> that don't run in DOSEMU 1.x. I've heard it does run in DOSEMUã Ni> 2, though I have yet to successfully get DOSEMU 2 working withã Ni> Synchronet.ããYes, I'll agree on that door. I haven't tried to set it up myself but ãcertainly have seen where others say it doesn't work with dosemu. Not a ãhuge deal for me, anyway.ãã Ni> However, regarding mro's statement about emulating stuff, I thinkã Ni> even a 32-bit Windows uses some kind of emulated environmentã Ni> anyway. Windows has its NTVDM, the Virtual DOS Machine, though Iã Ni> don't know all the details of how it works. I do know that 64-bitã Ni> x86 processors are able to run 16-bit binaries when running inã Ni> 32-bit mode though..ããYes, NTVDM (which MRO even mentioned he uses, LOL) is indeed a DOS ãemulator for Windows. Hahahaha, and yet he whines about emulating ãthings in Linux. He's a know-it-all, and doesn't like getting called ãout on his bullshit. ;-)ãããã... So easy, a child could do it. Child sold separately.ã--- MultiMail/Linux v0.52ã þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FLã

On 08 Aug 2022, Ryan Fantus said the following...ã ã RF> Ni> details of how it works. I do know that 64-bit x86 processors are ablã RF> Ni> to run 16-bit binaries when running in 32-bit mode though..ã RF> ã RF> Yep, ntvdm runs any time I launch a DOS program. It creates someã RF> overhead but seems to work more or less fine. *shrug*ããthe ntvdm pretends to be dos, emulates bios calls and all that.. but the 16-bit code runs on a virtualized hardware cpu much like the modern vt-x extensions virtualbox uses to speed up emulating newer oses. that 16bit virtualized cpu mode is only accessable when the cpu itself is in 32bit mode.ããntvdm64 is a software emulator they borrowed from windows for.. powerpc? itãemulates both an intel cpu AND all the dos/bios stuff. i kinda wonder how well it worked over there. could run a powerpc bbs? heh ããanother neat thing is each ntvdm gets it's own "640k" of ram, it's ownãEMS/XMS, etc.. it's really the scaffolding of the single-pc multinode bbs.ããit's neat stuff. bit of a shame the 16bit mode is not accessable from 64bit oses.. but we're lucky it works in 32bit mode. in theory it should be faster than the ntvdm64 one, but with modern cpus i don't know if you could measure that difference anymoreãã... I think I am, therefore, I am... I think.ãã--- Mystic BBS v1.12 A47 2021/12/25 (Windows/32)ã * Origin: cold fusion - cfbbs.net - grand rapids, miã

On 08 Aug 2022, Gamgee said the following...ã ã Ga> Yes, NTVDM (which MRO even mentioned he uses, LOL) is indeed a DOS ã Ga> emulator for Windows. Hahahaha, and yet he whines about emulating ã Ga> things in Linux. He's a know-it-all, and doesn't like getting called ã Ga> out on his bullshit. ;-)ããas you'll see in my other post, it's a bit more complex than that. for theãtime being it's still far superior to dosemu/dosbox for bbs doorsãã... You can learn many things from children... like how much patience you haveãã--- Mystic BBS v1.12 A47 2021/12/25 (Windows/32)ã * Origin: cold fusion - cfbbs.net - grand rapids, miã

Re: Re: CPU Hogã By: fusion to Ryan Fantus on Mon Aug 08 2022 05:12 pmãã fu> ntvdm64 is a software emulator they borrowed from windows for.. powerpc?ããAs far as I can tell, NTVDM64 is meant to work on 64-bit Intel/AMD processors. Where did you see that it was for PowerPC?ãã---ã þ Synchronet þ Digital Distortion: digitaldistortionbbs.comã

On 08 Aug 2022, Nightfox said the following...ã ã Ni> As far as I can tell, NTVDM64 is meant to work on 64-bit Intel/AMDã Ni> processors. Where did you see that it was for PowerPC?ããan excerpt from the ntvdm wiki:ããSince virtual 8086 mode is not available on non-x86-based processors (more specifically, MIPS, DEC Alpha, and PowerPC) NTVDM was instead implemented as a full emulator in these versions of NT, using code licensed from Insignia's SoftPC.ããthis is what ntvdm64 was ported from.ãã... Help! I can't find the "ANY" key.ãã--- Mystic BBS v1.12 A47 2021/12/25 (Windows/32)ã * Origin: cold fusion - cfbbs.net - grand rapids, miã

Re: CPU Hogã By: deon to Digital Man on Sat Aug 06 2022 12:34 pmãã > Re: CPU Hogã > By: Digital Man to deon on Fri Aug 05 2022 01:07 pmã >ã > > > Is there a way to "busy out" the polled node, so another thread doesntã > > > try and call it again?ã >ã > > The SBBS event thread is a single thread. BinkIt polling is normally doneã > > as a timed event, which is run as in the foreground of that single eventã > > thread. So I'm not clear what "another thread" would be.ã >ã > OK, so I have BINKPOLL (binkit -p) set to run 2 times per day.ã >ã > So are you suggesting that when SBBS runs it, it can never run a subsequentã > time, if the previous run never completes?ããCorrect. The exception would be fore timed events where you have "background execution" set to "Yes", but that can only be done for native programs (e.g. jsexec), not for the direct invocation of a script (e.g. binkit.js).ãã > My logs show it does run twice a day (not 12 hrs apart, ergo 2 times a day -ã > but...)ã >ã > Aug 5 00:35:54 d-11-1 synchronet: evnt BINKPOLL Running native timed event:ã > BINKPOLLã > Aug 5 14:36:58 d-11-1 synchronet: evnt BINKPOLL Running native timed event:ã > BINKPOLLã >ã > So if the first question is yes, then that would imply that binkit -p doesã > eventually exit.ããYes.ããAnd for ever foreground "Running" log entry there should be a corresponding log entry like this:ããBINKPOLL Timed event: BINKPOLL returned 0ããGiving you an indication of exactly how long that event took to run to completion.ãã > I'm wondering then, what else could cause the CPU goes to 100% on 2 threadsã > for an extend period of time?ããLooking at the CPU utilization of *threads* of sbbs would give you a good indication:ãhttp://wiki.synchro.net/monitor:index#threadsããThe threads are named and events are run in the "sbbs/events" thread.ãã > (I havent monoitored the time, but my vmwareã > logs show it was pegged for 2 hrs before I intervened.)ã >ã > Since my fido link identified the cause (it seemed it was in his end), CPUã > is backed to < 5%.ããWell if you figure out how to reproduce the problem, let me know.ã-- ã digital man (rob)ããBreaking Bad quote #8:ãI want Shania Twain to give me a tuggy. Guess what? That ain't happening eitherãNorco, CA WX: 89.9øF, 39.0% humidity, 8 mph SSE wind, 0.00 inches rain/24hrsã---ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

fusion wrote to Gamgee <=-ãã Ga> Yes, NTVDM (which MRO even mentioned he uses, LOL) is indeed a DOSã Ga> emulator for Windows. Hahahaha, and yet he whines about emulatingã Ga> things in Linux. He's a know-it-all, and doesn't like getting calledã Ga> out on his bullshit. ;-)ãã fu> as you'll see in my other post, it's a bit more complex thanã fu> that.ããI'm sure it is, and from your other post, it's clear that you understand ãall that better than I do, but...ãã fu> for the time being it's still far superior to dosemu/dosboxã fu> for bbs doorsããWell, as long as your definition of "far superior" is: "it'll run ãTW2002", okay.ããOther than that though, I haven't had any trouble with any other doors ãthat I'm using it (dosemu) with. <SHRUG>ããã... Gone crazy, be back later, please leave message.ã--- MultiMail/Linux v0.52ã þ Synchronet þ Palantir BBS * palantirbbs.ddns.net * Pensacola, FLã

Re: CPU Hogã By: Jas Hud to Belly on Sun Aug 07 2022 05:15 pmãã > I can't believe I'm replying back to YOU, a clown who can't even keep his bbã > up longer than a month or so.ã > ã > i have great uptime because I'm always up. my reboot is 3 mins and then it'ã > back up. unlike people like you who come and go or don't know how to configã > your routers. i know how to keep things running smoothly. i also backup,ã > unlike 99% of you idiots.ããLOL. It was down because I upgraded the motherboard and CPU in the machine thatãhosts my VMs. If you have any great ideas for hot-swapping CPUs andãmotherboards, I'd love to hear them.ãã oã (O) ã BeLLyãã---ã þ Synchronet þ bbs.brazi.net þ www.brazi.net þ WARNING: May contain nutsã

Re: CPU Hogã By: Digital Man to deon on Mon Aug 08 2022 05:34 pmãã > > My logs show it does run twice a day (not 12 hrs apart, ergo 2 times a day - but...)ã >ã > > Aug 5 00:35:54 d-11-1 synchronet: evnt BINKPOLL Running native timed event: BINKPOLLã > > Aug 5 14:36:58 d-11-1 synchronet: evnt BINKPOLL Running native timed event: BINKPOLLã >ã > > So if the first question is yes, then that would imply that binkit -p does eventually exit.ã >ã > Yes.ã >ã > And for ever foreground "Running" log entry there should be a corresponding log entry like this:ã >ã > BINKPOLL Timed event: BINKPOLL returned 0ããAhh, OK - so it ran for 2hrs and 1 min the first time:ããAug 5 02:36:58 d-11-1 synchronet: evnt BINKPOLL Timed event: BINKPOLL returned 0ãAug 5 14:37:26 d-11-1 synchronet: evnt BINKPOLL Timed event: BINKPOLL returned 0ããAnd the 2nd time it finished after 30s - because when it did poll my fido uplink, it was stuck already (the uplink polled me at 14:33 - and thus my connect to them got a "busy" message):ããAug 5 14:37:19 d-11-1 synchronet: evnt BINKPOLL Attempting poll for node 3:633/280@fidonetãAug 5 14:37:19 d-11-1 synchronet: evnt BINKPOLL JSBinkP/4 callout to 3:633/280@fidonet startedãAug 5 14:37:20 d-11-1 synchronet: evnt BINKPOLL Connecting to 3:633/280@fidonet at ftn633.vk3heg.net:24554ãAug 5 14:37:20 d-11-1 synchronet: evnt BINKPOLL Peer version: binkd/1.1a-115/LinuxAug 5 14:37:20 d-11-1 synchronet: evnt BINKPOLL BinkP got non-fatal error 'Secure AKA 3:633/509@fidonet busy' from remote: 3:633/280@fidonet,3:633/0@fidonet,21:1/195@fsxnet,39:901/280@amiganet,39:901/0@amiganet,46:3/101@agoranetããIt appeared my fido polled me roughly every hour or so, and what I did notice is the absense of a corresponding:ããBINKP service thread terminated (4 clients remain, 4 total, 60 served)ããfor his polls, when his poll would have ended.ããChecking through my logs I see often "[3-6] clients remain" for the BINKP service thread - so that indicates binkp sessions that havent yet exited?ããAug 5 00:11:16 d-11-1 synchronet: srvc 0107 BINKP service thread terminated (5 clients remain, 4 total, 2973 served)ãAug 5 00:12:14 d-11-1 synchronet: srvc 0108 BINKP service thread terminated (6 clients remain, 5 total, 2975 served)ãAug 5 00:12:19 d-11-1 synchronet: srvc 0110 BINKP service thread terminated (5 clients remain, 4 total, 2975 served)ãAug 5 00:15:52 d-11-1 synchronet: srvc 0108 BINKP service thread terminated (5 clients remain, 4 total, 2976 served)ãAug 5 00:16:19 d-11-1 synchronet: srvc 0108 BINKP service thread terminated (5 clients remain, 4 total, 2977 served)ãAug 5 00:16:38 d-11-1 synchronet: srvc 0108 BINKP service thread terminated (5 clients remain, 4 total, 2978 served)ãAug 5 00:20:53 d-11-1 synchronet: srvc 0109 BINKP service thread terminated (5 clients remain, 4 total, 2979 served)ãAug 5 00:21:27 d-11-1 synchronet: srvc 0109 BINKP service thread terminated (6 clients remain, 5 total, 2981 served)ãAug 5 00:21:59 d-11-1 synchronet: srvc 0111 BINKP service thread terminated (5 clients remain, 4 total, 2981 served)ãAug 5 00:22:20 d-11-1 synchronet: srvc 0109 BINKP service thread terminated (5 clients remain, 4 total, 2982 served)ãAug 5 00:22:39 d-11-1 synchronet: srvc 0109 BINKP service thread terminated (5 clients remain, 4 total, 2983 served)ãã > Well if you figure out how to reproduce the problem, let me know.ããI might be able to, as I think it is MTU related - and I can revert my MTU configuration back to 1500 to try and get it to happen again. I'm not too worried about fixing it, as it's no longer an issue over IPv4 - so I copied the above for you in case there is another underlying issue with the BINKP service thread and not exiting that you are interested in.ãããã...ëîåïãã---ã þ Synchronet þ Alterant | an SBBS in Docker on Pi!ã

another neat thing is each ntvdm gets it's own "640k" of ram, it's ownã fu> EMS/XMS, etc.. it's really the scaffolding of the single-pc multinodeã fu> bbs.ããWow, I had no idea. That's pretty neat. Honestly, I use Windows 7 32 bit for my doorgame host and it works astonishingly well. No slowdowns or any other apparent issues. Only some games like Yankee Trader don't work; everything else seems to hum along as expected.ãã fu> it's neat stuff. bit of a shame the 16bit mode is not accessable fromã fu> 64bit oses.. but we're lucky it works in 32bit mode. in theory it shouldã fu> be faster than the ntvdm64 one, but with modern cpus i don't know if youã fu> could measure that difference anymoreããYeah, agree. I understand the reasons to delete legacy code but it does really put a thorn in my side, hehe.ãã--- Mystic BBS v1.12 A48 2022/07/11 (Linux/64)ã * Origin: m O N T E R E Y b B S . c O M (1:218/820)ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

On 08-08-22 19:49, fusion wrote to Nightfox <=-ãã fu> On 08 Aug 2022, Nightfox said the following...ãã Ni> As far as I can tell, NTVDM64 is meant to work on 64-bit Intel/AMDã Ni> processors. Where did you see that it was for PowerPC?ãã fu> an excerpt from the ntvdm wiki:ãã fu> Since virtual 8086 mode is not available on non-x86-based processorsã fu> (more specifically, MIPS, DEC Alpha, and PowerPC) NTVDM was insteadã fu> implemented as a full emulator in these versions of NT, using codeã fu> licensed from Insignia's SoftPC.ããI was led to believe that it was possible to create a DOS VM, using theãhardware virtualisation capabilities of modern processors, so theoreticallyãthere is a way around the lack of virtual 8086 mode in 64 bit mode at theãhardware level, if I'm right.ããã... Does the name Pavlov ring a bell?ã=== MultiMail/Win v0.52ã--- SBBSecho 3.10-Linuxã * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

On 08-09-22 00:30, Ryan Fantus wrote to fusion <=-ãã fu> another neat thing is each ntvdm gets it's own "640k" of ram, it's ownã fu> EMS/XMS, etc.. it's really the scaffolding of the single-pc multinodeã fu> bbs.ãã RF> Wow, I had no idea. That's pretty neat. Honestly, I use Windows 7 32ã RF> bit for my doorgame host and it works astonishingly well. No slowdownsã RF> or any other apparent issues. Only some games like Yankee Trader don'tã RF> work; everything else seems to hum along as expected.ããThat's the magic of virtual 8086 mode. Same happened with DESQview on a 386,ãevery session got its own 60k (less any OS/TSR overhead loaded before DV). AndãOS/2 really made good use of virtual 8086 mode with its DOS subsystem - theã"better DOS than DOS".ãã fu> it's neat stuff. bit of a shame the 16bit mode is not accessable fromã fu> 64bit oses.. but we're lucky it works in 32bit mode. in theory it shouldã fu> be faster than the ntvdm64 one, but with modern cpus i don't know if youã fu> could measure that difference anymoreããAs I said in another message, I'm sure I read it's possible to spin up a DOS VMãin 64 bit mode, by using the hardware virtualisation capabilities of modernãAMD64 CPUs, which would result in similar functionality.ããã... Any safety factor set as a result of practical experience will be exceededã=== MultiMail/Win v0.52ã--- SBBSecho 3.10-Linuxã * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

Re: CPU Hogã By: deon to Digital Man on Tue Aug 09 2022 03:04 pmãã > > > Aug 5 00:35:54 d-11-1 synchronet: evnt BINKPOLL Running native timedã > > > event: BINKPOLLã > > > Aug 5 14:36:58 d-11-1 synchronet: evnt BINKPOLL Running native timedã > > > event: BINKPOLLã >ã > > > So if the first question is yes, then that would imply that binkit -pã > > > does eventually exit.ã >ã > > Yes.ã >ã > > And for ever foreground "Running" log entry there should be aã > > corresponding log entry like this:ã >ã > > BINKPOLL Timed event: BINKPOLL returned 0ã >ã > Ahh, OK - so it ran for 2hrs and 1 min the first time:ã >ã > Aug 5 02:36:58 d-11-1 synchronet: evnt BINKPOLL Timed event: BINKPOLLã > returned 0ã > Aug 5 14:37:26 d-11-1 synchronet: evnt BINKPOLL Timed event: BINKPOLLã > returned 0ã >ã > And the 2nd time it finished after 30s - because when it did poll my fidoã > uplink, it was stuck already (the uplink polled me at 14:33 - and thus myã > connect to them got a "busy" message):ããOkay, cool. But now you see how to determine how long an event took to run.ãã > Aug 5 14:37:19 d-11-1 synchronet: evnt BINKPOLL Attempting poll for nodeã > 3:633/280@fidonetã > Aug 5 14:37:19 d-11-1 synchronet: evnt BINKPOLL JSBinkP/4 callout toã > 3:633/280@fidonet startedã > Aug 5 14:37:20 d-11-1 synchronet: evnt BINKPOLL Connecting toã > 3:633/280@fidonet at ftn633.vk3heg.net:24554ã > Aug 5 14:37:20 d-11-1 synchronet: evnt BINKPOLL Peer version:ã > binkd/1.1a-115/LinuxAug 5 14:37:20 d-11-1 synchronet: evnt BINKPOLL BinkPã > got non-fatal error 'Secure AKA 3:633/509@fidonet busy' from remote:ã > 3:633/280@fido net,3:633/0@fidonet,21:1/195@fsxnet,39:901/280@amiganet,39:90ã > 1/0@amiganet,46:3/ 101@agoranetã >ã > It appeared my fido polled me roughly every hour or so, and what I didã > notice is the absense of a corresponding:ã >ã > BINKP service thread terminated (4 clients remain, 4 total, 60 served)ã >ã > for his polls, when his poll would have ended.ã >ã > Checking through my logs I see often "[3-6] clients remain" for the BINKPã > service thread - so that indicates binkp sessions that havent yet exited?ããCorrect. You can also set a limit for incoming connections ("MaxClients") for each service, if you wished.ãã > > Well if you figure out how to reproduce the problem, let me know.ã >ã > I might be able to, as I think it is MTU related - and I can revert my MTUã > configuration back to 1500 to try and get it to happen again. I'm not tooã > worried about fixing it, as it's no longer an issue over IPv4 - so I copiedã > the above for you in case there is another underlying issue with the BINKPã > service thread and not exiting that you are interested in.ããIf it requires IPv6 or a custom MTU to reproduce, I'm unlikely to pursue the problem. Deuce might, I suppose, but he's been AWOL here for quite a while. Hopefully you can find a suitable solution with what you've learned.ã-- ã digital man (rob)ããThis Is Spinal Tap quote #4:ãDavid St. Hubbins: He died in a bizarre gardening accident...ãNorco, CA WX: 91.9øF, 29.0% humidity, 9 mph SSE wind, 0.00 inches rain/24hrsã---ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

Re: Re: CPU Hogã By: Tony Langdon to fusion on Tue Aug 09 2022 07:52 pmãã > -=> On 08-08-22 19:49, fusion wrote to Nightfox <=-ã >ã > fu> On 08 Aug 2022, Nightfox said the following...ã >ã > Ni> As far as I can tell, NTVDM64 is meant to work on 64-bit Intel/AMDã > Ni> processors. Where did you see that it was for PowerPC?ã >ã > fu> an excerpt from the ntvdm wiki:ã >ã > fu> Since virtual 8086 mode is not available on non-x86-based processorsã > fu> (more specifically, MIPS, DEC Alpha, and PowerPC) NTVDM was insteadã > fu> implemented as a full emulator in these versions of NT, using codeã > fu> licensed from Insignia's SoftPC.ã >ã > I was led to believe that it was possible to create a DOS VM, using theã > hardware virtualisation capabilities of modern processors, so theoreticallyã > there is a way around the lack of virtual 8086 mode in 64 bit mode at theã > hardware level, if I'm right.ããUnfortunately, no. 64-bit x86 processors, when operating in "long mode" (64-bit mode) do not support the "virtual 86" mode that they have in 32-bit mode.ã-- ã digital man (rob)ããBreaking Bad quote #39:ãVacuum cleaner repair? What did you expect? Haji's quick vanish? - SaulãNorco, CA WX: 91.9øF, 29.0% humidity, 9 mph SSE wind, 0.00 inches rain/24hrsã---ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

On 08-09-22 12:10, Digital Man wrote to Tony Langdon <=-ãã DM> Unfortunately, no. 64-bit x86 processors, when operating in "long mode"ã DM> (64-bit mode) do not support the "virtual 86" mode that they have inã DM> 32-bit mode. --ããWhile not "virtual 8086 mode" as we've known it, fromãhttps://en.wikipedia.org/wiki/Virtual_8086_mode#64-bit_and_VMX_supportãã"Virtual 8086 mode is not available in x86-64 long mode, although it is stillãpresent on x86-64 capable processors running in legacy mode.ããIntel VT-x brings back the ability to run virtual 8086 mode from x86-64 longãmode, but it has to be done by transitioning the (physical) processor to VMXãroot mode and launching a logical (virtual) processor itself running in virtualã8086 mode.[14]ããWestmere and later Intel processors usually[15] can start the virtual processorãdirectly in real mode using the "unrestricted guest" feature (which itselfãrequires Extended Page Tables); this method removes the need to resort to theãnested virtual 8086 mode simply to run the legacy BIOS for booting.[16][17]ããAMD-V can do virtual 8086 mode in guests, too, but it can also just run theãguest in "paged real mode" using the following steps: you create a SVM (SecureãVirtual Machine) mode guest with CR0.PE=0, but CR0.PG=1 (that is, withãprotected mode disabled but paging enabled), which is ordinarily impossible,ãbut is allowed for SVM guests if the host intercepts page faults.[18] "ãããã... Bit: The increment by which programmers slowly go madã=== MultiMail/Win v0.52ã--- SBBSecho 3.10-Linuxã * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

Tony,ãã TL> That's the magic of virtual 8086 mode. Same happened with DESQview onã TL> a 386, every session got its own 60k (less any OS/TSR overhead loadedã TL> before DV). And OS/2 really made good use of virtual 8086 mode withã TL> its DOS subsystem - the "better DOS than DOS".ãã That was fun running a DOS based dial-up BBS under DOS 5 with DESQView,ãand experimenting with the QEMM Memory Utility. :Pãã I used the DeadPaint program (Dead for short) to do simple RIP Menusãwhen I ran GT Power. Yet, a former Sysop believed "RIP is what you do ãto a fart". <G>ãã However, Quarterdeck Software (which made DESQView and QEMM), as wellãas TeleGraphix (which pioneered RIP Graphics), are both long gone now.ããDarylãã... "It's a living." -Motto for US Army, suggested by Mort Sahlã=== MultiMail/Win v0.52ã--- SBBSecho 3.15-Win32ã * Origin: The Thunderbolt BBS - Little Rock, Arkansas (1:2320/33)ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

On 08-09-22 16:22, Daryl Stout wrote to Tony Langdon <=-ãã DS> That was fun running a DOS based dial-up BBS under DOS 5 withã DS> DESQView, and experimenting with the QEMM Memory Utility. :PããYeah DV and QEMM were a big thing then, and tweaking QEMM was an art form. Theãautomatic coinfiguration would get it close, but it was possible to get a fewãmore kB with a tweak.ãã DS> However, Quarterdeck Software (which made DESQView and QEMM), as wellã DS> as TeleGraphix (which pioneered RIP Graphics), are both long gone now.ããA bygone era, definitely. ããã... The Lab called... Your brain is ready!ã=== MultiMail/Win v0.52ã--- SBBSecho 3.10-Linuxã * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

Re: Re: CPU Hogã By: Daryl Stout to Tony Langdon on Tue Aug 09 2022 16:22:00ãã > TL> That's the magic of virtual 8086 mode. Same happened with DESQview onã > TL> a 386, every session got its own 60k (less any OS/TSR overhead loadedã > TL> before DV). And OS/2 really made good use of virtual 8086 mode withã > TL> its DOS subsystem - the "better DOS than DOS".ã >ã > That was fun running a DOS based dial-up BBS under DOS 5 with DESQView,ã > and experimenting with the QEMM Memory Utility. :Pã >ã > However, Quarterdeck Software (which made DESQView and QEMM), as wellã > as TeleGraphix (which pioneered RIP Graphics), are both long gone now.ã >ããDESQView and DOS 5 and while originally RA later Ezy was the pinacle of my 90s board time and ran Oglaroon (my original BBS name) for years, but I have to say nothing ever came close to the pre-emptive multitasking of my beloved Amiga 500.. not for many years. :Dããde VK2WAYãã---ã þ Synchronet þ It's just a jump to the left (and a step the right)...ã

On 8/7/22 07:26, MRO wrote:

ambrosia start making 4gig datafiles

I've seen that happen with other doors now and then too...

I used to have a script in my daily maint that would check for a large datafile in a few doors, and if it was found restore the prior day's
backup... I'd thought about running it before going into the door even,
but never did go that far.
--
Michael J. Ryan - tracker1@roughneckbbs.com
---
ï¿­ Synchronet ï¿­ Roughneck BBS - roughneckbbs.com

On 8/7/22 16:54, deon wrote:

The problem started when I switched to a new ISP, that uses PPPoE.
As a result all of my IPv6 traffic was affected by the lower MTU,
and while I addressed that for my server LAN, I'm assuming it is
affecting the docker lan (havent definitively confirmed that yet,
but it seems likely).

Wild... I just resorted to configuring everything IPv4 on my end because
it was too much of a pain... started down the path of setting it up, but decided to just nuke and stick to ipv4.
--
Michael J. Ryan - tracker1@roughneckbbs.com
---
ï¿­ Synchronet ï¿­ Roughneck BBS - roughneckbbs.com

Re: Re: CPU Hogã By: Tracker1 to MRO on Thu Aug 11 2022 04:20 pmãã > On 8/7/22 07:26, MRO wrote:ã >ã > > ambrosia start making 4gig datafilesã >ã > I've seen that happen with other doors now and then too...ã >ã > I used to have a script in my daily maint that would check for a largeã > datafile in a few doors, and if it was found restore the prior day'sã > backup... I'd thought about running it before going into the door even,ã > but never did go that far.ããdatastream was a huge gaming bbs. over time i've lost all my gamers, though.ãthere were always problems because of the old doorgames like exitilus and the cheats people could use.ããi make sure i backup all my doorgame data files once a week, just incase.ã---ã þ Synchronet þ ::: BBSES.info - free BBS services :::ã

On 08-11-22 12:19, Jared wrote to Daryl Stout <=-ãã Ja> DESQView and DOS 5 and while originally RA later Ezy was the pinacle ofã Ja> my 90s board time and ran Oglaroon (my original BBS name) for years,ããMy journey started with RA on DOS, then DOS/QEMM/DV, and finally OS/2, which Iãtotally loved.ãã Ja> but I have to say nothing ever came close to the pre-emptiveã Ja> multitasking of my beloved Amiga 500.. not for many years. :DããThe Amiga was way ahead of its time with smooth multitasking and hardwareãacceleration that was unheard of at the time. The OS wasn't bad, thoughãpredating modern security concerns, it was prone to viruses and DoS.ããA friend had an A1000 in the mid 80s. loved it and used to talk about theãviruses that were around. A bit later, I used to work on an A2000 with aãPC/286 card. I got that machine, because no one else knew how to use it. ãWhile the DOS side was for work, I did play with the Amiga side in my downtime,ãor while waiting for a PCB design to autorpute. Along the way, I found a fileã(probably on some BBS or newsgroup) that described countless ways to bring on aã"Guru Meditation" - what would be called DoS today. From memory, the easiestãone was simply to issue the command "run run", which I think corrupted theãstack.ããMind you, at the same time (and considerably later), DOS had some clangers asãwell, like attempting to access the file "CLOCK$" on a DOS machine would crashãit (that's a reserved device name). Same for Windows up to at least Windows 95ã(e.g. start -> run -> \\target\con\con to remotely crash a Windows 95 machineãwith file sharing enabled).ããããã... Sow your wild oats on Saturday night, then on Sunday pray for crop failureã=== MultiMail/Win v0.52ã--- SBBSecho 3.10-Linuxã * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

Re: Re: CPU Hogã By: Tracker1 to deon on Thu Aug 11 2022 04:25 pmãã > Wild... I just resorted to configuring everything IPv4 on my end becauseã > it was too much of a pain... started down the path of setting it up, butã > decided to just nuke and stick to ipv4.ããActually, IPv6 is pretty easy, and I've configured everything to use it.ããI did have NAT64 running as well - I was hoping to do away with IPv4 (dont want to manage both address schemes) - but the switch to PPPoE messed that up.ããEverything works fine now with IPv6 - except NAT64 - the MTU threw me for a bit, but I recall MTU issues in the paste (with VPNs) so it was easy to validate and fix once I picked that as the issue.ããã...ëîåïãã---ã þ Synchronet þ Alterant | an SBBS in Docker on Pi!ã

On 08-12-22 21:02, deon wrote to Tracker1 <=-ãã de> Actually, IPv6 is pretty easy, and I've configured everything to useã de> it.ããI've been running native IPv6 since 2011. It "just works". :)ããã de> I did have NAT64 running as well - I was hoping to do away with IPv4ã de> (dont want to manage both address schemes) - but the switch to PPPoEã de> messed that up.ããYeah I'm not ready to ditch IPv4 yet, too many things still depend on it thatãneed full connectivity (no NAT!).ãã de> Everything works fine now with IPv6 - except NAT64 - the MTU threw meã de> for a bit, but I recall MTU issues in the paste (with VPNs) so it wasã de> easy to validate and fix once I picked that as the issue.ããYeah, MTU issues are always a possibility where tunnels and PPPoE areãconcerned, but provided everyone does as they should (not blocking ICMP!), itãshould "just work", once the proper endpoint MTUs are set.ããã... My dream is to open a photo processing store in a developing countryã=== MultiMail/Win v0.52ã--- SBBSecho 3.10-Linuxã * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã