Hi guys,

At this moment i am running Synchronet on Windows Server 2003 R2. Everything works as it should be.

Now i am testing Synchronet in ubuntu 14.04. Setup is no problem, configuring no problem. So everything is working.. so far.

Now i am trying to get some doors te work like LORD. Everything works execept for the speed. When i try to load LORD the screen builds up very slowy. ASCII is showing up, but very slowly. Like in the old days i guess ;-). may a dosemu problem?

Can anybody point me in a direction where to search for a solution?

Greetings,

Michael

---
þ Synchronet þ ALCABBS

On Sun, 17 May 2015, Michael Trip wrote to All:

Now i am trying to get some doors te work like LORD. Everything
works execept for the speed. When i try to load LORD the screen
builds up very slowy. ASCII is showing up, but very slowly. Like in
the old days i guess ;-). may a dosemu problem?

what FOSSIL driver are you using in your DOSEMU's autoexec.bat or config.sys? what's the entire command line loading that FOSSIL?

we're loading (the commercial version of) x00 on a non-synchronet system with no parameters at all... i have to look into why we're not running any DOS doors
on the synchronet system... i though there was one or two but looking now i see
all the games installed are those that come with synchronet...

)\/(ark


* Origin: (1:3634/12)

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

El 17/05/15 a las 14:23, "mark lewis" escibió:

On Sun, 17 May 2015, Michael Trip wrote to All:

Now i am trying to get some doors te work like LORD. Everything
works execept for the speed. When i try to load LORD the screen
builds up very slowy. ASCII is showing up, but very slowly. Like in
the old days i guess ;-). may a dosemu problem?

what FOSSIL driver are you using in your DOSEMU's autoexec.bat or config.sys?
what's the entire command line loading that FOSSIL?

we're loading (the commercial version of) x00 on a non-synchronet system with
no parameters at all... i have to look into why we're not running any DOS doors
on the synchronet system... i though there was one or two but looking now i see
all the games installed are those that come with synchronet...

)\/(ark

yes, you must try another fossil i use x00 on debian and the dos doors
wokr fine i cant compare with the "other" os, but speed is acceptable

---
þ Synchronet þ Dock Sud BBS TLD 24 HS - http://www.docksud.com.ar - telnet://bbs.docksud.com.ar

Re: Synchronet doors slow in Linux Ubuntu 14.04
By: mark lewis to Michael Trip on Sun May 17 2015 17:23:32

On Sun, 17 May 2015, Michael Trip wrote to All:

Now i am trying to get some doors te work like LORD. Everything
works execept for the speed. When i try to load LORD the screen
builds up very slowy. ASCII is showing up, but very slowly. Like in
the old days i guess ;-). may a dosemu problem?

what FOSSIL driver are you using in your DOSEMU's autoexec.bat or config.sys? what's the entire command line loading that FOSSIL?

Hi Mark,

I use the standard fossil.com that comes with the dosutils.tar.gz from Synchronet. I've also tried x00, still the same problem. Do you have any other suggestions for a FOSSIL driver?

we're loading (the commercial version of) x00 on a non-synchronet system with no parameters at all... i have to look into why we're not running any DOS doors on the synchronet system... i though there was one or two but looking now i see all the games installed are those that come with synchronet...

)\/(ark

Greetings,

Michael
--- SBBSecho 2.27-Win32
* Origin: (2:280/2000)
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

On Tue, 19 May 2015, Michael Trip wrote to mark lewis:

Now i am trying to get some doors te work like LORD. Everything
works execept for the speed. When i try to load LORD the screen
builds up very slowy. ASCII is showing up, but very slowly. Like
in the old days i guess ;-). may a dosemu problem?

what FOSSIL driver are you using in your DOSEMU's autoexec.bat or config.sys? what's the entire command line loading that FOSSIL?

I use the standard fossil.com that comes with the dosutils.tar.gz
from Synchronet.

interesting... i'm not aware of that package but max might be...

I've also tried x00, still the same problem. Do you have any other suggestions for a FOSSIL driver?

