Dukascopy
 
 
Wiki JStore Search Login

jar_cachexxxxxxxxxxxxxxxxxxx.tmp
 Post subject: jar_cachexxxxxxxxxxxxxxxxxxx.tmp Post rating: 0   New post Posted: Wed 06 Feb, 2013, 10:18 
User avatar

User rating: 164
Joined: Mon 08 Oct, 2012, 10:35
Posts: 676
Location: NetherlandsNetherlands
Latest client creates tons of files in /tmp/ on linux. After a couple of days the number of these files is more than 220000 (yes, 220 thousand)!
The size of these files are 0, however 220K extra files gives us a headache.

The xxxxx is a random string of digits.


 
 Post subject: Re: jar_cachexxxxxxxxxxxxxxxxxxx.tmp Post rating: 0   New post Posted: Fri 08 Feb, 2013, 12:51 
User avatar

User rating: 164
Joined: Mon 08 Oct, 2012, 10:35
Posts: 676
Location: NetherlandsNetherlands
These files are created during Historical Testing.


 
 Post subject: Re: jar_cachexxxxxxxxxxxxxxxxxxx.tmp Post rating: 0   New post Posted: Fri 08 Feb, 2013, 17:34 
JForex Master
User avatar

User rating:
Joined: Wed 16 Sep, 2009, 18:23
Posts: 1054
Location: Geneva, Switzerland
We will check this


 
 Post subject: Re: jar_cachexxxxxxxxxxxxxxxxxxx.tmp Post rating: 0   New post Posted: Tue 19 Feb, 2013, 10:25 
User avatar

User rating: 164
Joined: Mon 08 Oct, 2012, 10:35
Posts: 676
Location: NetherlandsNetherlands
Dear Support,

Any update on the subject?


 
 Post subject: Re: jar_cachexxxxxxxxxxxxxxxxxxx.tmp Post rating: 0   New post Posted: Mon 04 Mar, 2013, 15:13 
User avatar

User rating: 164
Joined: Mon 08 Oct, 2012, 10:35
Posts: 676
Location: NetherlandsNetherlands
Last week I also cleared/cleaned around 200k entries of this files again. Could we get some attention on this manner from Support, please?

Thanks.


 
 Post subject: Re: jar_cachexxxxxxxxxxxxxxxxxxx.tmp Post rating: 0   New post Posted: Wed 06 Mar, 2013, 10:38 
JForex Master
User avatar

User rating:
Joined: Wed 16 Sep, 2009, 18:23
Posts: 1054
Location: Geneva, Switzerland
Historical tester is creating the files. The amount of them depends on the test settings and amount of data necessary.


 
 Post subject: Re: jar_cachexxxxxxxxxxxxxxxxxxx.tmp Post rating: 0   New post Posted: Wed 06 Mar, 2013, 13:04 
User avatar

User rating: 164
Joined: Mon 08 Oct, 2012, 10:35
Posts: 676
Location: NetherlandsNetherlands
Thanks for the reply.

It is fine that the HT creates them, but why they are not removed when the test finished and the platform is closed?


 
 Post subject: Re: jar_cachexxxxxxxxxxxxxxxxxxx.tmp Post rating: 0   New post Posted: Mon 25 Mar, 2013, 10:44 
JForex Master
User avatar

User rating:
Joined: Wed 16 Sep, 2009, 18:23
Posts: 1054
Location: Geneva, Switzerland
They are removed if the platform is closed normal way. We have checked it. Here is the method used:

void java.io.File.deleteOnExit()

Requests that the file or directory denoted by this abstract pathname be deleted when the virtual machine terminates. Files (or directories) are deleted in the reverse order that they are registered. Invoking this method to delete a file or directory that is already registered for deletion has no effect. Deletion will be attempted only for normal termination of the virtual machine, as defined by the Java Language Specification.

Once deletion has been requested, it is not possible to cancel the request. This method should therefore be used with care.

Note: this method should not be used for file-locking, as the resulting protocol cannot be made to work reliably. The FileLock facility should be used instead.

Throws:
SecurityException - If a security manager exists and its java.lang.SecurityManager.checkDelete method denies delete access to the file


 

Jump to:  

cron
  © 1998-2025 Dukascopy® Bank SA
On-line Currency forex trading with Swiss Forex Broker - ECN Forex Brokerage,
Managed Forex Accounts, introducing forex brokers, Currency Forex Data Feed and News
Currency Forex Trading Platform provided on-line by Dukascopy.com