On 09.03.2013 20:13, Michaël Michaud wrote:
> Hi,
>> hmm,
>>
>> actually the total memory is actually reserved by the jre, although not
>> actively used. so this should stay. the free memory value is obsolete as it
>> can be calculate via total-used.
> Total memory is reserved by jre but not used and can grow as needed up
> to max memory.
> What can the user do with such an information ?
he can expect that this memory is effectively used and not free for other
purposes/applications.
without he might just wonder why OJ uses more ram than it claims it does.
>> wrt userdir: don't think it's needed. what's would you need it for. if we
>> want to show where the settings and logs will end up we should display the
>> appropriate startup parameter values. these are btw. currently computed in
>> the startup scripts. if the OJ_HOME is writable, it's taken, else they end
>> up in "userdir/.openjump".
> Use cases :
> A user has several OJ on its machine and updated version 1 with new
> plugins while its shortcut starts the version 2 : we can easily check if
> the running application is the same as the updated one.
still user.dir wouldn't be appropriate as this is set by the system. better use
the delivered jump.home of the startup script or even better, detect it like it
is done in PluginManager. still not saying it should be mentioned on info tab,
but i see your point.
> I want to access some ressources from a script, I can easily refer to
> these resources with a relative (and bundle resources with the app)
> because I know where te user.dir is.
>> btw. under my win7 the userdir is not printed in AboutDialog. i supposed it
>> worked on your end when you hacked it Michael?
> Yes it works on windows vista (jre 6 and 7, 32 and 64 bits).
> It is stranged. Did you check 3309 ? Which information do you see ?
just ran it quickly out of eclipse.
>
> I think that adding tmp dir as suggested by Stefan is not a bad idea.
> Don't know why you want to "hide" them in log file. I think most user
> are reluctant to open a log file which is generally difficult to read.
because if we start there we could start adding lot's of paths that might be
useful to know. if we did it, it should at least get an extra tab and a
mechanism for extensions (like sextante) to add themselves to it. a future
proof clean solution.
the log is easily accessible via Window/Log.
..ede
>
> Michaël
>
>>
>> ..ede
>>
>> On 09.03.2013 17:54, Stefan Steiniger wrote:
>>> Hi,
>>>
>>> just a note, but seeing a change in Free Memory is helpful when presses
>>> the "garbage collect" button... i.e. as a confirmation that something
>>> happens.
>>>
>>> stefan
>>>
>>> Am 09.03.13 12:10, schrieb Michaël Michaud:
>>>> Hi,
>>>>
>>>> Just changed according to my proposition (see below).
>>>> Let me know if it's OK for everyone
>>>>
>>>> Michaël
>>>>> Wonder if we should remove "Total memory" and "Free memory" as these
>>>>> figures are much confusing
>>>>> for users who are not supposed to know how the jvm works.
>>>>>
>>>>> A more useful information would be System.getProperty("user.dir") :
>>>>> when users
>>>>> have multiple installations and shortcuts they don't always know which
>>>>> version they
>>>>> are running.
>>>>>
>>>>> Any comment ?
>>>>>
>>>>> Michaël ||
>>>>>
>>>>>> On 08.03.2013 08:55, Rahkonen Jukka wrote:
>>>>>>> Hi,
>>>>>>>
>>>>>>> OpenJUMP info screen shows the jre version but not if it is 32 or 64
>>>>>>> bit. I cannot check but perhaps it does not report either if there is
>>>>>>> Oracle jre, Oracle jdk or OpenJDK variant in use.
>>>>>>>
>>>>>>> What is the meaning of total memory in the jre info page? After
>>>>>>> starting OJ with 32-bit jre and -Xmx512M in oj_windows.bat OJ reports
>>>>>>> that I have 64 MB of total memory, 24 MB reserved and 40 MB free.
>>>>>>> Seeing also the maximum that is set by JAVA_OPTS (512 MB in this case)
>>>>>>> would help in estimating how big datasets can possibly be prosessed. I
>>>>>>> know I can check it from the launch file but new users may not guess
>>>>>>> that.
>>>>>>>
>>>>>> done in 3306 .. ede
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
>>>>>> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
>>>>>> endpoint security space. For insight on selecting the right partner to
>>>>>> tackle endpoint security challenges, access the full report.
>>>>>> http://p.sf.net/sfu/symantec-dev2dev
>>>>>> _______________________________________________
>>>>>> Jump-pilot-devel mailing list
>>>>>> Jump-pilot-devel@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
>>>>> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
>>>>> endpoint security space. For insight on selecting the right partner to
>>>>> tackle endpoint security challenges, access the full report.
>>>>> http://p.sf.net/sfu/symantec-dev2dev
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Jump-pilot-devel mailing list
>>>>> Jump-pilot-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
>>>> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
>>>> endpoint security space. For insight on selecting the right partner to
>>>> tackle endpoint security challenges, access the full report.
>>>> http://p.sf.net/sfu/symantec-dev2dev
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Jump-pilot-devel mailing list
>>>> Jump-pilot-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>>
>>> ------------------------------------------------------------------------------
>>> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
>>> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
>>> endpoint security space. For insight on selecting the right partner to
>>> tackle endpoint security challenges, access the full report.
>>> http://p.sf.net/sfu/symantec-dev2dev
>>> _______________________________________________
>>> Jump-pilot-devel mailing list
>>> Jump-pilot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>>
>> ------------------------------------------------------------------------------
>> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
>> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
>> endpoint security space. For insight on selecting the right partner to
>> tackle endpoint security challenges, access the full report.
>> http://p.sf.net/sfu/symantec-dev2dev
>> _______________________________________________
>> Jump-pilot-devel mailing list
>> Jump-pilot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>>
>>
>
>
> ------------------------------------------------------------------------------
> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
> endpoint security space. For insight on selecting the right partner to
> tackle endpoint security challenges, access the full report.
> http://p.sf.net/sfu/symantec-dev2dev
> _______________________________________________
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>
------------------------------------------------------------------------------
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
endpoint security space. For insight on selecting the right partner to
tackle endpoint security challenges, access the full report.
http://p.sf.net/sfu/symantec-dev2dev
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
