Github Desktop Slow Download Extra Quality
Maegan Ilagan
One of my repos is a 10k file package that totals less than 30MB and yet, when adding the repo via GitHub Desktop and trying to do my first commit to master (before publishing), it just sits for hours. I actually had to take the longer route and use Git Bash. What the hell is the point in having a desktop app if I'm still forced to use command line because the app is so awful? Cloning five files took me 20 minutes. I experienced the same issues going through the tutorial, waiting nearly two full minutes to "commit" the ReadMe it auto-generated.
enter image description hereMy github desktop gets stuck and infinitely load(actually takes like 10minutes) and goes to refreshing repository(also takes 10minutes). Whats happening? i need to back up my unity project, but I'm stucked on this problem. Could somebody help me?
Hey,
lately my the download speed on GitHub is really slow (50 kbps/s at best), for specific projects. For example the GE binary tar file (400mb) for Proton-5.9-GE-8-ST is downloading really slow, while downloading the source code itself is at least around 6mb/s.
If you're experiencing slow connections at certain times of day but not others, the slow speeds are most likely due to network congestion. Because GitHub cannot resolve network congestion, you should escalate the problem to your internet service provider.
using xrdp with the Xorg window system to connect from win10 to ubuntu 20.04 in my local network. The connection is terrible slow. Compare to that a standard rdp connection (win10 to win10) via vpn through the internet is much faster then my local xrdp.
WSL2 and Catalina on the same machine have similar performance running our spec file. It seems that in a steady state after the slow boot, Mac can beat virtualized Linux performance but remains slower than non virtualized Linux.
Raw data omitted cause graphs tell the story. It appears across the board, reading lots of smallish files randomly is significantly slower on macOS which may be a big reason for the much slower boot times.
Sam said on Twitter he tested w/ a ramdisk and saw no significant change. That makes sense to me as a 4x slowdown in random read performance on 2 machines w/SSDs is going to have to be software related.
I strongly suspect standalone virtualbox image will boot faster on a Mac than native Mac, which is kind of scary. I think Docker is painfully slow once you involve any cached filesystem that replicates to the host. We tried running everything inside docker, but the problem there is that it runs in a overlayfs volume which by its nature is really slow, if you could mount a native ext3fs volume to it somehow, it may be fast, but replicating to the host will be tricky.
I have no idea if this is relevant, but it discuss slow I/O reads on OS X using C++. And the issue seemed to come down to compiler options c++ - LLVM Clang produces extremely slow input/output on OS X - Stack Overflow
For my experiment, I used my own personal project where I compile the Linux kernel (seriously!) for Fedora 35 and Fedora 36. For background, I need a non-standard patch to play video games on my personal desktop without having to deal with dual booting.
_Note that when the daemon first starts up, it needs to synchronize with the state of the index, so the next git status command may be just as slow (or slightly slower) than before, but subsequent commands should be much faster.
Ignored files are a special class of untracked files. These are usually temporary files or compiler-generated files. While Git will ignore them in commands like git add, Git will see them while searching the worktree and possibly slow it down.
Brand new Windows 10 Pro PC, fully loaded, all M.2 drives, 64GB 6000 Hz RAM 13th gen.Git bash running extremely slow, taking 10-20 seconds for every prompt.Nothing fixed it. Not reboots, not changing the prompt setting, nothing.
Once I set page file back to system managed, git bash is blazing fast again.A couple weeks later it slowed down again, the same way.Again nothing fixed it, multiple reboots, nothing..I turned off page file (rebooted), turned it back to system managed (rebooted), and it's back to blazing fast again.
Just for Grins, try Linux Mint 20 and see if it works better. If you have an old machine even the better. You can install it along side windows or simply run it in demo mode. I have several sketches that are well over 1K lines long and they compile and uploaded in maybe 10 - 15 seconds. If I go to the ESP stuff it takes about twice as long. Note the first compile with a program takes longer, I believe the compiler copies everything into a single temporary file then does its thing. If your disk is slow or fragmented it will take forever. With linux after installing arduino you will be prompted to add your name to dial out then reboot. After that it works great. I ran dual boot for several years not only one of my machine has windows.
Edit: It might not work however. My git is very slow on Windows 10 for no apparent reason. When I run git in a Windows 7 virtual machine inside the Windows 10 it's blazing fast. But on the Windows 10 machine it takes annoyingly long times to do even a small commit on a small project. And I haven't been able to find a solution.
You don't have to give it up. When programming Arduino, I usually only need the Arduino IDE, VSCode and a web browser, so in that case you can easily dual-boot and use Linux just for Arduino, while using Windows for everything else. Whether that's the right approach for you depends on your preferences of course (and on how much SSD space you have available).
If you can't figure out why Windows is so slow, and if it keeps bothering you, it might be worth a try.
David - I already have Linux on my machine as well as WIn 10 but it seems silly to use a different OS just to run Arduino IDE. 2% of users use Linux while 90% use Windows - it would seem wise to get the compiler to run properly on Windows. I also have plenty of other compilers on my desktop that run fine under Windows so I'm guessing it's an Arduino issue.
It does appear that you are proxying by a function, and that function is cached at us-east-1 by default. If you have heavy traffic from other regions this could be causing your slower load time here. We can change the functions region for Pro customers, if this is something that you are interested in.
Ok that disk speedtest can also work on USB sticks. Which most of the time are pretty darn slow.
Test them first. Since it matter for the speed of the source but also very much the speed of the new location.
Arch served me really well over the past years but recently when I formatted my computer to install Arch again with AwesomeWM I saw that the download speed within pacman is really slow. This is not just in pacman rather in yay too but I won't take yay into consideration since it is not supported by Arch. Before my format I used to get 2-3 Mbps everytime I used to download using pacman but now the speed is around 200-300 Kbps and sometime fluctuating to 700 Kbps. I know such question has previously been asked and even answered but most of such answers contain people solving the issue after the update but in my case no update actually worked.
eschwartz, please see my edit. I don't even take those "speedtest" results with a grain of salt ... I take them with a beach of the Great Salt Lake: they're meaningless. But pacman running slower does mean something and can be troubleshot (or troubleshooted?)
In order to resolve the issue we need to understand where it actually is.
We've ruled out the NIC and the test results are kinda all over the place and not really tied to any implementation. Let alone that the pure idea that "using the console makes my internet slow" is nuts.
Most of the time you'll hear this argument about the drawbacks of Git, because it's a command-line only application by its very nature. But to be honest, the only people who use it are the people who love the command line. For normal people, there are many desktop applications like GitHub Desktop or GitKraken for developers and Anchorpoint for artists. Also, compared to Git's competitors, cloud services like GitHub, GitLab or Azure DevOps make it very easy to manage Git projects in the cloud.
Unless you want to use the Git command line, which I'm assuming you don't because you're reading this article, you can use a desktop application that connects to the server and pushes (uploads) and pulls (downloads) files to and from the Git server.
You may have seen that Unreal Engine comes with a git plugin marked as beta. We don't really recommend using it because it slows down the engine. Use a desktop application or the command line if you want.
And finally, we can see the performance impact results; macOS is more or less x3.5 times slower (10x times slower when using gRPC Fuse) when using just the bind mount, and the culprit here is the node\_modules directory [328M and 37k files just for an empty React app].
The short answer for now is: Docker Desktop for Mac with VirtioFS, is a good compromise between performance and DX, even if it is slower than Linux; for most cases, it is a negligible difference.
If you're using a proxy server but the Git configuration isn't set to connect through the proxy server, you might see the 407 or 502 error messages. This issue also occurs when the connection can't establish through the proxy server, and you see the errors similar to "unable to access :" or "couldn't resolve host github.com".
ive been a rockbox user for almost as long as ive been an ipod user. granted i started with a 3rd gen, which was knocked off a counter by a kitten and destroyed, but my second ipod the 5th gen, only lasted about 6 months before i installed rockbox. getting rid of itunes and making it something i could just copy mp3s to really improved the experience (and itunes was awfully slow on pc). the 5th gen is one of the best ipods to run rockbox on. and doom comes stock, on a bring your own wad basis. rockbox was kind of an evolutionary dead end, as they wouldnt support a wider range of players or newer ipods. so ive been stuck on a 5th gen for years. it still runs good though but could use a fresh battery and an ssd upgrade.
df19127ead