BNU maybe... x00 and BNU were the two major FOSSILs used... there are a few others but i've never used them...

but it may not be related to the FOSSIL, either... it could be the way the door
is sending the data... some send a character at a time while others build lines
and blat them out all at once...

we recently moved max's system to a new VM running 64bit ubuntu... i don't know
if she's tried installing dosemu again or not... i remember messing with it before but without much luck... T's mystic system, on the other hand, got dosemu installed and working in about 10 minutes... we're going to try to find the notes and see what happens if we use the same procedure on max's as we did on T's... not sure how that will go, though, since T's VM is 32bit...

)\/(ark


* Origin: (1:3634/12)

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

On Mon, 18 May 2015, Ragnarok wrote to mark lewis:

Now i am trying to get some doors te work like LORD. Everything
works execept for the speed. When i try to load LORD the screen
builds up very slowy. ASCII is showing up, but very slowly. Like in
the old days i guess ;-). may a dosemu problem?

what FOSSIL driver are you using in your DOSEMU's autoexec.bat or
config.sys?
what's the entire command line loading that FOSSIL?

we're loading (the commercial version of) x00 on a non-synchronet
system with no parameters at all... i have to look into why we're not running any DOS doors on the synchronet system... i though there was
one or two but looking now i see all the games installed are those
that come with synchronet...

)\/(ark

yes, you must try another fossil i use x00 on debian and the dos
doors wokr fine i cant compare with the "other" os, but speed is
acceptable

thanks but you should have directed your post to the OP ;)

)\/(ark


* Origin: (1:3634/12)

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

On Mon, 18 May 2015, Ragnarok wrote to mark lewis:

Now i am trying to get some doors te work like LORD. Everything
works execept for the speed. When i try to load LORD the screen
builds up very slowy. ASCII is showing up, but very slowly. Like in
the old days i guess ;-). may a dosemu problem?

what FOSSIL driver are you using in your DOSEMU's autoexec.bat or
config.sys?
what's the entire command line loading that FOSSIL?

we're loading (the commercial version of) x00 on a non-synchronet
system with no parameters at all... i have to look into why we're not
running any DOS doors on the synchronet system... i though there was
one or two but looking now i see all the games installed are those
that come with synchronet...

)\/(ark

yes, you must try another fossil i use x00 on debian and the dos
doors wokr fine i cant compare with the "other" os, but speed is
acceptable

thanks but you should have directed your post to the OP ;)

hi,

i have tried serveral fossil drivers still no solution. When i start the game falcons eye and falcons honour in dosemu directly I have the same problem. seems to be a dosemu problem. Anybody any thoughts about it?

)\/(ark

Greetings,

Michael
--- AfterShock/Android 1.6
* Origin: Alcatrash Mobile (2:280/2000.2)
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

Re: Synchronet doors slow in Linux Ubuntu 14.04
By: Michael Trip to mark lewis on Tue May 19 2015 09:50 pm

i have tried serveral fossil drivers still no solution. When i start the game falcons eye and falcons honour in dosemu directly I have the same problem. seems to be a dosemu problem. Anybody any thoughts about it?

did you try adf?
---
þ Synchronet þ ::: BBSES.info - free BBS services :::

On Tue, 19 May 2015, Michael Trip wrote to mark lewis:

i have tried serveral fossil drivers still no solution. When i
start the game falcons eye and falcons honour in dosemu directly I
have the same problem. seems to be a dosemu problem. Anybody any
thoughts about it?

T has falcon's eye on her system and yes, it streams like 9600 or so... i think
it is specifically coded to do that... operation overkill is the same way but faster and it is near impossible to use the [space] fighting format from remote... LORD is pretty quick and doesn't exhibit anything radically slow AFAIR... those are all running on a mystic system but that really shouldn't have anything to do with the output TTBOMK...

)\/(ark


* Origin: (1:3634/12)

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

Hello mark,

On 19 May 15 19:32, mark lewis wrote to Michael Trip:

On Tue, 19 May 2015, Michael Trip wrote to mark lewis:

i have tried serveral fossil drivers still no solution. When i
start the game falcons eye and falcons honour in dosemu directly
I have the same problem. seems to be a dosemu problem. Anybody
any thoughts about it?

T has falcon's eye on her system and yes, it streams like 9600 or
so... i think it is specifically coded to do that... operation
overkill is the same way but faster and it is near impossible to use
the [space] fighting format from remote... LORD is pretty quick and doesn't exhibit anything radically slow AFAIR... those are all running
on a mystic system but that really shouldn't have anything to do with
the output TTBOMK...

There shouldn't be that much slowdown on any of those games. Is T running Linux? If so, is it by chance Debian or some kind of *buntu derivative?

Regards,
Nick

--- GoldED+/LNX 1.1.5-b20130910
* Origin: thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin) (723:1/701)
þ Synchronet þ thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin)

