Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(57)

Unified Diff: src/compiler/binary-operator-reducer.cc

Issue 1350223006: binary-operator-reducer: reduce mul+div(shift) (Closed) Base URL: https://chromium.googlesource.com/v8/v8.git@master
Patch Set: ensure no extra precision Created 5 years, 3 months ago
Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.
Jump to:
View side-by-side diff with in-line comments
Download patch
« no previous file with comments | « src/compiler/binary-operator-reducer.h ('k') | src/compiler/pipeline.cc » ('j') | no next file with comments »
Expand Comments ('e') | Collapse Comments ('c') | Show Comments Hide Comments ('s')
Index: src/compiler/binary-operator-reducer.cc
diff --git a/src/compiler/binary-operator-reducer.cc b/src/compiler/binary-operator-reducer.cc
new file mode 100644
index 0000000000000000000000000000000000000000..a9a5d4fe5e301a5de2fcdf7d72a9a147cfb7069c
--- /dev/null
+++ b/src/compiler/binary-operator-reducer.cc
@@ -0,0 +1,143 @@
+// Copyright 2015 the V8 project authors. All rights reserved.
+// Use of this source code is governed by a BSD-style license that can be
+// found in the LICENSE file.
+
+#include "src/compiler/binary-operator-reducer.h"
+
+#include <algorithm>
+
+#include "src/compiler/common-operator.h"
+#include "src/compiler/graph.h"
+#include "src/compiler/machine-operator.h"
+#include "src/compiler/node.h"
+#include "src/compiler/node-matchers.h"
+#include "src/compiler/node-properties.h"
+
+namespace v8 {
+namespace internal {
+namespace compiler {
+
+BinaryOperatorReducer::BinaryOperatorReducer(Editor* editor, Graph* graph,
+ CommonOperatorBuilder* common,
+ MachineOperatorBuilder* machine)
+ : AdvancedReducer(editor),
+ graph_(graph),
+ common_(common),
+ machine_(machine),
+ dead_(graph->NewNode(common->Dead())) {}
+
+
+Reduction BinaryOperatorReducer::Reduce(Node* node) {
+ switch (node->opcode()) {
+ case IrOpcode::kFloat64Mul:
+ return ReduceFloat64Mul(node);
+ default:
+ break;
+ }
+ return NoChange();
+}
+
+
+Reduction BinaryOperatorReducer::ReduceFloat64Mul(Node* node) {
titzer 2015/09/29 11:18:06 If you do this optimization at the site of the div
fedor.indutny 2015/10/02 02:54:30 On one hand - yes, on other hand - doing it at the
+ if (node->InputAt(0)->opcode() != IrOpcode::kChangeInt32ToFloat64) {
+ return NoChange();
+ }
+ if (node->InputAt(1)->opcode() != IrOpcode::kChangeInt32ToFloat64) {
+ return NoChange();
+ }
+
+ Type::RangeType* range = NodeProperties::GetType(node)->GetRange();
+
+ // JavaScript has 52 bit precision in multiplication
+ if (range == nullptr || range->Min() < 0.0 ||
+ range->Max() > 0xFFFFFFFFFFFFFULL) {
+ return NoChange();
+ }
+
+ // Verify that the uses cast result to Int32
+ for (Node* use : node->uses()) {
titzer 2015/09/29 11:18:06 Generally reductions shouldn't be iterating over t
fedor.indutny 2015/10/02 02:54:30 I'm looking both up in the tree and down in the tr
titzer 2015/10/06 23:14:10 Yes. What I meant is that reductions are applied i
+ // XXX: How to handle this properly?
+ if (use->opcode() == IrOpcode::kStateValues) continue;
+
+ if (use->opcode() == IrOpcode::kTruncateFloat64ToInt32) continue;
+ if (use->opcode() != IrOpcode::kFloat64Div) return NoChange();
+
+ // Verify division
+ //
+ // The RHS value should be positive integer
+ Float64BinopMatcher m(use);
+ if (!m.right().HasValue() || m.right().Value() <= 0) return NoChange();
+
+ int64_t value = static_cast<int64_t>(m.right().Value());
+ if (value != static_cast<int64_t>(m.right().Value())) return NoChange();
+ if (!base::bits::IsPowerOfTwo64(value)) return NoChange();
+
+ // The result should fit into 32bit word
+ if ((static_cast<int64_t>(range->Max()) / value) > 0xFFFFFFFULL) {
+ return NoChange();
+ }
+
+ // Check that uses of division are cast to Int32
+ for (Node* subuse : use->uses()) {
+ // XXX: How to handle this properly?
+ if (subuse->opcode() == IrOpcode::kStateValues) continue;
+
+ if (subuse->opcode() != IrOpcode::kTruncateFloat64ToInt32) {
+ return NoChange();
+ }
+ }
+ }
+
+ // The mul+div can be optimized
+ for (Node* use : node->uses()) {
+ // XXX: How to handle this properly?
+ if (use->opcode() == IrOpcode::kStateValues) continue;
+
+ if (use->opcode() == IrOpcode::kTruncateFloat64ToInt32) {
+ use->set_op(machine()->TruncateInt64ToInt32());
+ Revisit(use);
+ continue;
+ }
+
+ Float64BinopMatcher m(use);
+ int64_t shift = WhichPowerOf2_64(static_cast<int64_t>(m.right().Value()));
+
+ use->set_op(machine()->Word64Shr());
+ use->ReplaceInput(1, graph()->NewNode(common()->Int64Constant(shift)));
+ Revisit(use);
+
+ for (Node* subuse : use->uses()) {
+ // XXX: How to handle this properly?
+ if (subuse->opcode() == IrOpcode::kStateValues) continue;
+
+ subuse->set_op(machine()->TruncateInt64ToInt32());
+ Revisit(subuse);
+ }
+ }
+
+ return Change(node, machine()->Int64Mul(), node->InputAt(0)->InputAt(0),
+ node->InputAt(1)->InputAt(0));
titzer 2015/09/29 11:21:59 TurboFan also only supports Int64Mul on 64-bit pla
fedor.indutny 2015/10/02 02:54:30 What would be the best way to make this a platform
titzer 2015/10/06 23:14:10 Just check machine()->Is64()
+}
+
+
+Reduction BinaryOperatorReducer::Change(Node* node, Operator const* op,
+ Node* a) {
+ node->set_op(op);
+ node->ReplaceInput(0, a);
+ node->TrimInputCount(1);
+ return Changed(node);
+}
+
+
+Reduction BinaryOperatorReducer::Change(Node* node, Operator const* op, Node* a,
+ Node* b) {
+ node->set_op(op);
+ node->ReplaceInput(0, a);
+ node->ReplaceInput(1, b);
+ node->TrimInputCount(2);
+ return Changed(node);
+}
+
+} // namespace compiler
+} // namespace internal
+} // namespace v8
« no previous file with comments | « src/compiler/binary-operator-reducer.h ('k') | src/compiler/pipeline.cc » ('j') | no next file with comments »

Powered by Google App Engine
This is Rietveld 408576698