Take the 2-minute tour ×
Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

In my workflow I'm frequently opening files ranging from 50MB to several hundred MB from AFS volumes located over a wide geographical area. Whenever I open such a file emacs is unresponsive for several minutes. I understand why the file would take this time to load, but is there any way to open the file in the background while leaving the rest of the session responsive?

Thank you.

share|improve this question

1 Answer 1

So it's not about emacs being slow, but the network is slow. How about copying the remote file to a local file and when the transfer is finished then opening a local file with emacs? If the file is edited then it can be copied back remotely from the local file. It could even be automated with rsync or some other method.

share|improve this answer
    
Possibly the detail concerning the AFS shares is a bit of a red herring, as you could obtain similar behavior with a several hundred MB gzipped file stored locally. I agree that in the case I just described gunzipping the file before attempting to open it with emacs would leave the session responsive for the majority of the operation, but it would be very convenient if there is some method by which this could all happen under the covers. –  John Smith Jun 12 '12 at 14:04
1  
Emacs is single threaded, so I don't think it's possible, but you can ask the emacs devs. –  Tom Jun 12 '12 at 14:43
1  
I think you're right, it doesn't look like what I'm hoping for is something natively supported. Thanks for taking the time to answer. –  John Smith Jun 12 '12 at 14:51

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.