On Wed, 20 May 2015, Accession wrote to mark lewis:

T has falcon's eye on her system and yes, it streams like 9600 or
so... i think it is specifically coded to do that... operation
overkill is the same way but faster and it is near impossible to
use the [space] fighting format from remote... LORD is pretty
quick and doesn't exhibit anything radically slow AFAIR... those
are all running on a mystic system but that really shouldn't have
anything to do with the output TTBOMK...

There shouldn't be that much slowdown on any of those games. Is T
running Linux?

yes... all servers here are *nix... there's only one winwhatever machine left and i've just moved all the processing it was doing off to a *nix box... now it is just expending idle cycles for distributed.net projects...

If so, is it by chance Debian or some kind of *buntu derivative?

yes... all servers we run here are ubuntu servers of the latest LTS variety... in the case of T (mystic) and Max (sbbs), both are running in a KVM with 8Gig of RAM allocated and 4 CPUs with each on a 40Gig HD image... we had the same performance on the old dedicated PIIIs 800mhz w/512Meg RAM and 20Gig HDs they used to run on...

I've created a new vm at Digital Ocean and installed sbbs and doors. Still the same problem. Seems to be a specific door problem for FalconsEye and Falcons Honour. Lord is running perfectly. Anyway I will me migrating to Linux asap.

)\/(ark

Greetings,

Michael
--- AfterShock/Android 1.6
* Origin: Alcatrash Mobile (2:280/2000.2)
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

On Wed, 20 May 2015, Accession wrote to mark lewis:

T has falcon's eye on her system and yes, it streams like 9600 or
so... i think it is specifically coded to do that... operation
overkill is the same way but faster and it is near impossible to
use the [space] fighting format from remote... LORD is pretty
quick and doesn't exhibit anything radically slow AFAIR... those
are all running on a mystic system but that really shouldn't have anything to do with the output TTBOMK...

There shouldn't be that much slowdown on any of those games. Is T
running Linux?

yes... all servers here are *nix... there's only one winwhatever machine left and i've just moved all the processing it was doing off to a *nix box... now it
is just expending idle cycles for distributed.net projects...

If so, is it by chance Debian or some kind of *buntu derivative?

yes... all servers we run here are ubuntu servers of the latest LTS variety... in the case of T (mystic) and Max (sbbs), both are running in a KVM with 8Gig of RAM allocated and 4 CPUs with each on a 40Gig HD image... we had the same performance on the old dedicated PIIIs 800mhz w/512Meg RAM and 20Gig HDs they used to run on...

)\/(ark


* Origin: (1:3634/12)

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

El 21/05/15 a las 02:22, "Michael Trip" escibió:

I've created a new vm at Digital Ocean and installed sbbs and doors. Still the
same problem. Seems to be a specific door problem for FalconsEye and Falcons Honour. Lord is running perfectly. Anyway I will me migrating to Linux asap.

thnks for share, good to known!

---
þ Synchronet þ Dock Sud BBS TLD 24 HS - http://www.docksud.com.ar - telnet://bbs.docksud.com.ar

Re: Re: Synchronet doors slow in Linux Ubuntu 14.04
By: Ragnarok to Michael Trip on Thu May 21 2015 08:43 am

I've created a new vm at Digital Ocean and installed sbbs and doors.
Still the same problem. Seems to be a specific door problem for
FalconsEye and Falcons Honour. Lord is running perfectly. Anyway I
will me migrating to Linux asap.

I had the same problem on a few of my doors, Try loading NetFoss on the fly in the batch file, and see if it goes away.



- FART(n): An audio test of one's waste-disposal system.

- C.G. Learn
- Valhalla Home Services! - Telnet://valhalla.synchro.net
- A Gamers Paradise - Over 100 Registered Online Game Doors!

---
þ Synchronet þ Valhalla Home Services þ USA þ http://valhalla.synchro.net

Hello mark,

On 20 May 15 23:02, mark lewis wrote to Accession:

If so, is it by chance Debian or some kind of *buntu derivative?

yes... all servers we run here are ubuntu servers of the latest LTS variety... in the case of T (mystic) and Max (sbbs), both are running

I'm sure you've heard me say this before, but most problems I've had in the past, as well as heard from others have usually been related to Debian and/or *buntu's version of dosemu. I've never been able to pinpoint the actual issue, but those issues don't seem to happen on Archlinux or Gentoo.

Since I don't think dosemu has been supported by the actual original developers
in quite some time, I believe most issues are now distro specific. I've had issues with both Arch and Gentoo (not related to speed, though) and went to specific developers for each distro to ask about them. The few times I had to do that the devs were generally very helpful and quick to respond.

Regards,
Nick

--- GoldED+/LNX 1.1.5-b20130910
* Origin: thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin) (723:1/701)
þ Synchronet þ thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin)

