I can confirm this however I'm running sshfs connection over vpn and it's extremely slow and crashes the editor. Must be something with the indexing project. I also agree with martindale that the git diff checks can also slow down if it's being triggered on changes / keystroke vs on save. I remember using ST3 and there was a plugin "vcs gutter" and the code had checked svn on every keystroke making the plugin worthless and unable to type. Unnecessary round trips.

Another issue that I and another team member have experienced is the overwriting other people's changes. If I have a file open in my editor and run a git pull on my sshfs mount, the changes do not reflect in the editor however git will show there are changes. Does the editor auto save? If that's the case, this is not good since this has happened multiple times. ST3 use to have a working popup dialog that mentioned remote changes.

I'll try to get some logs on what is going on to help debug and find a solution.

OS: Mac OS X 10.9.3

I can confirm this. Also, the editor "hangs" when I try to open a directory that is sshfs-mounted. Probably because of indexing as @jrsprice said.

OS: Archlinux

I have the same perfoamnce issues with Mac OS X 10.9.4 using sshfs for a project. Atom Editor starts really slowly compared to Textmate and plugins like "git blame" are extremely slow to show up.

+1

I am using Atom to edit files over an sshfs mount and saving, opening, directory browsing all take 1 - 2 seconds for each action. Sometimes saving takes 5-10 seconds.

I have also noticed that Atom doesn't seem to be an atomic file write. This is a major issue for me because I am using a watching the src directory with a compiler. As soon as Atom begins to save the file, the watcher sees that something has been modified and starts to recompile before Atom has even finished writing to the file. The end result is usually some sort of compile error.

A colleague of mine has this same issue using Sublime 2. But, in Sublime 3, the issue is fixed and writing works as expected.

+1 Same here. If project have a lot of files it becomes laggy as hell

+1 would like an option to disable git integrations for working over mounted filesystems. This does not have to be automatic, if the integrations were part of a discrete package which we can toggle on demand that would be perfect for me.

Sounds like a possible dupe of #2313.
Accessing anything over any kind of network has always been troublesome.

I ended up using rsync via acrosync from the app store and have it automatically push local files to the server. Sublime Text has the same issue with sshfs as well.

I think the real answer here would be to decouple the UI rendering and the network operations (make them asynchronous).

this flags for sshfs make it less laggy:
sshfs macburybury@localhost:/home/macbury/my_app ~/mounts/my_app/ -oauto_cache,reconnect,Ciphers=arcfour