File: Indexed-Assignment-Optimization.html

package info (click to toggle)
octave 6.2.0-1
  • links: PTS, VCS
  • area: main
  • in suites: bullseye
  • size: 124,192 kB
  • sloc: cpp: 322,665; ansic: 68,088; fortran: 20,980; objc: 8,121; sh: 7,719; yacc: 4,266; lex: 4,123; perl: 1,530; java: 1,366; awk: 1,257; makefile: 424; xml: 147
file content (119 lines) | stat: -rw-r--r-- 5,967 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<!-- Created by GNU Texinfo 6.7, http://www.gnu.org/software/texinfo/ -->
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>Indexed Assignment Optimization (GNU Octave (version 6.2.0))</title>

<meta name="description" content="Indexed Assignment Optimization (GNU Octave (version 6.2.0))">
<meta name="keywords" content="Indexed Assignment Optimization (GNU Octave (version 6.2.0))">
<meta name="resource-type" content="document">
<meta name="distribution" content="global">
<meta name="Generator" content="makeinfo">
<link href="index.html" rel="start" title="Top">
<link href="Concept-Index.html" rel="index" title="Concept Index">
<link href="index.html#SEC_Contents" rel="contents" title="Table of Contents">
<link href="Indexing-Objects.html" rel="up" title="Indexing Objects">
<link href="Overloading-Objects.html" rel="next" title="Overloading Objects">
<link href="Defining-Indexing-And-Indexed-Assignment.html" rel="prev" title="Defining Indexing And Indexed Assignment">
<style type="text/css">
<!--
a.summary-letter {text-decoration: none}
blockquote.indentedblock {margin-right: 0em}
div.display {margin-left: 3.2em}
div.example {margin-left: 3.2em}
div.lisp {margin-left: 3.2em}
kbd {font-style: oblique}
pre.display {font-family: inherit}
pre.format {font-family: inherit}
pre.menu-comment {font-family: serif}
pre.menu-preformatted {font-family: serif}
span.nolinebreak {white-space: nowrap}
span.roman {font-family: initial; font-weight: normal}
span.sansserif {font-family: sans-serif; font-weight: normal}
ul.no-bullet {list-style: none}
-->
</style>
<link rel="stylesheet" type="text/css" href="octave.css">


</head>

<body lang="en">
<span id="Indexed-Assignment-Optimization"></span><div class="header">
<p>
Previous: <a href="Defining-Indexing-And-Indexed-Assignment.html" accesskey="p" rel="prev">Defining Indexing And Indexed Assignment</a>, Up: <a href="Indexing-Objects.html" accesskey="u" rel="up">Indexing Objects</a> &nbsp; [<a href="index.html#SEC_Contents" title="Table of contents" rel="contents">Contents</a>][<a href="Concept-Index.html" title="Index" rel="index">Index</a>]</p>
</div>
<hr>
<span id="Indexed-Assignment-Optimization-1"></span><h4 class="subsection">34.3.2 Indexed Assignment Optimization</h4>

<p>Octave&rsquo;s ubiquitous lazily-copied pass-by-value semantics implies a problem for
performance of user-defined <code>subsasgn</code> methods.  Imagine the following
call to <code>subsasgn</code>
</p>
<div class="example">
<pre class="example">ss = substruct (&quot;()&quot;, {1});
x = subsasgn (x, ss, 1);
</pre></div>

<p>where the corresponding method looking like this:
</p>
<div class="example">
<pre class="example">function x = subsasgn (x, ss, val)
  &hellip;
  x.myfield (ss.subs{1}) = val;
endfunction
</pre></div>

<p>The problem is that on entry to the <code>subsasgn</code> method, <code>x</code> is still
referenced from the caller&rsquo;s scope, which means that the method will first need
to unshare (copy) <code>x</code> and <code>x.myfield</code> before performing the
assignment.  Upon completing the call, unless an error occurs, the result is
immediately assigned to <code>x</code> in the caller&rsquo;s scope, so that the previous
value of <code>x.myfield</code> is forgotten.  Hence, the Octave language implies a
copy of N elements (N being the size of <code>x.myfield</code>), where modifying just
a single element would actually suffice.  In other words, a constant-time
operation is degraded to linear-time one.  This may be a real problem for user
classes that intrinsically store large arrays.
</p>
<p>To partially solve the problem Octave uses a special optimization for
user-defined <code>subsasgn</code> methods coded as m-files.  When the method gets
called as a result of the built-in assignment syntax (not a direct
<code>subsasgn</code> call as shown above), i.e., <code>x(1)&nbsp;=&nbsp;1</code><!-- /@w -->,  <b>AND</b> if
the <code>subsasgn</code> method is declared with identical input and output
arguments, as in the example above, then Octave will ignore the copy of
<code>x</code> inside the caller&rsquo;s scope; therefore, any changes made to <code>x</code>
during the method execution will directly affect the caller&rsquo;s copy as well.
This allows, for instance, defining a polynomial class where modifying a single
element takes constant time.
</p>
<p>It is important to understand the implications that this optimization brings.
Since no extra copy of <code>x</code> will exist in the caller&rsquo;s scope, it is
<em>solely</em> the callee&rsquo;s responsibility to not leave <code>x</code> in an invalid
state if an error occurs during the execution.  Also, if the method partially
changes <code>x</code> and then errors out, the changes <em>will</em> affect <code>x</code>
in the caller&rsquo;s scope.  Deleting or completely replacing <code>x</code> inside
subsasgn will not do anything, however, only indexed assignments matter.
</p>
<p>Since this optimization may change the way code works (especially if badly
written), a function <code>optimize_subsasgn_calls</code> is provided to
control it.  This feature is enabled by default.  Another way to avoid
the optimization is to declare subsasgn methods with different output
and input arguments like this:
</p>
<div class="example">
<pre class="example">function y = subsasgn (x, ss, val)
  &hellip;
endfunction
</pre></div>

<hr>
<div class="header">
<p>
Previous: <a href="Defining-Indexing-And-Indexed-Assignment.html" accesskey="p" rel="prev">Defining Indexing And Indexed Assignment</a>, Up: <a href="Indexing-Objects.html" accesskey="u" rel="up">Indexing Objects</a> &nbsp; [<a href="index.html#SEC_Contents" title="Table of contents" rel="contents">Contents</a>][<a href="Concept-Index.html" title="Index" rel="index">Index</a>]</p>
</div>



</body>
</html>