Hello mark,

On 21 May 15 21:00, mark lewis wrote to Accession:

then i got my new machine... we decided to try running their two
systems on VMs on the new machine... to do that, we also elected to install the OS clean and go with the latest LTS version... Max wanted
to try 64bit because of some other projects... T elected to stay with 32bit because it worked... we archived each one's BBS, copied it over, unarchived them and started them up... everything worked... then Max decided to try upgrading her sbbs and compiling it as 64bit... that worked... we had to install dosemu for T's system but i couldn't find
the original link so we took a chance and installed from the ubuntu repository... we had to make the exact same two or three changes to
the global dosemu config as before but once it was done, everything worked... nothing had to be reinstalled...

I do recollect slowdown issues running a DOS emulator in a VM, now that you mention it. I run my BBS on dedicated hardware, which is probably why I don't see these issues. I don't think it mattered what kind of memory you gave the VM, it was more of the "running an emulator inside an emulator" that was the issue.

Since I don't think dosemu has been supported by the actual
original developers in quite some time, I believe most issues are
now distro specific. I've had issues with both Arch and Gentoo
(not related to speed, though) and went to specific developers
for each distro to ask about them. The few times I had to do that
the devs were generally very helpful and quick to respond.

it is good when folks can work together... do you know if the fixes
they made ever made it back upstream or is everyone just doing their
own thing now?

