One Time Donations to upgrade software?
#16
Join Date: Jul 2000
Location: Commuting around the mid-atlantic and rust-belt on any number of RJs
Programs: TSA Random Selectee Platinum, * Gold, SPG/HH/MR mid-tier, and a tiny bag of pretzels.
Posts: 9,255
<font face="Verdana, Arial, Helvetica, sans-serif" size="2">Originally posted by RichardInSF:
Interesting approach, but probably wrong. Following the ole 80-20 rule, the logical way to do this is for the software, on a regular basis, to automatically pick the minority of threads that get most of the queries. Those get done statically for performance reasons and the rest are created dynamically to save memory. Optimize both performance and space, viola!
</font>
Interesting approach, but probably wrong. Following the ole 80-20 rule, the logical way to do this is for the software, on a regular basis, to automatically pick the minority of threads that get most of the queries. Those get done statically for performance reasons and the rest are created dynamically to save memory. Optimize both performance and space, viola!
</font>
Two problems with my theory: I don't know quite enough about UBB behaivor and loading patterns to know if any real savings occur from having a huge buffer cache. Secondly, FT is now served up from a linux box/boxen. It used to be on Solaris, which had a much more robust and efficient buffer cache.
(of course, I've not played with linux in a serious manner since 2.0.x, so maybe it's gotten better). Maybe we could all ante up enough donation cash so that the entire contents of the FT UBB data could be placed on a RAM disk, which should improve performance by several factors of magnitude
.------------------
Saving the world, one clue at a time.
#17
Moderator: Luxury Hotels and FlyerTalk Evangelist


Join Date: Sep 2002
Location: Palo Alto, California,USA
Posts: 18,245
Nice idea, but I bet the data base is way too big for that. I think the FT software performance is usually pretty good right now, btw. I do kinda miss the feature that used to recap shorter threads on the bottom of the page where you enter a post.
#18
Founder of FlyerTalk
Join Date: May 1998
Location: Colorado Springs, CO
Posts: 6,540
as npted above about boards with over 1 million posts. There's none we are aware of that don't have their problems at that size. For us, we just passed 1.6 million posts and the velocity is getting greater. As for vBulletin - we did a stress test on that last year and while it performs great with a small board, it fell apart when we put our load on it. Again, we are pushing near 400 gigs of data a month and that makes a whole lot of difference. We've got another box change coming up and look for more speed. we favor speed over features at this point.
Continued thanks for the feedback.
Continued thanks for the feedback.
#19
Join Date: Feb 2001
Location: Austin, TX
Programs: lapsed UA 1K (now a lowly 2P), HGP Platinum
Posts: 9,607
Again, when you're ready to consider something, I offer David Bott as a contact. www.tivocommunity.com is part of the larger www.avsforum.com, and all told, they are using vBulletin to host 1.8 million posts on the main boards in addition to the 1 million posts on the TiVo boards. These boards are linked similarly to how FTMiles is linked to FTTravel. One account works "across the board" and post counts are comprehensive.
If you saw the software "fall apart" on the lighter load that FlyerTalk has, they might have some advice.
However, please don't interpret this as a complaint or pushing. I just want to make sure I've accurately shared some info that I hope will be of help when you're in the market for a change.
If you saw the software "fall apart" on the lighter load that FlyerTalk has, they might have some advice.
However, please don't interpret this as a complaint or pushing. I just want to make sure I've accurately shared some info that I hope will be of help when you're in the market for a change.

