# Server Issue? Jobs running slow -- Public server delays plus Using Galaxy choices **URL:** \ **Category:** usegalaxy.org support\ **Tags:** usinggalaxy\ **Created:** [April 29, 2020, 1:32pm UTC](https://help.galaxyproject.org/t/server-issue-jobs-running-slow-public-server-delays-plus-using-galaxy-choices/3538 "2020-04-29T13:32:27Z")\ **Posts on this page:** 1\ **Showing post:** 2
**Author:** ![jennaj](https://sea2.discourse-cdn.com/flex020/user_avatar/help.galaxyproject.org/jennaj/32/27_2.png) [@jennaj](https://help.galaxyproject.org/u/jennaj)\ **Post date:** [April 29, 2020, 6:32pm UTC](https://help.galaxyproject.org/t/server-issue-jobs-running-slow-public-server-delays-plus-using-galaxy-choices/3538/2 "2020-04-29T18:32:01Z")
Hi @Jodi_D > [@Jodi\_D](#): > > It’s taking me a whole day just to upload some files Uploading data will take longer than usual if you are now working from a home internet connection instead of an institution/commercial connection. Home internet services are almost always optimized for data download speeds, not upload speeds. Try running a “speedtest” to find out what your connection speeds are. Contact your ISP provider to find out what options are available to increase “up” speeds. There are several “speedtest” options – an internet search will find those appropriate for where you are located, or you can ask your ISP provider for guidance. The internet, in general, is a bit slower for most right now, or at least not what it was before. More people working over home wifi plus phone connections, more people streaming entertainment during the day, etc. > [@Jodi\_D](#): > > another day to run HISAT2, and I’ve been waiting since yesterday afternoon for my Stringtie data. The Galaxy Main [https://usegalaxy.org](https://usegalaxy.org) server is under very heavy load. This means that jobs will stay in the queued stage (grey dataset) longer. The execution stage (yellow/peach dataset) is about the same as before for most tools. There are simply more people using the server, for a variety of reasons, including distance learning. The best strategy is to queue up jobs, then allow them to complete. Avoid deleting and restarting jobs in hopes of job running faster. Restarting a job places it at the back of the queue again, extending wait time. Only delete and rerun jobs if you already know there is some problem with the inputs/settings originally used. If you haven’t used Workflows before, this might be a good time to learn/start using them. FAQ for jobs/datasets: [Datasets and how jobs execute](https://galaxyproject.org/support/how-jobs-execute/) Many GTN Tutorials include workflows in the tutorial itself and most have a workflow that runs through all steps (except for data loading) that can be used as examples/templates. Those under the topic “Introduction” cover simple cases for the “how-to”. Other topics cover intermediate/advanced methods for customization. > [@Troubleshooting resources for errors or unexpected results](https://help.galaxyproject.org/t/troubleshooting-resources-for-errors-or-unexpected-results/42/1): > > [Galaxy Training Network Tutorials](https://galaxyproject.github.io/training-material/): Some [GTN](https://galaxyproject.org/teach/gtn/) tutorials are appropriate for [Galaxy Main](https://usegalaxy.org) and some are not. Where you can run each is noted per tutorial – click on the _Galaxy instances_ gear icon ![galaxyserversGTN](https://us1.discourse-cdn.com/flex020/uploads/galaxy/original/1X/1287f50cfcdaa1aad750fe323f96995260ac4947.png) to review the [Public Galaxy](https://galaxyproject.org/use/) server choices. If a tutorial is supported by a pre-configured [Galaxy Docker](https://hub.docker.com/r/bgruening/galaxy-stable/) training image, instructions for how to get it will be listed below the tutorial listings, per category. Note: There are a few tools running with reduced memory resources. These are listed in the top banner on the server. The banner will update or be removed as the situation changes. Reduced memory doesn’t impact how long a job takes to queue or execute but it can result in larger jobs failing for resources (even if they ran Ok before). If work is urgent or you just want jobs to execute run faster, setting up your own Galaxy server is an option. Public servers are not the only choice. Cloudman is popular for scientists as it requires very little administration, resources can be scaled up for your own needs, and all of that (except for the initial step) is GUI based with built-in help. Galaxy itself is always free but commercial storage and computational resources are not. AWS has always offered grants for learning/research work, and they have extended that (or did last time I checked). I added a few tags to your post about Cloudman – please review for more details if this interests you, or see the links below for all choices. - [Galaxy Choices - Galaxy Community Hub](https://galaxyproject.org/choices/) - [Galaxy Platform Directory: Servers, Clouds, and Deployable Resources - Galaxy Community Hub](https://galaxyproject.org/use/) Delays are frustrating, but I hope this helps to explain the factors involved in the different kinds of delays most public Galaxy servers are experiencing right now (not just [usegalaxy.org](http://usegalaxy.org)), plus what you may choose to do to mitigate delays. Good question! Hopefully, the Q&A helps others to understand the current circumstances. Best, Jen --- _[View the full topic](https://help.galaxyproject.org/t/server-issue-jobs-running-slow-public-server-delays-plus-using-galaxy-choices/3538)._