Previous Thread
Next Thread
Print Thread
Hop To
Anonymous
Unregistered
Anonymous
Unregistered
Hey All:

Yesterday I finally went for it and installed 6.1.0.2 as an upgrade from 5.45c I think it was.

Anyway, after I installed it, things were slow and finally, the server gave and basically stopped serving webpages (I run a small web hosting company so I own the server).

I rebooted and again, after an hour, same thing.

After that, I figured I better get this UBB Accelerator up and running which I finally did and things seemed to run ok for a while though it was late at night when traffic is down.

Well, it happened again moments ago... server slowed to a crawl and finally stopped serving webpages.

Had to reboot again. Now, this is not normal. Granted it is an NT 4 machine running IIS 4 and reboots normally take place every 3-4 weeks but I can't handle multiple times a day.

I have heard of performance issues which is why I held off switching to 6 for so long but I figured they had been addressed.

Can anyone help here. The site the ubb runs on has about 5,000 registered users and probably about 500 or so active ones ( http://www.intercot.com/boards/cgi-bin/ultimatebb.cgi )

I cant function in my daily life if I have to worry about the server crashing all the time.

Anonymous
Unregistered
Anonymous
Unregistered
Performance will be slow while the cache builds as users view your boards. Once the cache is built (after a few days of usage) performance should improve.

What are the specs for the server you are using?

----------------------
[]http://www.bowlingfans.com/ubb/icons/icon911.gif[/] Steve
BowlingFans.com
| BowlingCommunity.com
Sorry, I don't answer support questions by e-mail, PM, or IM. I'm not an employee of Infopop.

Anonymous
Unregistered
Anonymous
Unregistered
Hey Steven:

Dual P2 - 233 with not enough ram (328 MB to be exact).

Running out this afternoon to get her up to 1gb of ram and have another server Dual P3 833 w/ a gig of memory waiting in the wings to be configured and put into production, but all the info and programs from the P2 have to be set up on the new one and moved over so it may be a month or so before it's ready.

For some reason, I thought I had much more ram installed and am wondering if I had a stick go bad. Checking that out today.

Anonymous
Unregistered
Anonymous
Unregistered
Make sure that the new server will have SCSI drives rather than IDE.

----------------------
[]http://www.bowlingfans.com/ubb/icons/icon911.gif[/] Steve
BowlingFans.com
| BowlingCommunity.com
Sorry, I don't answer support questions by e-mail, PM, or IM. I'm not an employee of Infopop.

Anonymous
Unregistered
Anonymous
Unregistered
But this is bordering on crazy... I now have to run SCSI all because of the UBB? The new server is UDMA 100 based running raid.

This 6.1 is called an UPGRADE? I mean 5 wasn't the greatest performance wise but it didn't kill the server like 6.

I'm actually starting to get a little mad about this.

Maybe InfoPop should be selling preconfigured servers pre-tuned to run the UBB. How nuts. It's a software applicaiton. It shouldn't be hogging the whole server!

Anonymous
Unregistered
Anonymous
Unregistered
Even in an office setting, the network should have scsi drives. IDE won't handle it , and will cause to much load. It's just the plain truth and has nothing to do with the UBB.

Moderator Graphics, Styles & Templates

UBBDesign.com: custom graphics and layouts for:
UBB â„¢ & UBBThreads â„¢

Anonymous
Unregistered
Anonymous
Unregistered
The UBB is an I/O intense application.

SCSI drives are faster than IDE drives, period. <img src="https://www.ubbcentral.com/boards/images/graemlins/wink.gif" alt="" />

Faster drives -> faster I/O to the UBB -> faster processing -> less time on the lock file (which is the reason behind the laggyness) -> faster board.

If at all possible, use the UBB Accelerator component, as it can pull data out of the cache a factor or ten faster than the UBB... <img src="https://www.ubbcentral.com/boards/images/graemlins/wink.gif" alt="" />

--
Charles Capps
Programmer, Infopop Corporation
Please do not contact me privately for support - post on the board or open a support ticket instead!

Anonymous
Unregistered
Anonymous
Unregistered
Guys... I hate to say it but the responses here are very "microsoft-esque" (ie. problem is not with our software but with your hardware).

Why did the ubb 5.45c work fine and now the ubb6 kills the server. Maybe things weren't coded so well in respect to how the application works. IDE handled things just fine with 5.45.

I am not the only one who has written with problems and they seem (no offense cause I love you guys and what the UBB has done for my community) to be sort of glazed over.

I posted my problems to my boards and I have already gotten mail for 4-5 people who frequent my boards that said the worst thing they ever did was upgrade to the UBB 6. Many have been forced to seek an alternative in the VBulletin Boards.

I like the UBB... I'd like to stick with it, but I need real solutions on how to run the UBB 6 on the configuration i have now.

Any ideas?

- I have upgraded to the latest version of Perl for NT from Active State

- I have upped the ram in the machine to 512mb (the max the board will take... it's a few years old)

- I have installed PHP for NT

- I am running the accelerator

I look forward to your responses. Thank you for helping me work thru this.

Anonymous
Unregistered
Anonymous
Unregistered
Now that you have the Accelerator running, how is performance?

There are two critical changes in the UBB6 design that can cause a performance problem when compared to 5.45.

First, all requests go through the scripts, including requests for threads. 5.45's threads are .html files, and did not require a call to the UBB script.

Second, the new file locking routines in 6.1 are designed to block all running instances of the UBB script when one instance needs to write a file. This is a very drastic measure, but it was required due to severe file corruption issues that have always plagued the UBB.

Using the Accelerator bypasses both of these issues - requests to cached pages (which include topics, the thread listing, the front page, and a few other misc. pages) are now processed without needing to start up an instance of the UBB, and therefore without the need to completely block when another UBB instance needs to write a file.

This, compounded by NT and slow IDE drives, resulted in your initial install running quite a bit slower than the 5.45.

Wait around for another day or so - you should find performance returning to "normal" once the cache builds up and the Accelerator can kick in properly.

Let's do a little informal calculation - enter your control panel. On the intro page there should be two hit counters - one for the total, the other from pages pulled from the Accelerator. What are the figures?

--
Charles Capps
Programmer, Infopop Corporation
Please do not contact me privately for support - post on the board or open a support ticket instead!

Anonymous
Unregistered
Anonymous
Unregistered
Here are some stats:

You have 5051 registered members.
You have 24 forums.
Page views this month (11/2001): 51860, 24344 (46.94%) from the UBB Accelerator

Performance seems better since I fixed my ram issues (i think a stick was dead) and installed PHP and the new perl.

Still there are what I would call dead spots, where the server just sort of hangs and then after a bit, starts responding again.

Like you said, I am waiting a few more days before taking any drastic measures <img src="https://www.ubbcentral.com/boards/images/graemlins/wink.gif" alt="" />

Anonymous
Unregistered
Anonymous
Unregistered
That's not a spectacular amount of traffic... Things should settle down shortly.

Those "dead spots" as you call them are somewhat normal - one UBB is blocking everything while performing a series of write operations.. As you noted, they clear up suddenly...

--
Charles Capps
Programmer, Infopop Corporation
Please do not contact me privately for support - post on the board or open a support ticket instead!

Anonymous
Unregistered
Anonymous
Unregistered
Quote
Originally posted by Charles Capps:
Second, the new file locking routines in 6.1 are designed to block all running instances of the UBB script when one instance needs to write a file. This is a very drastic measure, but it was required due to severe file corruption issues that have always plagued the UBB.
AHA!!! This is probably what is causing my threads to end up being 0 bytes as I reported in this forum.

Designer/Lead Developer
The Battlecruiser Series

Anonymous
Unregistered
Anonymous
Unregistered
I doubt it has anything at all to do with that, actually.

--
Charles Capps
Programmer, Infopop Corporation
Please do not contact me privately for support - post on the board or open a support ticket instead!


Link Copied to Clipboard
ShoutChat
Comment Guidelines: Do post respectful and insightful comments. Don't flame, hate, spam.
Recent Topics
Bots
by Outdoorking - 04/13/2024 5:08 PM
Can you add html to language files?
by Baldeagle - 04/07/2024 2:41 PM
Do I need to rebuild my database?
by Baldeagle - 04/07/2024 2:58 AM
This is not a bug, but a suggestion
by Baldeagle - 04/05/2024 11:25 PM
Is UBB.threads still going?
by Aaron101 - 04/01/2022 8:18 AM
Who's Online Now
0 members (), 502 guests, and 178 robots.
Key: Admin, Global Mod, Mod
Random Gallery Image
Latest Gallery Images
Los Angeles
Los Angeles
by isaac, August 6
3D Creations
3D Creations
by JAISP, December 30
Artistic structures
Artistic structures
by isaac, August 29
Stones
Stones
by isaac, August 19
Powered by UBB.threads™ PHP Forum Software 8.0.0
(Preview build 20230217)