A quick question about our ASSS

[Dr Brain]

Hyperspace does have known bugs, stemming from the database portion of hscore2. I'm aware of them, but fixing them would not be practical without a huge overhaul of the database system. Therefore, I'm simply focusing my efforts on hscore3, which addresses the flaws in hscore2. Don't consider Hyperspace's stability record average.

 

If you get a trace of the zone crashing, I'll make sure it gets fixed. ASSS on Windows has a history of being less stable than on Linux, but that's mostly because fewer people use it and fewer people report bugs they find with it.

[Hakaku]

Other zones crashing should definitely not be taken as a norm. Devastation for example rarely crashes despite using a fair number of customized modules. The exceptions being when I introduce new and relatively untested modules, where the crashing often occurs as a result of minor inattentive mistakes.

 

Concerning your own crashing, the best way to find out what's causing the deadlock is to start disabling modules one by one to find out which one is at fault. Does it still occur if you disable all the Python modules?

 

ASSS on Windows has a history of being less stable than on Linux, but that's mostly because fewer people use it and fewer people report bugs they find with it.

Yeah, I've never really taken the time to debug it. Though I can tell you this, security:enc_cont fails player logins two out of three times on Windows. But due to its closed source nature, it's not possible for me to tell you what's wrong other than that.

[JoWie]

For me, the biggest problem with ASSS on windows is that debugging can be almost impossible in some cases. 75% of the crashing bugs ended up with a corrupt stack, while on linux I got enough information to be able to fix it within minutes.

The whole compile process is also a lot easier on linux

[TurboSlug22]

For me, the biggest problem with ASSS on windows is that debugging can be almost impossible in some cases. 75% of the crashing bugs ended up with a corrupt stack, while on linux I got enough information to be able to fix it within minutes.

The whole compile process is also a lot easier on linux

 

I fully agree linux is the way to go - Our server is not running linux though

 

I've been suggesting dropping a linux kernel ontop of the windows platform its running but im concerned about the performance hit but is that even worth worrying about though?

Edited November 18, 2009 by TurboSlug22

[Dr Brain]

ASSS on SSCE doesn't use much in the way of computational resources. It does use a fair amount of memory, but I don't think that would be your limiting factor. Server performance in SubSpace is almost entirely dependent on the underlying network (and I'd assume DSB already has that covered).

 

I'd say give it a shot in a virtualized environment. If it doesn't work, then you can focus your efforts on getting good debugging traces on Windows.

[TurboSlug22]

Sold!

 

Any particular distro?

 

Can it be pre-configured on another machine and then loaded on our server?

 

EDIT by Dr Brain: why does the reply button look like the edit button? I just erased this whole post and typed it back from memory...

 

EDIT: updated by ts22

Edited November 18, 2009 by TurboSlug22

[Dr Brain]

Any particular distro?

I like gentoo because it's one of the most flexible, but I'd recommend something else if you've never used Linux before. Perhaps Fedora, or Ubuntu (if there's a console-only edition).

[★ doc flabby]

Sold!

 

Any particular distro?

 

Is there any way setup the virtual environment on one machine and install it on the system remotely?

 

If you've got remote desktop access on your server, you should easily be able to install something like http://www.virtualbox.org/

Download a Linux ISO (something lightweight is probably better, i doubt you will need a GUI) and you're be well away.

[★ Blocks]

I like gentoo because it's one of the most flexible, but I'd recommend something else if you've never used Linux before. Perhaps Fedora, or Ubuntu (if there's a console-only edition).

If you use Ubuntu, use Server Edition 8.04 LTS. LTS = Long Time Support or something like that -- the repositories are maintained longer. I was able to compile ASSS on Ubuntu 8.04 with only minimal changes from "out-of-box."

[TurboSlug22]

Great suggestions - we're looking for ease of setup for sure.. our guys are pretty convinced it involves lots of rebooting with a cd in the drive etc etc *Facepalm*

 

Unfortunately our server access is reserved to people who are inactive or arnt comfortable working with it. We need to preconfigure our virtual linux environment offsite unfortunately

 

I know, dsb is backwards

Edited November 18, 2009 by TurboSlug22

[★ doc flabby]

Have you considered talking to MGB of (forums.minegoboom.com) he might be willing to setup a virtual linux enviroment for you on his server to test with?

[TurboSlug22]

Have you considered talking to MGB of (forums.minegoboom.com) he might be willing to setup a virtual linux enviroment for you on his server to test with?

 

Well I think we can run it in a virtualized linux environment on one of our pc's without any trouble. My personal internet connection should be able to support 40 ppl (Bottleneck is 200k/s upstream)

 

Our guys are also shying away from linux at this point... While nobody has said outright they dont want to work with linux, they did say they dont know it.

 

One good thing thats come out of ths is that one of our programmers (greenish) has said he is very much interested in assisting with the asss project (building needed modules for dsb etc..)

 

Ive already sent him over to your bit-bucket page that you linked to earlier.