What is e4j_p9700.tmp?

Something from exe4j, IDEA's launcher on Windows?

Hello Samuel,

exe4j uses this file to communicate with a running instance of IntelliJ IDEA.

I'm seeing a lot of disk activity from IntelliJ looking for a file
called %TEMP%\e4j_9700.tmp, which doesn't exist.

What is this file used for?

--
Dmitry Jemerov
Development Lead
JetBrains, Inc.
http://www.jetbrains.com/
"Develop with Pleasure!"

yole wrote:

Hello Samuel,

exe4j uses this file to communicate with a running instance of IntelliJ IDEA.

I'm seeing a lot of disk activity from IntelliJ looking for a file
called %TEMP%\e4j_9700.tmp, which doesn't exist.

What is this file used for?

It seems to be using it a little aggresively. In ten minutes of IntelliJ sitting in the background it accessed it 5000 times. It does this even when its just started without even opening a project. As Samuel mentioned, the file isn't even there (all the accesses are NAME_NOT_FOUND) 99% of the time. It does show up when you call WebStorm.exe again on the command line, so I'm guessing its being used to pass command line infromation to the running process (like when you open a file). But constantly polling the file doesn't really seem like the best way to do this (vs. a listening socket or fle system listener).

Could you maybe ask the nice folks at ej-technologies why their launcher is using 50% of WebStorm's disk events and if there is a better way to configure it?

I have a PML dump from procmon.exe if you would like me to send it in to support. This is on XP with WS-107.175.

PS, For other following this thread the file is named e4j_p####.tmp where #### is the process id of WebStorm.

Thanks,
d

Hello David,

I don't think the current version of the launcher provides any configuration
options for this behavior. It does look ugly if you look at procmon, but
the overall effect is still relatively minor (of course, hardly any of these
accesses actulally hit the disk).

Hopefully a future version of exe4j will switch to a more efficient approach
for communicating with a running instance.

yole wrote:
>
> Hello Samuel,
>
> exe4j uses this file to communicate with a running instance of
> IntelliJ IDEA.
>
>> I'm seeing a lot of disk activity from IntelliJ looking for a file
>> called %TEMP%\e4j_9700.tmp, which doesn't exist.
>>
>> What is this file used for?
>>
>

It seems to be using it badly. In ten minutes of IntelliJ sitting in
the background it accessed it 5000 times. It does this even when its
just started without even opening a project. As Samuel mentioned, the
file isn't even there (all the accesses are NAME_NOT_FOUND) 99% of the
time. It does show up when you call WebStorm.exe again on the command
line, so I'm guessing its being used to pass command line infromation
toteh running process. But constantly polling the file doesn't really
seem like the best way to do this (vs. a listening socket for
example).

Could you maybe ask the nice folks at ej-technologies why their
launcher is using 50% of WebStorm's disk events and if there is a
better way to configure it?

I have a PML dump from procmon.exe if you would like me to send it in
to support. This is on XP with WS-107.175.

--
Dmitry Jemerov
Development Lead
JetBrains, Inc.
http://www.jetbrains.com/
"Develop with Pleasure!"

yole wrote:

Hello David,

I don't think the current version of the launcher provides any configuration
options for this behavior. It does look ugly if you look at procmon, but
the overall effect is still relatively minor (of course, hardly any of these
accesses actulally hit the disk).

Hopefully a future version of exe4j will switch to a more efficient approach
for communicating with a running instance.

Maybe you guys could send them a coupel lines from fsnotifier.exe :)......

d

Hi,
You can launch WebStorm via batch file and there is no such activity then

On 02.06.2011 4:22, David Rees wrote:

yole wrote:
>
> Hello Samuel,
>
> exe4j uses this file to communicate with a running instance of IntelliJ IDEA.
>
>> I'm seeing a lot of disk activity from IntelliJ looking for a file
>> called %TEMP%\e4j_9700.tmp, which doesn't exist.
>>
>> What is this file used for?
>
>

>

It seems to be using it badly. In ten minutes of IntelliJ sitting in the background it accessed it 5000 times. It does this even when its just started without even opening a project. As Samuel mentioned, the file isn't even there (all the accesses are NAME_NOT_FOUND) 99% of the time. It does show up when you call WebStorm.exe again on the command line, so I'm guessing its being used to pass command line infromation toteh running process. But constantly polling the file doesn't really seem like the best way to do this (vs. a listening socket for example).

>

Could you maybe ask the nice folks at ej-technologies why their launcher is using 50% of WebStorm's disk events and if there is a better way to configure it?

>

I have a PML dump from procmon.exe if you would like me to send it in to support. This is on XP with WS-107.175.

>

Thanks,
d

>

---
Original message URL: http://devnet.jetbrains.net/message/5305140#5305140

--
Best regards,
   Maxim Mossienko
IntelliJ Labs / JetBrains Inc.
http://www.intellij.com
"Develop with pleasure!"

nicity wrote:

Hi,

You can launch WebStorm via batch file and there is no such activity then

Thanks for the tip! I'd probably lose opening files from the command line though, which I use a lot. I certainly will try it out and see if it reduces load at all. Maybe its time I figured out the XML-RPC API like I have been planning to do.

FYI, I emailed ej-technologies and they said they hope to switch to named pipes in the next release:

-----Original Message-----
From: ej-technologies Support [mailto:support@ej-technologies.com]
Sent: Thursday, June 02, 2011 2:27 PM
To: dave@ubiqsoft.com
Subject: Re: [Ticket#1062137] Bug report by dave@ubiqsoft.com

Hi Dave,

Thanks for your email. The problem is that we still support very old Windows

versions like Windows 98. In the next major version of install4j (of which exe4j

is derived) we will drop support for Windows 98. Then we can use use named pipes

instead of a file based communication.

Kind regards,

Ingo Kegel

ej-technologies GmbH