You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "tingpeng wu (JIRA)" <ji...@apache.org> on 2007/07/13 05:55:11 UTC
[jira] Created: (HARMONY-4452) [drlvm][jit] write barrier in OPT
doesn't catch all reference fields updates
[drlvm][jit] write barrier in OPT doesn't catch all reference fields updates
--------------------------------------------------------------------------------
Key: HARMONY-4452
URL: https://issues.apache.org/jira/browse/HARMONY-4452
Project: Harmony
Issue Type: Bug
Components: DRLVM
Environment: windows and linux
Reporter: tingpeng wu
DRLVM could not run Decapo.chart using gcv5 with gen mode now. The reason is some array's elements are written, but those slots are not remembered by write barrier. We suspect that some operation on array in OPT doesn't invoke write barrier where it should.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-4452) [drlvm][jit] write barrier in OPT
doesn't catch all reference fields updates
Posted by "Yu-Nan He (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-4452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518304 ]
Yu-Nan He commented on HARMONY-4452:
------------------------------------
Hi, are there any updates on this issue?
> [drlvm][jit] write barrier in OPT doesn't catch all reference fields updates
> --------------------------------------------------------------------------------
>
> Key: HARMONY-4452
> URL: https://issues.apache.org/jira/browse/HARMONY-4452
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: windows and linux
> Reporter: tingpeng wu
> Assignee: Mikhail Fursov
>
> DRLVM could not run Decapo.chart using gcv5 with gen mode now. The reason is some array's elements are written, but those slots are not remembered by write barrier. We suspect that some operation on array in OPT doesn't invoke write barrier where it should.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HARMONY-4452) [drlvm][jit] write barrier in OPT
doesn't catch all reference fields updates
Posted by "Mikhail Fursov (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-4452?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mikhail Fursov updated HARMONY-4452:
------------------------------------
Attachment: jet.diff
jet.diff : fix for JET compiler. Please check.
I'm working on Jitrino.OPT problem now.
> [drlvm][jit] write barrier in OPT doesn't catch all reference fields updates
> --------------------------------------------------------------------------------
>
> Key: HARMONY-4452
> URL: https://issues.apache.org/jira/browse/HARMONY-4452
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: windows and linux
> Reporter: tingpeng wu
> Assignee: Mikhail Fursov
> Attachments: jet.diff
>
>
> DRLVM could not run Decapo.chart using gcv5 with gen mode now. The reason is some array's elements are written, but those slots are not remembered by write barrier. We suspect that some operation on array in OPT doesn't invoke write barrier where it should.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (HARMONY-4452) [drlvm][jit] write barrier in OPT
doesn't catch all reference fields updates
Posted by "Mikhail Fursov (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-4452?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mikhail Fursov resolved HARMONY-4452.
-------------------------------------
Resolution: Fixed
Committed revision 566044
> [drlvm][jit] write barrier in OPT doesn't catch all reference fields updates
> --------------------------------------------------------------------------------
>
> Key: HARMONY-4452
> URL: https://issues.apache.org/jira/browse/HARMONY-4452
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: windows and linux
> Reporter: tingpeng wu
> Assignee: Mikhail Fursov
> Attachments: jet.diff, opt.diff
>
>
> DRLVM could not run Decapo.chart using gcv5 with gen mode now. The reason is some array's elements are written, but those slots are not remembered by write barrier. We suspect that some operation on array in OPT doesn't invoke write barrier where it should.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-4452) [drlvm][jit] write barrier in OPT
doesn't catch all reference fields updates
Posted by "Yu-Nan He (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-4452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519030 ]
Yu-Nan He commented on HARMONY-4452:
------------------------------------
Mikhail,
Below is the command line option:
-Xms256m -Xmx256m -Xem:opt -XX:gc.minor_algorithm=MINOR_GEN_FORWARD_POOL -XX:gc.nos_size=16m
I use this configuration to run Dacapo.chart, it fails.
Thanks.
> [drlvm][jit] write barrier in OPT doesn't catch all reference fields updates
> --------------------------------------------------------------------------------
>
> Key: HARMONY-4452
> URL: https://issues.apache.org/jira/browse/HARMONY-4452
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: windows and linux
> Reporter: tingpeng wu
> Assignee: Mikhail Fursov
>
> DRLVM could not run Decapo.chart using gcv5 with gen mode now. The reason is some array's elements are written, but those slots are not remembered by write barrier. We suspect that some operation on array in OPT doesn't invoke write barrier where it should.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (HARMONY-4452) [drlvm][jit] write barrier in OPT
doesn't catch all reference fields updates
Posted by "Mikhail Fursov (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-4452?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mikhail Fursov reassigned HARMONY-4452:
---------------------------------------
Assignee: Mikhail Fursov
> [drlvm][jit] write barrier in OPT doesn't catch all reference fields updates
> --------------------------------------------------------------------------------
>
> Key: HARMONY-4452
> URL: https://issues.apache.org/jira/browse/HARMONY-4452
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: windows and linux
> Reporter: tingpeng wu
> Assignee: Mikhail Fursov
>
> DRLVM could not run Decapo.chart using gcv5 with gen mode now. The reason is some array's elements are written, but those slots are not remembered by write barrier. We suspect that some operation on array in OPT doesn't invoke write barrier where it should.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HARMONY-4452) [drlvm][jit] write barrier in OPT
doesn't catch all reference fields updates
Posted by "Mikhail Fursov (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-4452?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mikhail Fursov updated HARMONY-4452:
------------------------------------
Comment: was deleted
> [drlvm][jit] write barrier in OPT doesn't catch all reference fields updates
> --------------------------------------------------------------------------------
>
> Key: HARMONY-4452
> URL: https://issues.apache.org/jira/browse/HARMONY-4452
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: windows and linux
> Reporter: tingpeng wu
> Assignee: Mikhail Fursov
>
> DRLVM could not run Decapo.chart using gcv5 with gen mode now. The reason is some array's elements are written, but those slots are not remembered by write barrier. We suspect that some operation on array in OPT doesn't invoke write barrier where it should.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (HARMONY-4452) [drlvm][jit] write barrier in OPT
doesn't catch all reference fields updates
Posted by "Mikhail Fursov (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-4452?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Mikhail Fursov updated HARMONY-4452:
------------------------------------
Attachment: opt.diff
opt.diff: disabling REPMOV optimization when WB are required by GC.
> [drlvm][jit] write barrier in OPT doesn't catch all reference fields updates
> --------------------------------------------------------------------------------
>
> Key: HARMONY-4452
> URL: https://issues.apache.org/jira/browse/HARMONY-4452
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: windows and linux
> Reporter: tingpeng wu
> Assignee: Mikhail Fursov
> Attachments: jet.diff, opt.diff
>
>
> DRLVM could not run Decapo.chart using gcv5 with gen mode now. The reason is some array's elements are written, but those slots are not remembered by write barrier. We suspect that some operation on array in OPT doesn't invoke write barrier where it should.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-4452) [drlvm][jit] write barrier in OPT
doesn't catch all reference fields updates
Posted by "Xiao-Feng Li (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-4452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519831 ]
Xiao-Feng Li commented on HARMONY-4452:
---------------------------------------
Ｔｈａｎｋｓ ｆｏｒ ｔｈｅ work. I'd like to keep this JIRA open, but set it
depend on HARMONY-3584.
Thanks,
xiaofeng
--
http://xiao-feng.blogspot.com
> [drlvm][jit] write barrier in OPT doesn't catch all reference fields updates
> --------------------------------------------------------------------------------
>
> Key: HARMONY-4452
> URL: https://issues.apache.org/jira/browse/HARMONY-4452
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: windows and linux
> Reporter: tingpeng wu
> Assignee: Mikhail Fursov
> Attachments: jet.diff
>
>
> DRLVM could not run Decapo.chart using gcv5 with gen mode now. The reason is some array's elements are written, but those slots are not remembered by write barrier. We suspect that some operation on array in OPT doesn't invoke write barrier where it should.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-4452) [drlvm][jit] write barrier in OPT
doesn't catch all reference fields updates
Posted by "Mikhail Fursov (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-4452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519038 ]
Mikhail Fursov commented on HARMONY-4452:
-----------------------------------------
Thanks, I'm going to work on this issue on Monday.
> [drlvm][jit] write barrier in OPT doesn't catch all reference fields updates
> --------------------------------------------------------------------------------
>
> Key: HARMONY-4452
> URL: https://issues.apache.org/jira/browse/HARMONY-4452
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: windows and linux
> Reporter: tingpeng wu
> Assignee: Mikhail Fursov
>
> DRLVM could not run Decapo.chart using gcv5 with gen mode now. The reason is some array's elements are written, but those slots are not remembered by write barrier. We suspect that some operation on array in OPT doesn't invoke write barrier where it should.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-4452) [drlvm][jit] write barrier in OPT
doesn't catch all reference fields updates
Posted by "Mikhail Fursov (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-4452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518990 ]
Mikhail Fursov commented on HARMONY-4452:
-----------------------------------------
Yu-Nan,
Can you provide a command line to reproduce this issue?
> [drlvm][jit] write barrier in OPT doesn't catch all reference fields updates
> --------------------------------------------------------------------------------
>
> Key: HARMONY-4452
> URL: https://issues.apache.org/jira/browse/HARMONY-4452
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: windows and linux
> Reporter: tingpeng wu
> Assignee: Mikhail Fursov
>
> DRLVM could not run Decapo.chart using gcv5 with gen mode now. The reason is some array's elements are written, but those slots are not remembered by write barrier. We suspect that some operation on array in OPT doesn't invoke write barrier where it should.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-4452) [drlvm][jit] write barrier in OPT
doesn't catch all reference fields updates
Posted by "Mikhail Fursov (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-4452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519660 ]
Mikhail Fursov commented on HARMONY-4452:
-----------------------------------------
The reason of Jitrino.OPT's fail in generational mode is recently implemented arraycopy optimization.
Use
-XX:jit.arg.genArrayCopyRepMove=off
to disable it.
I propose closing this issue without fixes to 'arraycopy' optimization after JET patch is committed.
We have HARMONY-3584 related to 'arraycopy' refactoring and I will ask there to make it compatible with generational mode.
> [drlvm][jit] write barrier in OPT doesn't catch all reference fields updates
> --------------------------------------------------------------------------------
>
> Key: HARMONY-4452
> URL: https://issues.apache.org/jira/browse/HARMONY-4452
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: windows and linux
> Reporter: tingpeng wu
> Assignee: Mikhail Fursov
> Attachments: jet.diff
>
>
> DRLVM could not run Decapo.chart using gcv5 with gen mode now. The reason is some array's elements are written, but those slots are not remembered by write barrier. We suspect that some operation on array in OPT doesn't invoke write barrier where it should.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (HARMONY-4452) [drlvm][jit] write barrier in OPT
doesn't catch all reference fields updates
Posted by "Mikhail Fursov (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/HARMONY-4452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519033 ]
Mikhail Fursov commented on HARMONY-4452:
-----------------------------------------
Thanks, I will work on this issue on Monday and report what I will found.
> [drlvm][jit] write barrier in OPT doesn't catch all reference fields updates
> --------------------------------------------------------------------------------
>
> Key: HARMONY-4452
> URL: https://issues.apache.org/jira/browse/HARMONY-4452
> Project: Harmony
> Issue Type: Bug
> Components: DRLVM
> Environment: windows and linux
> Reporter: tingpeng wu
> Assignee: Mikhail Fursov
>
> DRLVM could not run Decapo.chart using gcv5 with gen mode now. The reason is some array's elements are written, but those slots are not remembered by write barrier. We suspect that some operation on array in OPT doesn't invoke write barrier where it should.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.