Tensorflow 2.6 with GPU aborts R session with reference to MLIR optimization
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 20/100
- Issue type
- Bug
- Clarity
- Needs clarification
- Activity status
- Stale
- Tech stack
- keras, r, tensorflow
- Domain
- machine-learning
Research direction
Start by reproducing the Iris example from issue #1172 under RStudio with R 4.0.5, Reticulate, Keras, TensorFlow 2.6, and the RTX 2060 setup described here. Compare it with the user's 4xCONV2D and 2xDENSE program, and check whether the MLIR warning consistently precedes the GPU abort. Done means identifying a reproducible cause or documenting a supported way to disable MLIR optimization.
Written by the indexing model from the issue text.
Description
I have Tensorflow 2.6 installed according to recommendations given in 835#, i.e. together with Reticulate and Keras for R under RStudio together with R4.0.5. My notebook uses an Intel(R) Core(TM) i7-9750H CPU @ 2.60GHz processor.
Prior to that, however, I had to update my NVIDIA GeForce RTX 2060 from CUDA10.1 to CUDA10.2. This finally succeeded, albeit with numerous problems caused by apparently incomplete DLLs in NIVIDIA installation files, but requested by TF2.6. Details are given in #577.
A test run under TF2.6 using the Iris toy program shown in #1172 produced the warning message
I tensorflow/compiler/mlir/mlir_graph_optimization_pass.cc:185] None of the MLIR Optimization Passes are enabled (registered 2)
at the beginning of the first training epoch, but, despite this warning, the training process continued smoothly with the usual results. Otherwise, during the first run, the GPU produced the usual messages that all required DLLs were found etc., from which I conclude that the GPU is working as it should.
However, if I try to run my slightly more elaborate own programm (4xCONV2d & 2xDENSE layers with x/y-dimensions (samples, 5,5,1)/(samples, 4) and very low signal-to-noise ratio), the R session is aborted (!) already during the first epoch right after producing the same MLIR warning shown above. This is extremely inconvenient, as there are no causal hints at all to be found after the crash.
The program was correctly working with the same GPU under CUDA10.1 and Tensorflow 2.4. In the meantime, as I am unable to find any deficiencies of the whole setup, I have deinstalled the GPU completely. The MLIR warning still appears, but the program is running flawlessly - though considerably slower, of course 😢.
I have the impression that perhaps the control functions surrounding the network part of my program are somehow not compatible with the MLIR optimization process (I do very early stopping to prevent overfitting - depending on temporal data, sometimes even single epochs have to be and are executed regularly). This raises the question whether it is possible to somehow deactivate the MLIR optimization completely.
Any hints are welcome.
- Dominant language
- R
- Stars
- 1.3k
- Forks
- 316
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from rstudio/tensorflow
-
Difficulty 4/5 3-5 days Newbie friendliness 38/100
rstudio/tensorflow#625 · 2 reactions ·
-
Difficulty 4/5 3-5 days Newbie friendliness 25/100
rstudio/tensorflow#622 · 7 comments ·
-
Difficulty 4/5 3-5 days Newbie friendliness 25/100
rstudio/tensorflow#620 · 1 comment ·
-
Difficulty 4/5 3-5 days Newbie friendliness 25/100
rstudio/tensorflow#611 · 4 comments ·
-
Difficulty 1/5 Under an hour Newbie friendliness 45/100
rstudio/tensorflow#605 · 2 comments ·
All issues in rstudio/tensorflow
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
r-lib/pkgdepends#485 · 3 comments ·
-
Difficulty 1/5 Under an hour Newbie friendliness 92/100
-
beginners blocker
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
enviPathR OpenBuild Error Build OK Build Warning policies-accepted pre-review precheck-passed
Difficulty 1/5 Under an hour Newbie friendliness 84/100
Bioconductor/BiocContributions#207 · 6 comments ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
datacarpentry/semester-biology#1255 ·