• After witnessing the continued decrease of involvement in the SpotterNetwork staff in serving SN members with troubleshooting issues recently, I have unilaterally decided to terminate the relationship between SpotterNetwork's support and Stormtrack. I have witnessed multiple users unable to receive support weeks after initiating help threads on the forum. I find this lack of response from SpotterNetwork officials disappointing and a failure to hold up their end of the agreement that was made years ago, before I took over management of this site. In my opinion, having Stormtrack users sit and wait for so long to receive help on SpotterNetwork issues on the Stormtrack forums reflects poorly not only on SpotterNetwork, but on Stormtrack and (by association) me as well. Since the issue has not been satisfactorily addressed, I no longer wish for the Stormtrack forum to be associated with SpotterNetwork.

    I apologize to those who continue to have issues with the service and continue to see their issues left unaddressed. Please understand that the connection between ST and SN was put in place long before I had any say over it. But now that I am the "captain of this ship," it is within my right (nay, duty) to make adjustments as I see necessary. Ending this relationship is such an adjustment.

    For those who continue to need help, I recommend navigating a web browswer to SpotterNetwork's About page, and seeking the individuals listed on that page for all further inquiries about SpotterNetwork.

    From this moment forward, the SpotterNetwork sub-forum has been hidden/deleted and there will be no assurance that any SpotterNetwork issues brought up in any of Stormtrack's other sub-forums will be addressed. Do not rely on Stormtrack for help with SpotterNetwork issues.

    Sincerely, Jeff D.

Stormtrack system resource consumption - NOTICE

Joined
Dec 4, 2003
Messages
3,411
Our metrics show that Stormtrack is using a large amount of CPU resources. Since we're on a shared server, there is a chance our webhost may move us to a slower server if I can't locate the trouble or can't find the time. This may just be related to our large size, as phpBB is a bit bloated and does not use mySQL very efficiently.

If any trouble develops we may take the board down and move to a different forum package, such as SMF.

Tim
 
My experience with MySQL in the design and implementation of a big open-source transportation data archiving system is that it starts to bog for read/write when a table gets bigger than 25k records or so. We've ended up working out a method whereby a table is closed and a new one opened after a standard time interval that accumulates on the order of that number of records.

This board has over 60k posts. Perhaps a similar method whereby a separate archival board or boards is carved off might speed up the current active board. FWIW.
 
Originally posted by Sam Sagnella
For a while this morning I couldn't access the site - was this related?

There was several times late last night (or early morning) where I couldn't access the site, neither... I am guessing it is related.
 
Originally posted by nickgrillo+--><div class='quotetop'>QUOTE(nickgrillo)</div>
<!--QuoteBegin-Sam Sagnella
For a while this morning I couldn't access the site - was this related?

There was several times late last night (or early morning) where I couldn't access the site, neither... I am guessing it is related.[/b]

I also had some problems this morning and some last night getting into the forum and the main site.
 
Back
Top