View previous topic :: View next topic |
Author |
Message |
sardisson Town Crier
Joined: Feb 01, 2004 Posts: 4588
|
Posted: Fri Oct 08, 2004 12:47 pm Post subject: Bugzilla inacessible, Trinity very slow |
|
I'm currently unable to reach Bugzilla...keep getting time-outs and the traceroute dies somewhere before getting there.
Trinity is also glacially slow today...ca. 30 seconds to load a page.
Smokey |
|
Back to top |
|
|
pluby The Architect
Joined: Jun 16, 2003 Posts: 11949
|
Posted: Fri Oct 08, 2004 1:10 pm Post subject: |
|
I sent Dan a note about Bugzilla. I suspect that his DSL router is down. He'll probably take care of it when he gets home from work.
As for Trinity. It was really slow but a few minutes ago it sped up. My guess is that we are getting surges of people checking out the news about the Aqua menus.
Patrick |
|
Back to top |
|
|
ovvldc Captain Naiobi
Joined: Sep 13, 2004 Posts: 2352 Location: Zürich, CH
|
Posted: Fri Oct 08, 2004 2:59 pm Post subject: |
|
pluby wrote: | As for Trinity. It was really slow but a few minutes ago it sped up. My guess is that we are getting surges of people checking out the news about the Aqua menus. |
No kidding, 1026 views in a single day. Must be a popular topic... |
|
Back to top |
|
|
OPENSTEP The One
Joined: May 25, 2003 Posts: 4752 Location: Santa Barbara, CA
|
Posted: Fri Oct 08, 2004 9:34 pm Post subject: |
|
Trinity may be slow for a number of reasons. Unfortuantely I was at the opera and not in a position to debug it. If there are a lot of people posting into the forums with a fairly high frequency things can definitely slow down as the caches get invalidated and everything blocks due to transactional changes to the database
I intend to do some work on speeding things up just afer I get these menu things out of my way
ed |
|
Back to top |
|
|
sardisson Town Crier
Joined: Feb 01, 2004 Posts: 4588
|
Posted: Fri Oct 08, 2004 11:51 pm Post subject: |
|
OPENSTEP wrote: | I intend to do some work on speeding things up just afer I get these menu things out of my way
ed |
Darn menus
(Thanks for the explanation)
Smokey |
|
Back to top |
|
|
OPENSTEP The One
Joined: May 25, 2003 Posts: 4752 Location: Santa Barbara, CA
|
Posted: Sat Oct 09, 2004 3:21 pm Post subject: |
|
FWIW I'll probably be getting a new machine within a few weeks and hopefully can upgrade trinity and the other neooffice.org servers within a month. My sister's boyfriend is theoretiaclly donating me a DP server box For better or for worse, trinity and our other servers are so popular now that downtime is an issue, so I won't be replacing them until what I have is stable.
Trinity's dealing with the traffic now in the current setup. But...if it gets /.d...or anyone here trys to /. it...please use coral or the like in the submission links to ease the pain on the database server
ed |
|
Back to top |
|
|
sardisson Town Crier
Joined: Feb 01, 2004 Posts: 4588
|
Posted: Sat Oct 09, 2004 3:56 pm Post subject: |
|
OPENSTEP wrote: | Trinity's dealing with the traffic now in the current setup. But...if it gets /.d...or anyone here trys to /. it...please use coral or the like in the submission links to ease the pain on the database server
ed |
O please dear god I hope there's no /.ing until Patrick relases the patch that contains the fix for the "hang on printing" bug |
|
Back to top |
|
|
OPENSTEP The One
Joined: May 25, 2003 Posts: 4752 Location: Santa Barbara, CA
|
Posted: Sat Oct 09, 2004 4:07 pm Post subject: |
|
I agree. I've been starting to track down the hang on printing bug myself but ran out of battery juice. Credit to Patrick, though, for not even botherign to compile this into one of his patches until he thought it was stable enough for general usage. It's been in the tree for soem time, but he made me bugfix it and improve performance until he deemed it "acceptable". All hail!
But seriously...if someone decides to /. trinity due to the native menu patch (or even the minor sites like macnn or macslash) please use coral links. For more info:
http://www.scs.cs.nyu.edu/coral/
Trinity definitely cannot handle heavy loads right now, so any of our common users will need to have patience during load spikes. I've optimized the database server so we can handle our most common load of 10 simultaneous users with page generation times less then 10 seconds, but beyond that page generation not predictable. The database has grown an order of magnitude in size since the previous /.ing. The only way we can fix this will be by upgrading harware. There's no more software configs I can do or additional servers onto which I can offload everything
ed |
|
Back to top |
|
|
|