| 10 |
|
.B "\-o{f|c} |
| 11 |
|
][ |
| 12 |
|
.B "\-N nproc" |
| 13 |
+ |
][ |
| 14 |
+ |
.B "-m cacheGB" |
| 15 |
|
] |
| 16 |
|
.B ispec |
| 17 |
|
[ |
| 66 |
|
which may be a sequence of Radiance pictures as understood by |
| 67 |
|
.I ra_rgbe(1) |
| 68 |
|
in the case of a multi-column input matrix. |
| 69 |
< |
(Note that there is currently no Radiance tool that understands a |
| 70 |
< |
concatenated series of float or spectral pictures.)\0 |
| 69 |
> |
(Note that there is currently no Radiance tool that fully |
| 70 |
> |
handles a concatenated series of float or spectral pictures.)\0 |
| 71 |
|
.PP |
| 72 |
|
The |
| 73 |
|
.I \-N |
| 74 |
< |
option may be used on Unix systems to specify the number of |
| 74 |
> |
option may be used to specify the number of |
| 75 |
|
processes to employ in the summations. |
| 76 |
|
This setting has an upper limit equal to |
| 77 |
|
the count of matrix columns, but |
| 79 |
|
Setting the process count above the number of physical cores may |
| 80 |
|
offer some benefit on large input collections if |
| 81 |
|
their total size significantly exceeds the available system RAM. |
| 82 |
< |
Experimentation with this setting is therefore encouraged. |
| 82 |
> |
.PP |
| 83 |
> |
Alternatively, one can set |
| 84 |
> |
.I \-N |
| 85 |
> |
to the number of cores and the |
| 86 |
> |
.I \-m |
| 87 |
> |
option to the free memory cache available in GBytes. |
| 88 |
> |
(This will be less than the total RAM, due to the operating |
| 89 |
> |
system and other processes.)\0 |
| 90 |
> |
When |
| 91 |
> |
.I \-m |
| 92 |
> |
is set, |
| 93 |
> |
.I pvsum |
| 94 |
> |
will make multiple accumulation passes as needed to stay within |
| 95 |
> |
the available cache space. |
| 96 |
> |
.PP |
| 97 |
> |
Experimentation with these settings is encouraged. |
| 98 |
|
.SH EXAMPLES |
| 99 |
< |
To compute Window2's contribution to an interior view at 12 noon on the summer solstice: |
| 99 |
> |
To compute Window2's contribution to an interior view at 12 noon on the |
| 100 |
> |
summer solstice: |
| 101 |
|
.IP "" .2i |
| 102 |
|
gensky 6 21 12 | genskyvec | rmtxop Blinds30.xml |
| 103 |
|
Window2.dmx - | pvsum view%03d.hdr > view_6-21-12.hdr |
| 104 |
|
.PP |
| 105 |
|
To compute a set of hourly spectral pictures at SFO airport |
| 106 |
< |
from a weather tape and set of Tregenza component pictures: |
| 106 |
> |
from a weather tape and set of Tregenza component pictures using |
| 107 |
> |
10 processes and 6.5 GBytes of memory: |
| 108 |
|
.IP "" .2i |
| 109 |
< |
gensdaymtx sfo.epw | pvsum -o timestep%04d.hsr tregcomp%03d.hsr |
| 109 |
> |
gensdaymtx -of sfo.epw | pvsum -o timestep%04d.hsr -N 10 -m 6.5 tregcomp%03d.hsr |
| 110 |
|
.SH NOTES |
| 111 |
< |
This tool is annoyingly similar to |
| 111 |
> |
This tool overlaps with |
| 112 |
|
.I dctimestep, |
| 113 |
< |
but provides some important capabilities. |
| 114 |
< |
First, |
| 113 |
> |
but provides some missing capabilities and performance features. |
| 114 |
> |
Foremost, |
| 115 |
|
.I pvsum |
| 116 |
|
reads and can produce spectral pictures and matrices, whereas |
| 117 |
|
.I dctimestep |
| 118 |
|
expects and requires 3-component pictures and matrices throughout. |
| 119 |
< |
Changing the data structures in |
| 101 |
< |
.I dctimestep |
| 102 |
< |
proved too difficult and likely to |
| 103 |
< |
lead to a less efficient implementation, especially on systems with |
| 104 |
< |
limited memory. |
| 105 |
< |
In contrast, |
| 119 |
> |
In addition, |
| 120 |
|
.I pvsum |
| 121 |
< |
accelerates picture sums on Unix systems with more |
| 122 |
< |
memory and processint ability. |
| 123 |
< |
Second, operation was simplified by focusing on the Daylight Coefficient |
| 121 |
> |
accelerates picture sums on systems with more |
| 122 |
> |
memory and CPU cores. |
| 123 |
> |
Operations are simplified by focusing on the Daylight Coefficient |
| 124 |
|
command form, where the DC matrix is represented as a collection of |
| 125 |
|
pictures. |
| 126 |
< |
By excluding the three or four other operation modes of |
| 113 |
< |
.I dctimestep, |
| 114 |
< |
new features could be explored in |
| 115 |
< |
.I pvsum. |
| 116 |
< |
For example, |
| 126 |
> |
Finally, |
| 127 |
|
.I pvsum |
| 128 |
< |
can write picture data to a series of commands, which |
| 129 |
< |
.I dctimestep |
| 120 |
< |
does not support. |
| 128 |
> |
offers more flexible floating-point support and |
| 129 |
> |
can output to commands as well as files. |
| 130 |
|
.SH AUTHOR |
| 131 |
|
Greg Ward |
| 132 |
|
.SH "SEE ALSO" |
| 133 |
|
dcglare(1), dctimestep(1), gendaymtx(1), gensdaymtx(1), genskyvec(1), getinfo(1), |
| 134 |
|
mkillum(1), ra_rgbe(1), rcollate(1), rcomb(1), rcontrib(1), rcrop(1), |
| 135 |
< |
rfluxmtx(1), rmtxop(1), rtrace(1), vwrays(1) |
| 135 |
> |
rfluxmtx(1), rmtxop(1), rtrace(1), rxfluxmtx(1), vwrays(1) |