I can only assume this is not the case, seeing as though each and every problem that Debian/*buntu users have had in the past few years (at least since I last contacted the Arch devs for a fix), I've never seen on Archlinux or Gentoo. Anything from TW2002 not working on Debian based stuff, to slowdowns, to it being a complete pain in the butt to even get dosemu to load correctly, etc. whereas all of that stuff has worked on Arch and Gentoo as long as I can remember.

The last issue I has with the Arch package, was that it worked in 64bit Arch, but not in 32bit. It errored when you tried to run it. That was quickly fixed for me. Gentoo I actually contacted the devs FOR 64bit support at the time. So if 64bit works on Debian, I'm guessing that maybe some of the stuff I had done actually did make it upstream.

However, it may just be something in how Debian/*buntu devs packaged dosemu that is causing more grief on that distribution. Mayhaps you could grab the dosemu tarball from Arch or Gentoo and try to compile it yourself to see if that helps any?

Regards,
Nick

--- GoldED+/LNX 1.1.5-b20130910
* Origin: thePharcyde_ telnet://bbs.pharcyde.org (Wisconsin) (1:154/701)
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

Hello mark,

On 21 May 15 21:00, mark lewis wrote to Accession:

then i got my new machine... we decided to try running their two
systems on VMs on the new machine... to do that, we also elected to
install the OS clean and go with the latest LTS version... Max wanted
to try 64bit because of some other projects... T elected to stay with
32bit because it worked... we archived each one's BBS, copied it over,
unarchived them and started them up... everything worked... then Max
decided to try upgrading her sbbs and compiling it as 64bit... that
worked... we had to install dosemu for T's system but i couldn't find
the original link so we took a chance and installed from the ubuntu
repository... we had to make the exact same two or three changes to
the global dosemu config as before but once it was done, everything
worked... nothing had to be reinstalled...

I do recollect slowdown issues running a DOS emulator in a VM, now that you mention it. I run my BBS on dedicated hardware, which is probably why I don't see these issues. I don't think it mattered what kind of memory you gave the VM, it was more of the "running an emulator inside an emulator" that was the issue.

Since I don't think dosemu has been supported by the actual
original developers in quite some time, I believe most issues are
now distro specific. I've had issues with both Arch and Gentoo
(not related to speed, though) and went to specific developers
for each distro to ask about them. The few times I had to do that
the devs were generally very helpful and quick to respond.

it is good when folks can work together... do you know if the fixes
they made ever made it back upstream or is everyone just doing their
own thing now?

I can only assume this is not the case, seeing as though each and every problem that Debian/*buntu users have had in the past few years (at least since I last contacted the Arch devs for a fix), I've never seen on Archlinux or Gentoo. Anything from TW2002 not working on Debian based stuff, to slowdowns, to it being a complete pain in the butt to even get dosemu to load correctly, etc. whereas all of that stuff has worked on Arch and Gentoo as long as I can remember.

The last issue I has with the Arch package, was that it worked in 64bit Arch, but not in 32bit. It errored when you tried to run it. That was quickly fixed for me. Gentoo I actually contacted the devs FOR 64bit support at the time. So if 64bit works on Debian, I'm guessing that maybe some of the stuff I had done actually did make it upstream.

I will setup an Archlinux instance and will test dosemu and doors this weekend.
I will let you know if the performance is good.

However, it may just be something in how Debian/*buntu devs packaged dosemu that is causing more grief on that distribution. Mayhaps you could grab the dosemu tarball from Arch or Gentoo and try to compile it yourself to see if that helps any?

Regards,
Nick

Greetings,

Michael
--- AfterShock/Android 1.6
* Origin: Alcatrash Mobile (2:280/2000.2)
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net

On Fri, 22 May 2015, Accession wrote to mark lewis:

then i got my new machine... we decided to try running their two
systems on VMs on the new machine... to do that, we also elected
to install the OS clean and go with the latest LTS version... Max
wanted to try 64bit because of some other projects... T elected to
stay with 32bit because it worked... we archived each one's BBS,
copied it over, unarchived them and started them up... everything worked... then Max decided to try upgrading her sbbs and compiling
it as 64bit... that worked... we had to install dosemu for T's
system but i couldn't find the original link so we took a chance
and installed from the ubuntu repository... we had to make the
exact same two or three changes to the global dosemu config as
before but once it was done, everything worked... nothing had to
be reinstalled...

I do recollect slowdown issues running a DOS emulator in a VM, now
that you mention it. I run my BBS on dedicated hardware, which is probably why I don't see these issues. I don't think it mattered
what kind of memory you gave the VM, it was more of the "running
an emulator inside an emulator" that was the issue.

max's and t's systems were dedicated hardware... falcon's eye exhibited the same serial transmission effect even on it... i forget where i read it but some
doors are specifically coded to transmit like that... i'm kinda certain that falcon's eye is/was one of those...

remember, we used the referenced download dosemu from an agoranet post on the dedicated machine... we had this effect... we used the repo apt-get installed dosemu on the VM and we see the same effect and at the same speed between the two systems when watching them side-by-side...

)\/(ark


* Origin: (1:3634/12)

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ telnet://vert.synchro.net