In .au I see ~15 seconds for load of that page cold, ~10 warm.

In Minnesota, presumably not quite as far from the Google servers, I still see noticably over 2-3 seconds for the pages to show up, and cold/warm has virtually no impact on any part of this, but wow is there a lot going on in there. I also would in practice prefer a simpler page with significantly less overhead.

For me, it's now quicker and preferable for me to go to the trouble of opening an editor and viewing the source locally (manually following a link provided elsewhere).

Thank you for filing this issue. I’m in Seattle on gigabit fiber and I’ve also found the change to cs.opensource.google to be unbearably slow.

Go is so simple that I rarely need the full feature suite of Code Search, particularly when looking at stdlib docs.

Additionally I’ve found that CS does not play nicely with ad blockers (it causes the dark mode text color to be the same as the background color, among other things) whereas the original documentation pages had no such issue.

CS also does not display well on mobile, whereas the original documentation was half decent.

IMO, the change is a regression, even though Code Search is an otherwise wonderful tool.

We've contacted the Code Search team and they're looking into it.

Hi all,

Sorry that you experience such latency. There is various issue regarding location of our servers for people in Oceania, but even 2s sounds like a lot to me who is in europe with a 100Mps DSL line, I get better performance.

There is several fact that could explains that that we are actively working on fixing. To see if there is something obvious that we are missing, that would be awesome if one of you could send me a HAR file of the performance profile (the little download arrow in the performance measure)

@damienmg Sure, thanks. Attaching the performance profile. It's a JSON file that it downloaded (is HAR a JSON-based format?) -- let me know if you need something else.

Profile-20211006T095948.zip

Note that this was from someone else's place with different internet, so the request is a little bit faster, but not much (looks like we're seeing source code after about 8.5s rather than 10s on mine).

Thanks yes this is what I needed.

For people in Oceania we are going to add new servers there. We though we could just add them to the config but this is a bit more complicated. If you know broccoli man, you know what I mean :). But it should be coming in a few weeks max.

Sounds good, thanks @damienmg! Looking forward to that.

Thanks there is nothing exceptional in this trace, the time is spend waiting for RPC.

There is 2 issues there:

• Slow network --> will be addressed by bringing the new nodes
• Slow git backend --> this has been an outstanding issues for quarters but we are getting closer to a full resolution (work by the git team at Google). I don't believe this one is so present here.

Anyway we are keeping on working on improving performance of Code Search, this is a tool use by all developer at Google and we are happy that it can help developer outside of Google.

We have now server in South Asia, hopefully this should bring down latency for everybody in APAC.

That is much better.

Wow, that's a big improvement. Now it's taking 2-3 seconds normally (compared to 5-6 before) and showing ~5s till source is visible in Chromium's performance tools (compared to ~10s before). So it seems about twice as fast, and 2-3 seconds isn't enough for my "give up" response to kick in. :-)

So thank you! Still not the fastest website in the world, but a vast improvement and feels actually usable from here now.

In case you want an updated profile to compare against:
Profile-20211007T231620.zip

Up to you, but I'd be happy to close this issue now, unless you want it open to track any further work.

The profile still show very slow RPCs (1.6s for fetching the content :/), would it be possible to download network tab HAR file? Maybe send it to me privately to avoid sharing potentially confidential information.

@damienmg Thanks. I just sent it to your d...@inria.fr email address (found from a GitHub commit). Let me know if I should sent it somewhere else. My email address is on my website.

Sorry, GitHub seems to be redacting the parts of your email address to ***. If you send an email to my address (linked from my website above) I'll reply with the file.

Thanks for your work and digging on this. It's still not going to win any Fastest Website Down Under awards, but it's moved from unusably slow to merely sluggish. I'll close this.