History log of /external/tensorflow/tensorflow/compiler/xla/service/cpu/runtime_single_threaded_matmul.cc
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
1a736239090dbba23008d518602a429261a1c0e0 21-Aug-2017 A. Unique TensorFlower <gardener@tensorflow.org> Automated g4 rollback of changelist 165646100

PiperOrigin-RevId: 165958212
/external/tensorflow/tensorflow/compiler/xla/service/cpu/runtime_single_threaded_matmul.cc
a92bd5d5cb6e0d4685cc672710986877d0afc65d 18-Aug-2017 A. Unique TensorFlower <gardener@tensorflow.org> Automated g4 rollback of changelist 165630063

PiperOrigin-RevId: 165646100
/external/tensorflow/tensorflow/compiler/xla/service/cpu/runtime_single_threaded_matmul.cc
02f87fee25552e220c8295b58ab8e58b6fbe598b 17-Aug-2017 A. Unique TensorFlower <gardener@tensorflow.org> CPU runtime: Improve the performance of matrix-vector and
vector-matrix products.

This change makes the single threaded matrix-vector product explicit
so that Eigen will always delegate to an optimized GEMV kernel. This
is done by using an Eigen Matrix instead of the Eigen Tensor
implementation. This is the same optimization done by TensorFlow's
matmul op for GEMV.

This is used even in the multi-threaded case because it appears to
be faster than the multi-threaded version.

This change also expands the scope of the CPU runtime test to test
vec-mat and mat-vec on both single threaded and multi threaded modes.

PiperOrigin-RevId: 165630063
/external/tensorflow/tensorflow/compiler/xla/service/cpu/runtime_single_threaded_matmul.cc
40bf259e711b84744177e89574c88b59cc1f3030 21-Jul-2017 A. Unique TensorFlower <gardener@tensorflow.org> Revert "Make the logic around linking to CPU runtime functions less error-prone." It breaks tf_library.
END_PUBLIC
BEGIN_PUBLIC
Automated g4 rollback of changelist 162653398

PiperOrigin-RevId: 162759671
/external/tensorflow/tensorflow/compiler/xla/service/cpu/runtime_single_threaded_matmul.cc
90802c44a293199b193a1d9e57747cf3e8bb70cd 20-Jul-2017 A. Unique TensorFlower <gardener@tensorflow.org> Make the logic around linking to CPU runtime functions less error-prone.

The way we link to CPU runtime functions from code generated by LLVM is problematic in a few ways:

1. Forgetting to add lookup code in the ORC JIT's resolver for a new builtin does not break JIT tests in obvious ways. JIT tests will usually continue to work because of the way we build our unit tests.
2. There are ways to break the AOT link in ways that don't show up in when JITing by naming the extern "C" symbols incorrectly.

This change addresses the above by implementing the following:

1. For every builtin, we have to manually declare and define `__xla_cpu_runtime_MyBuiltin` and `xla::cpu::runtime::kMyBuiltinSymbolName`.
2. A XLA_REGISTER_CPU_RUNTIME_BUILTIN(MyBuiltin) macro populates a map with `xla::cpu::runtime::kMyBuiltinSymbolName` -> `&__xla_cpu_runtime_MyBuiltin`.
3. The ORC JIT does not dlsym symbols that start with "__xla_cpu_runtime", it only uses the registry above for these special symbols.

PiperOrigin-RevId: 162653398
/external/tensorflow/tensorflow/compiler/xla/service/cpu/runtime_single_threaded_matmul.cc
53cb26d05a5c2080d8022124178b1cc43a30ffe5 19-May-2017 A. Unique TensorFlower <gardener@tensorflow.org> Merge changes from github.
END_PUBLIC

---
Commit c2b8927f2 authored by Dandelion Man?<dandelion@google.com>
Committed by TensorFlower Gardener<gardener@tensorflow.org>:
Fix another d3v4 regression in the graph visualizer.

PiperOrigin-RevId: 156343038

---
Commit 170f0b350 authored by Peter Hawkins<phawkins@google.com>
Committed by TensorFlower Gardener<gardener@tensorflow.org>:
[TF:XLA] Add XLA implementation of ResourceStridedSliceAssign.

PiperOrigin-RevId: 156341053

---
Commit 1390dd68f authored by Vijay Vasudevan<vrv@google.com>
Committed by TensorFlower Gardener<gardener@tensorflow.org>:
When Op Type is not registered, log the hostname of the machine that
it is running on in the error message, since the message could be routed
back during a failure on a remote binary, and it is hard to tell which
machine it came from.

Ideally, we'd somehow log the name of the binary running instead, but
we don't have a function to get that right now.

PiperOrigin-RevId: 156337679

---
Commit 9ca8a151b authored by A. Unique TensorFlower<gardener@tensorflow.org>
Committed by TensorFlower Gardener<gardener@tensorflow.org>:
Internal change.

PiperOrigin-RevId: 156335942

---
Commit 40255434c authored by Martin Wicke<wicke@google.com>
Committed by TensorFlower Gardener<gardener@tensorflow.org>:
Deprecate contrib/learn/dataframe. To be removed June 15.

PiperOrigin-RevId: 156333930

---
Commit 7f71b7fbe authored by A. Unique TensorFlower<gardener@tensorflow.org>
Committed by TensorFlower Gardener<gardener@tensorflow.org>:
BEGIN_PUBLIC
Automated g4 rollback of changelist 156123287

PiperOrigin-RevId: 156503903
/external/tensorflow/tensorflow/compiler/xla/service/cpu/runtime_single_threaded_matmul.cc
1e67c90e2caceeff82d09793d1ef5fa0300d219b 09-Jan-2017 Peter Hawkins <phawkins@google.com> Initial open-source release of XLA: Accelerated Linear Algebra.

XLA is a compiler-based linear algebra execution engine that targets CPUs, GPUs and custom accelerators.

XLA is still experimental; we are releasing it early to get the community involved.
Change: 143990941
/external/tensorflow/tensorflow/compiler/xla/service/cpu/runtime_single_threaded_matmul.cc