Compilation with XLA can greatly improve the performance of your programs, but the TensorFlow interop has a number of known sharp corners.
TensorArray TF/XLA interconversion is not supported
Support for TensorList crossing the XLA/TF boundary is not
tf.TensorArray. However, the interconversion between TF and XLA
representations is not implemented yet. This error often arises when the
TensorArray is used inside the compiled block, but the derivative is taken
Workaround: compile the outermost scope which is taking the derivative.
TensorFlow while loops need to be bounded (or have backprop disabled)
XLA compilation requires a fixed tensor list size. Set the max
number of elements. This could also happen if you're using a TensorArray in a
while loop that does not have its maximum_iteration set, you can fix this by
setting maximum_iteration to a suitable value.
Workaround: all compiled while loops need to either have
parameter set to a constant value known at compile time, or backpropagation
tf.TensorArray is not supported
tf.TensorArray(..., dynamic_size=True) are not compilable with
XLA, as such writes require an unknown number of reallocations when the array
exceeds the original bound.
Workaround: provide a statically known bound to your arrays.
Random number generation ignores TF seed
XLA currently ignores TF seeds to random operations. This affects stateful TF
random operations, such as
tf.nn.dropout. XLA will
behave as if the compilation was seeded with a new unique seed at each run. This
limitation does not apply to stateless random ops.
TensorFlow Asserts are ignored
Assertions created using
tf.Assert and similar functions are noops when
compiled to XLA. While proper assertion support is in principle possible, it
might make certain optimizations impossible (mainly fusing the buffer on which
the assertion is performed).
On CPU and GPU the output may be non-deterministic (same as TF proper).
Workaround: To enforce determinism, set the
1 (same as for TF).