Slow, slow, slow saving

[howartp]

Hi,

I'm using UltraEdit 11.20b.

Whenever I open a file in Ultraedit, it opens instantly. However, when I try saving documents, it takes ages, and ultraedit appears to freeze (the UI goes blank white except the titlebar and the Start Menu bar). It does actually save, and UE does come back to life and work fine until the next save.

When I say ages, I mean 54 seconds for a 400 line php script.

It has been doing it for a while, so much so that I decided to reformat my hard drive (due also to other reasons) in the hope that it would be fixed. However a fresh install of windows and UE hasn't worked. Still long save times. This same file in notepad saves instantly.

It is very frustrating when, say, I want to just update my 'latest news' page on my website, which isn't so big, and UE freezes for a minute every time I save my changes.

Does anyone know a solution?

I don't have any of the backup options set, or 'delete original file before save' etc. Disabling code folding doesn't make any difference. Nor does highlighting it as 'no highlighting'.

Thanks,

Peter

[Mofi]

54 seconds for saving a local file? Are you sure that not another program like an anti-virus program is causing this long delay. I'm pretty sure that this long delay is not caused by UltraEdit. I suggest to use free Filemon from SysInternals to look what is happening when you save a file.

Have you tried to save your PHP script with Save As with the extension .tmp just for testing if this long delay exists only for PHP files?

Extra hint: Even if you have installed everything new, use the Windows defragmentation tool now (better once per month).

[howartp]

Hi Mofi,

Resaving to .tmp didn't work. I've just cleared all my .tmp files out while I thought about it since you mentioned .tmp - 2.8GB of tmp files in my profile. That didn't help.

I've just run Filemon but I can't see anything wrong as such.

Would you be willing to take a look at the results? (Link to file deleted.)

As you can see, at line 229, the system appears to stop between 41.05 and 41.42 seconds. (I ran the test twice and iexplore didn't show up first time; I think it just happens to have run last on that log)

I've terminated all terminable running processes, to no avail. I've also disabled Norton which made no difference.

As I mentioned in my first post, this only happens in Ultraedit; all other programs are fine, saving files of varying sizes in their respective formats.

Peter

[mrainey56]

What's the sharing violation on line 225?

[howartp]

Hi mrrainey56,

That is a very good question, and one which I don't know the answer to at this moment.

The files are on a network drive, mapped to our 'server' which hosts the files, printers, intranet etc for my house. Apache is running on the server, but that shouldn't have the files held open every time I try and save should it? No-one else touches the files.

I'll try such things as restarting Apache tonight; being on the server, that won't have been rectified with the reformat of my hard drive.

I'll let you know what happens.

Peter

[Mofi]

The sharing violation seems to be the problem. If you look on the time difference from line 225 to 230 you can see that it is 43 seconds.

And I thought that you save it locally which means on your hard disk and not on a network drive on a server. Long timeouts are often caused by network configuration errors because network timeouts are set to several seconds in comparison to local file access timeouts which are only a few milliseconds.

I'm not an Apache or PHP expert but I guess, the Apache server is caching a PHP file requested once by a user to use the already compiled version for speed improvement and so locks the PHP file to disallow changing the cached PHP file. But it could be also simply a PHP or Apache configuration error.

[howartp]

Hi again,

I've just restarted the Apache service, having been working on PHP scripts, including the same one several times, this evening. It has just started the delayed saving again, yet notepad and any other software saving files to the network does not have this delay.

I still believe that this is an UltraEdit problem.

Peter.

[Mofi]

Verify in the configuration dialog of UltraEdit following settings:

File Handling - Miscellaneous - Lock file for write while editing should be NOT checked.

Select at File Handling - Temporary Files either Use temporary file for editing (normal operation) or one of the other 2 options with a large enough value at Threshold for above (KB) so you open your PHP files always with a temp file.

File Handling - Advanced - Check short names against files already loaded to prevent loading two copies of same file should be NOT checked.

At File Handling - Backup either select No Backup or specify a Default Backup Directory on your local hard disk or if you want backups in the directory of the file see next suggestions below.

Try it with File Handling - Advanced - Copy file instead of using rename when creating backup file checked.

Try it with Delete original file before saving the file checked.

See help of UltraEdit for details about all these file handling settings.

[howartp]

Hi Mofi,

The only one of those options which was set differently was 'check short names against those already open...' - i've now unchecked it.

I'll see what happens and report back.

Peter.