Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
CPU Hog
20 views
Skip to first unread message
deon
Aug 5, 2022, 2:53:16 AM8/5/22
to
To: Digital Man
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!
--- Synchronet 3.19c-Linux NewsLink 1.113
* Vertrauen - Riverside County, California - telnet://vert.synchro.net
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!
--- Synchronet 3.19c-Linux NewsLink 1.113
* Vertrauen - Riverside County, California - telnet://vert.synchro.net
Digital Man
Aug 5, 2022, 4:07:25 PM8/5/22
to
To: deon
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
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?
> Is there a way to "busy out" the polled node, so another thread doesnt try
> and call it again?
--
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
MRO
Aug 5, 2022, 8:17:58 PM8/5/22
to
To: deon
Re: CPU Hog
By: deon to Digital Man on Fri Aug 05 2022 04:52 pm
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.
>
> 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
---
ş Synchronet ş ::: BBSES.info - free BBS services :::
Gamgee
Aug 5, 2022, 10:48:00 PM8/5/22
to
To: MRO
-=> 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
-=> 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
deon
Aug 5, 2022, 10:53:26 PM8/5/22
to
To: Digital Man
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: 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.
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!
deon
Aug 5, 2022, 10:53:27 PM8/5/22
to
To: MRO
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: 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.
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!
MRO
Aug 6, 2022, 12:17:57 PM8/6/22
to
To: deon
Re: CPU Hog
By: deon to MRO on Sat Aug 06 2022 12:35 pm
Re: CPU Hog
> > 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 ţ ::: BBSES.info - free BBS services :::
Gamgee
Aug 6, 2022, 1:47:54 PM8/6/22
to
To: MRO
-=> MRO wrote to deon <=-
-=> 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.
> > 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.
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
dragon
Aug 6, 2022, 4:34:36 PM8/6/22
to
To: MRO
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
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 :::
> 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.
> ---
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
Nightfox
Aug 6, 2022, 4:51:37 PM8/6/22
to
To: deon
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: 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> 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
MRO
Aug 6, 2022, 5:18:01 PM8/6/22
to
To: dragon
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: 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. ;-)
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 :::
MRO
Aug 6, 2022, 5:48:01 PM8/6/22
to
To: Nightfox
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.
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: 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
>
> 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?
> Yeah, a daily reboot seems like a band-aid. I'd think the true cause of
>
> the
> issue is elsewhere.
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 :::
Nightfox
Aug 6, 2022, 6:51:43 PM8/6/22
to
To: MRO
Re: CPU Hog
By: MRO to Nightfox on Sat Aug 06 2022 04:33 pm
Re: CPU Hog
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
MRO
Aug 6, 2022, 7:48:11 PM8/6/22
to
To: Nightfox
Re: CPU Hog
By: Nightfox to MRO on Sat Aug 06 2022 03:44 pm
Re: CPU Hog
> 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
>
> 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.
> 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).
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 :::
Belly
Aug 6, 2022, 9:06:40 PM8/6/22
to
To: MRO
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
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
uptime if you reboot nightly? Get your story straight.
o
(O)
BeLLy
---
þ Synchronet þ bbs.brazi.net þ www.brazi.net þ WARNING: May contain nuts
Tracker1
Aug 6, 2022, 9:45:01 PM8/6/22
to
To: DOVE-Net.Synchronet_Discussion
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 - trac...@roughneckbbs.com
---
￭ Synchronet ￭ Roughneck BBS - roughneckbbs.com
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 - trac...@roughneckbbs.com
---
￭ Synchronet ￭ Roughneck BBS - roughneckbbs.com
Tracker1
Aug 6, 2022, 9:45:02 PM8/6/22
to
To: deon
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.
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
>
> Today I discovered SBBS with 2 threads both running at 98% CPU
> - having stopped and restarted SBBS, its all back to normal.
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.
MRO
Aug 6, 2022, 10:18:02 PM8/6/22
to
To: Tracker1
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.
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
dont forget to reboot.
---
ţ Synchronet ţ ::: BBSES.info - free BBS services :::
ţ Synchronet ţ ::: BBSES.info - free BBS services :::
dragon
Aug 6, 2022, 10:34:47 PM8/6/22
to
To: MRO
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?
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 :::
> 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.
>
> ---
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?
dragon
Aug 6, 2022, 10:34:48 PM8/6/22
to
To: Nightfox
Awww, I was going to say almost all of that!
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
> 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).
>
> ---
Awww, I was going to say almost all of that!
fusion
Aug 6, 2022, 11:33:38 PM8/6/22
to
To: MRO
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
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
MRO
Aug 7, 2022, 10:48:05 AM8/7/22
to
To: dragon
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: 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.
>
> 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?
I would probably have to create a honeypot under another subdomain and list it on your site.
---
ţ Synchronet ţ ::: BBSES.info - free BBS services :::
MRO
Aug 7, 2022, 10:48:06 AM8/7/22
to
To: fusion
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 :::
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.
>
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?
---
ş Synchronet ş ::: BBSES.info - free BBS services :::
Gamgee
Aug 7, 2022, 11:47:58 AM8/7/22
to
To: MRO
-=> 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?
-=> 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. ;-)
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?
Gamgee
Aug 7, 2022, 11:47:59 AM8/7/22
to
To: MRO
-=> 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
-=> 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.
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).
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
fusion
Aug 7, 2022, 2:00:43 PM8/7/22
to
To: MRO
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 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
dragon
Aug 7, 2022, 4:34:44 PM8/7/22
to
To: MRO
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.
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 :::
> 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.
> ---
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.
MRO
Aug 7, 2022, 7:57:23 PM8/7/22
to
To: fusion
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: 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.
>
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
>
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 :::
MRO
Aug 7, 2022, 7:57:23 PM8/7/22
to
To: dragon
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: 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?
>
> 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 ş ::: BBSES.info - free BBS services :::
Jas Hud
Aug 7, 2022, 8:15:46 PM8/7/22
to
To: Belly
> Re: CPU Hog
> By: MRO to Nightfox on Sat Aug 06 2022 04:33 pm
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.
> 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
> great uptime if you reboot nightly? Get your story straight.
> o
> (O)
> BeLLy
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.
Jas Hud
Aug 7, 2022, 8:18:25 PM8/7/22
to
To: Gamgee
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.
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.
Jas Hud
Aug 7, 2022, 8:23:16 PM8/7/22
to
To: Gamgee
> 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!
> Hahahaha! "Troubleshooting" by rebooting. HAR! Freakin clueless n00b.
> ... Facts cannot prevail against faith, or adamant folly.
> --- MultiMail/Linux v0.52
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!
deon
Aug 7, 2022, 8:53:22 PM8/7/22
to
To: Tracker1
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!
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.
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!
Stephen Walsh
Aug 7, 2022, 9:16:22 PM8/7/22
to
To: deon
Hello deon!
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
de> 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)
Hello deon!
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
de> 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)
Gamgee
Aug 7, 2022, 10:48:00 PM8/7/22
to
To: Jas Hud
-=> 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
-=> Jas Hud wrote to Gamgee <=-
> Hahahaha! "Troubleshooting" by rebooting. HAR! Freakin clueless n00b.
"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
Gamgee
Aug 7, 2022, 10:48:00 PM8/7/22
to
To: Jas Hud
-=> Jas Hud wrote to Gamgee <=-
JH> i use linux and windows.
-=> Jas Hud wrote to Gamgee <=-
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
Gamgee
Aug 7, 2022, 10:48:01 PM8/7/22
to
To: MRO
-=> 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 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> 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
Gamgee
Aug 7, 2022, 10:48:02 PM8/7/22
to
To: MRO
-=> 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
-=> 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.
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
deon
Aug 8, 2022, 12:53:20 AM8/8/22
to
To: Stephen Walsh
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.
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!
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
>
> 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.
> Correction: This hub system sits in a data centre as a VM. So no PPoE.
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!
dragon
Aug 8, 2022, 1:34:50 AM8/8/22
to
To: MRO
You first.
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 :::
> 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.
> ---
You first.
Nightfox
Aug 8, 2022, 12:21:25 PM8/8/22
to
To: Gamgee
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
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> 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
Ryan Fantus
Aug 8, 2022, 3:14:43 PM8/8/22
to
To: Nightfox
Ni> 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)
Ni> 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)
Gamgee
Aug 8, 2022, 3:48:13 PM8/8/22
to
To: Nightfox
-=> 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
-=> 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> 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
fusion
Aug 8, 2022, 5:13:20 PM8/8/22
to
To: Ryan Fantus
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, 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
fusion
Aug 8, 2022, 5:17:34 PM8/8/22
to
To: Gamgee
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
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
Nightfox
Aug 8, 2022, 6:51:25 PM8/8/22
to
To: fusion
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?
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?
fusion
Aug 8, 2022, 7:49:26 PM8/8/22
to
To: Nightfox
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
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
Digital Man
Aug 8, 2022, 8:34:30 PM8/8/22
to
To: deon
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
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
Gamgee
Aug 8, 2022, 11:47:57 PM8/8/22
to
To: fusion
-=> 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
-=> 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> 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
Belly
Aug 9, 2022, 12:06:42 AM8/9/22
to
To: Jas Hud
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
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: 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'
>
> 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
> unlike 99% of you idiots.
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
deon
Aug 9, 2022, 1:53:20 AM8/9/22
to
To: Digital Man
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!
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
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.
...лоеп
---
ю Synchronet ю Alterant | an SBBS in Docker on Pi!
Ryan Fantus
Aug 9, 2022, 3:32:25 AM8/9/22
to
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.
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)
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.
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)
Tony Langdon
Aug 9, 2022, 6:29:57 AM8/9/22
to
To: Ryan Fantus
-=> 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)
-=> 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> 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
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)
Tony Langdon
Aug 9, 2022, 6:29:57 AM8/9/22
to
To: fusion
-=> 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?
-=> 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> 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)
--- SBBSecho 3.10-Linux
* Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
Digital Man
Aug 9, 2022, 3:09:29 PM8/9/22
to
To: deon
Re: CPU Hog
By: deon to Digital Man on Tue Aug 09 2022 03:04 pm
Re: CPU Hog
> > > 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@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?
> > 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.
--
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
Digital Man
Aug 9, 2022, 3:10:58 PM8/9/22
to
To: Tony Langdon
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
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.
--
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
Tony Langdon
Aug 10, 2022, 6:17:42 AM8/10/22
to
To: Digital Man
-=> 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
-=> 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)
--- SBBSecho 3.10-Linux
* Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
Daryl Stout
Aug 11, 2022, 1:32:29 AM8/11/22
to
To: Tony Langdon
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)
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)
Tony Langdon
Aug 11, 2022, 6:15:33 AM8/11/22
to
To: Daryl Stout
-=> 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
-=> 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
Jared
Aug 11, 2022, 9:44:41 AM8/11/22
to
To: Daryl Stout
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
>
de VK2WAY
---
ş Synchronet ş It's just a jump to the left (and a step the right)...
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
> as TeleGraphix (which pioneered RIP Graphics), are both long gone now.
>
de VK2WAY
---
ş Synchronet ş It's just a jump to the left (and a step the right)...
Tracker1
Aug 11, 2022, 9:44:16 PM8/11/22
to
To: deon
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 - trac...@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 - trac...@roughneckbbs.com
---
￭ Synchronet ￭ Roughneck BBS - roughneckbbs.com
Tracker1
Aug 11, 2022, 9:44:16 PM8/11/22
to
To: MRO
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.
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.
MRO
Aug 11, 2022, 10:41:43 PM8/11/22
to
To: Tracker1
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 :::
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.
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 :::
Tony Langdon
Aug 12, 2022, 6:38:48 AM8/12/22
to
To: Jared
-=> 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
-=> 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)
--- SBBSecho 3.10-Linux
* Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
deon
Aug 12, 2022, 7:20:43 AM8/12/22
to
To: Tracker1
Re: Re: CPU Hog
By: Tracker1 to deon on Thu Aug 11 2022 04:25 pm
Re: Re: CPU Hog
> 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.
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!
Tony Langdon
Aug 12, 2022, 9:46:18 PM8/12/22
to
To: deon
-=> 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
-=> 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)
--- SBBSecho 3.10-Linux
* Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
0 new messages