Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

ICE Known Issues

Revision as of 16:24, 3 September 2015 by Tcpatt.gmail.com (Talk | contribs)

This page contains lists all of the issues that we know about in ICE and are currently investigating. These issues are not necessarily bugs. They may represent missing capabilities altogether. Normally, though, they are bugs that we know about and are actively trying to fix. If you see an issue on this page that is affecting you, please do not file a bug report. Instead, send an email to billingsjj <at> ornl <dot> gov and let us know that the issue matters to you.

Persistence

ReactorAnalyzers are not persisted in ICE 2.1.1. We're hoping to re-deploy this capability in an upcoming release. All of your reactor data is still fine in the HDF5 files.

Job Launchers

Only some of our JobLaunchers allow users to tailor the number of MPI processes and OpenMP threads, even though jobs created with the editor allow default values for these to be specified. Jobs created by the Job Profile Editor should still work, but the choice of whether or not parallel launch is enabled for other apps is fixed.

MultiLauncher

Most of the issues in our MultiLauncher come from the fact that it is heavily threaded. The multilauncher sometimes fails on jobs where multiple remote jobs are executed.

Geometry Editor

Our geometry editor is a can of worms. Eclipse and JME3 don't play so well together, but we have been very successful so far. We are currently aware of the following issues for this piece of code:

  • The geometry editor doesn't always load on Windows and Mac.
  • The geometry editor throws an exception when re-opening a previously created Geometry with the ItemViewer.

Reactor Analyzer

  • Reactor Analyzers are not currently persisted because writing an LWR to a database or XML file would be a huge amount of duplicated work since it is already stored in an HDF5 file.
  • The ReactorAnalyzer may take some time to load large ICE-IO .h5 files, particularly when there are multiple assemblies. On this desktop (Intel Xeon 3 GHz, 6 GB RAM), it takes approximately 12 seconds to read in each assembly for CASL problem 5 (quarter-core symmetry with 56 assemblies, each 17x17, with 6 data features, 1 axial level). We are looking into optimizing our file structure and access methods to reduce the loading time for such files.

    This is only a problem for LWRs. It is much more efficient for SFRs and we are in the process of enabling the fix for LWRs.
  • For Linux users using Redhat, creating a ReactorAnalyzer item can lead to some conflicts, including wreaking havoc on your GPU. Redhat seems to have trouble rendering items if it's not done in a certain order. We are working to resolve this.

Whole Platform

ICE may crash on versions of Fedora greater than or equal to 19 when the user tries to open the Resource Page (commonly named "Analysis Artifacts") because of some errors in the JNI code in SWT related to Webkit. There is a partial work around for this that will prevent the crash, but still will not show the content of the files. Add the following to the ICE.ini file in the ICE install directory:

-Dorg.eclipse.swt.browser.DefaultType=mozilla

This bug is documented by RedHat here.

Back to the top