Location: Evanston Gardens SA
Certainly faster now !!
RP3.7 Bugs and Feedback
sol
Assistant Commissioner
Location: Evanston Gardens SA
bevans
Site Admin
Location: Melbourne, Australia
Certainly faster now !!
More memory and more CPU. What I have done is to ensure other non critical systems on the vmware cluster are not reserving as much memory and CPU as the production system is.
Regards
Brian
bevans
Site Admin
Location: Melbourne, Australia
It took approx. 40 secs to find the site & access it from the e-mail advice & then about another 40 plus seconds to find this thread - I half excepted to get timed out.
and now?
s3_gunzel
Not a gunzel developer
Location: Western Sydney, AU
Seems to be bumming out less now, Brian
Graham4405
The Ghost of George Stephenson
Location: Dalby Qld
Not particularly fast for me at present, about 20 seconds from when I clicked reply until I could type.
sol
Assistant Commissioner
Location: Evanston Gardens SA
Earlier, when I got the advice about a new post, I tried around Noon & gave it away after 2 minutes but this time, 12-15 secs to find the site and about 4 secs for the thread/post.
wolfpac
Minister for Railways
Location: Over here...
Certainty faster:
But still pretty high response times, although always better than the previous 30+ seconds it was taking just to load the page initially.
Wolfpac
[23:24:37.265] GET http://www.railpage.com.au/f-f16.htm [HTTP/1.1 200 OK 4060ms]
But still pretty high response times, although always better than the previous 30+ seconds it was taking just to load the page initially.
Wolfpac
wanderer53
Sir Nigel Gresley
Location: front left seat EE set now departed
Agreed, the site has certainly been useable for the last 24 hours if still a little slow.
wanderer53
Sir Nigel Gresley
Location: front left seat EE set now departed
Having said that I have since been unable to open either the Russia or Ukraine theads in the UK and Europe forum.
michaelgreenhill
Administrator That's Numberwang!
Location: Melbourne
I've made some code changes today which should reduce page generation times. You can see for yourself by looking at the time measured in the footer of each page 
The in-development version is flying now, even with the extra load the production site has on the database server. When the code changes are pushed into production it'll be even better
The in-development version is flying now, even with the extra load the production site has on the database server. When the code changes are pushed into production it'll be even better
sol
Assistant Commissioner
Location: Evanston Gardens SA
Certainly faster than early today. on Edit Except it took 15 secs to post the first 5 words of this post.
bevans
Site Admin
Location: Melbourne, Australia
Certainly faster than early today. on Edit Except it took 15 secs to post the first 5 words of this post.
I have created a memory pool for dev and production so when production needs more memory it will take it from the pool. There are low water mark memory reservations for both dev and production and database also. At the present time there is NIL contented memory on the vcentre server.
Regards
Brian
Graham4405
The Ghost of George Stephenson
Location: Dalby Qld
This morning: (mm:ss)
2:30 to load the home page
3:00 to log in
1:00 to go to the Forum Index
2:00 to get here direct from the forum index
Posted via Quick Reply form, goodness knows how long it will take to post.
Guys, this is ridiculous. All other sites I have been to have loaded instantly.
2:30 to load the home page
3:00 to log in
1:00 to go to the Forum Index
2:00 to get here direct from the forum index
Posted via Quick Reply form, goodness knows how long it will take to post.
Guys, this is ridiculous. All other sites I have been to have loaded instantly.
wanderer53
Sir Nigel Gresley
Location: front left seat EE set now departed
you are lucky I have been getting page load times between 3 secs and 25 secs and a lot of time outs. It has been most dificult between 8am and 1pm GMT.
Graham4405
The Ghost of George Stephenson
Location: Dalby Qld
you are lucky I have been getting page load times between 3 secs and 25 secs and a lot of time outs. It has been most dificult between 8am and 1pm GMT.I think you need to read my post again, times are mm:ss as stated.
wanderer53
Sir Nigel Gresley
Location: front left seat EE set now departed
I think you need to read my post again, times are mm:ss as stated.
Sorry should have cleaned my glasses first.
michaelgreenhill
Administrator That's Numberwang!
Location: Melbourne
OK guys, we're back. I've spent the morning creating a database replication partner, which means that some of our data-intensive services such as backups and search indexing are offloaded from the production database to the slave database.
I'm curious to see what real-world effect this has on the site, so please continue posting your feedback
I'm curious to see what real-world effect this has on the site, so please continue posting your feedback
yoyoman
Junior Train Controller
Location: Adelaide, SA
Here are the stats to load this (your) message:
Load time: 77.45s 215 database queries in 56.62s 25.21mb RAM Web server load: 3.82% DB server load: 0.39% 2 calls to Railpage API
Blows me away that the Web and DB server loads are so low yet the site still took 77 seconds to load a thread of less than 2 pages long. Can you explain why this is so?
Load time: 77.45s 215 database queries in 56.62s 25.21mb RAM Web server load: 3.82% DB server load: 0.39% 2 calls to Railpage API
Blows me away that the Web and DB server loads are so low yet the site still took 77 seconds to load a thread of less than 2 pages long. Can you explain why this is so?
bevans
Site Admin
Location: Melbourne, Australia
This is exactly what we are looking at this afternoon. We cannot work out why this is the case. The IOSTATS I am looking at currently.
bevans
Site Admin
Location: Melbourne, Australia
This just does not make sense. Even more interesting is the time is takes for the database to get the query. Looking at processlist; this does not show a mass amount of transactions open at the current time. In fact , the database is not heavily loaded at the current time.
bevans
Site Admin
Location: Melbourne, Australia
Load time: 140.2s
210 database queries in 106.83s
25.38mb RAM
Web server load: 11.73%
DB server load: 0.33%
2
calls to Railpage API
yoyoman
Junior Train Controller
Location: Adelaide, SA
I wish you the best of luck - hope you find the culprit and we can enjoy faster load times soon 
donttellmywife
Chief Commissioner
Location: Antofagasta
What's the "RAM" value (in units of 0.001 bits...) in the diagnostic line at the bottom of the page refer to?
David Peters
Dr Beeching
Location: "With Hey Boy".
Railpage loading here in Adelaide is like an old mole at Christmas only worse, any slower and it will stop. Not complaining just telling you like it is. Every other site including my own loads almost instantly though, only Railpage takes forever.
SAR520SMBH
Train Controller
I'm in Adelaide too and I second what you said David Peters.
It's slower than a wet week.
Almost getting to the point where I can't be bothered logging in or just looking due to the length of time for anything too load or open.
It's slower than a wet week.
Almost getting to the point where I can't be bothered logging in or just looking due to the length of time for anything too load or open.
Subscribers: bevans, Boss, GheringhapLoop, Greensleeves, Gwiwer, james13, wolfpac, wurx, xxxxlbear
Quick Reply
We've disabled Quick Reply for this thread as it was last updated more than six months ago.