[Bioc-devel] support.bioconductor.org very slow

[Vincent Carey]

Thanks to you both and sorry for the inconvenience, Gordon.  We have been
working on reducing cloud expenses in various directions.  This has been
important
because of an across-the-board budget cut at NIH -- we lost 17% of our
expected
budget.  I do not think there was an intentional reduction in support site
responsiveness,
but it may be a side-effect of other intentional changes.  I hope we can
diagnose and
repair promptly.

For what it is worth, right now I am seeing a long latency in Boston.  We
can introduce
monitoring once this bad behavior is resolved.

While we are on the topic, I will mention that we are *assessing* the
process of transitioning
our support site infrastructure to Discourse.  This would be important
insofar as we no longer
have access to technical support for our fork of Biostars.  Our small group
is evaluating how
to transition the entire corpus from the current system to Discourse, to
minimize disruption
of access to historical content.

On Mon, Aug 26, 2024 at 3:35 AM Wolfgang Huber <wolfgang.huber using embl.org>
wrote:

> Dear Gordon & all,
>
> I just tried and can confirm similar behavior, i.e., long latency of
> response after each click. This is from Heidelberg / EMBL network.
> This seems to be new, I recall much better latencies for the same site,
> visited from the same desktop, previously.
>
> One website checker I consulted says that "There is no Content Delivery
> Network (CDN) active for the site.” which may if true explain that the
> problem would depend on distance from Boston(?)
> And
> https://pagespeed.web.dev/analysis/https-support-bioconductor-org/nhsnyeuezl?form_factor=desktop
> reports 'First Contentful Paint’ in the order of 2s.
>
>
> Thank you and kind regards
> Wolfgang
>
> ---
> Wolfgang Huber
> EMBL
> https://www.huber.embl.de/
> ORCID 0000-0002-0474-2218
>
>
>
>
>
>
>
> > On 26. Aug 2024, at 05:06, Gordon Smyth via Bioc-devel <
> bioc-devel using r-project.org> wrote:
> >
> > The Bioc support site has been very slow to respond for a few weeks now,
> typically taking a minute or two to open or save each page or text box.
> This makes it a slow business to check and answer questions.
> >
> > On the other hand, www.bioconductor.org seems to be normally responsive.
> >
> > Does everyone have the same experience? Can it be allieviated?
> >
> > Thanks
> > Gordon
> >
> > ------------------------------------
> > Professor Gordon K Smyth
> > Head, Bioinformatics Division
> >
> > [WEHI Logo]
> >
> >
> > Walter and Eliza Hall Institute of Medical Research
> > 1G Royal Parade Parkville Victoria 3052 Australia
> >
> > www.wehi.edu.au<https://wehi.edu.au>
> >
> > Twitter<https://twitter.com/WEHI_research>  |  Facebook<
> https://www.facebook.com/WEHIresearch/>  |  Instagram<
> https://www.instagram.com/wehi_research>  |  Youtube<
> https://www.youtube.com/user/WEHImovies>  |  LinkedIn<
> https://www.linkedin.com/company/wehi_research>
> >
> >
> > WEHI acknowledges the Wurundjeri people of the Kulin Nation as the
> traditional owners of the land where our campuses are located and the
> continuing connection to country and community.
> >
> > Private and confidential
> > The content of this e-mail and any attachments may be private and
> confidential, intended only for use of the individual or entity named. If
> you are not the intended recipient of this message you must not read,
> forward, print, copy, disclose, use or store in any way the information
> this e-mail or any attachment contains. If you are not the intended
> recipient, please notify the sender immediately and delete or destroy all
> copies of this e-mail and any attachment.
> >
> > [[alternative HTML version deleted]]
> >
> > _______________________________________________
> > Bioc-devel using r-project.org mailing list
> > https://stat.ethz.ch/mailman/listinfo/bioc-devel
>
> _______________________________________________
> Bioc-devel using r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/bioc-devel
>

-- 
The information in this email is intended only for the p...{{dropped:15}}