bugs: Propose implementation of acceleration incrementally starting from an early...
[Ale.git] / bugs / issue-0bf611da78693eae8577a617b3c6cebd4e57568f.yaml
Commit [+] Author Date Line Data
50906156
DH
David Hilvert2009-10-27 23:00:31 +00001--- !ditz.rubyforge.org,2008-03-06/issue
2title: Implement OpenCL acceleration for common cases, as outlined in Libale bug database.
3desc: |-
4 Common cases should be possible to accelerate in a fairly straightforward way (e.g., by
5 checking pointer-based structures against some set of common instances (e.g., box
6 and triangle filters, which are used by default, out of the complete [infinite] set
7 of possible filters)).
8type: :task
9component: ale
10release:
11reporter: David Hilvert <dhilvert@auricle.dyndns.org>
12status: :unstarted
13disposition:
14creation_time: 2009-10-27 22:59:11.277911 Z
15references: []
16
17id: 0bf611da78693eae8577a617b3c6cebd4e57568f
18log_events:
19- - 2009-10-27 22:59:13.373775 Z
20 - David Hilvert <dhilvert@auricle.dyndns.org>
21 - created
22 - ""
23- - 2009-10-27 23:00:26.209500 Z
24 - David Hilvert <dhilvert@auricle.dyndns.org>
25 - commented
26 - |-
27 This might be perhaps be most appropriate for the 0.9 branch separate from current
28 master, or perhaps on its own branch, to allow for separate development of development
29 for Libale, perhaps with cherry-picking of changes between branches or so.
3ef00137
DH
David Hilvert2009-10-28 03:21:50 +000030- - 2009-10-28 03:21:43.117033 Z
31 - David Hilvert <dhilvert@auricle.dyndns.org>
32 - commented
33 - |-
34 One approach to this might be to implement acceleration for an early version
35 (for which implementation would be easier; in the limiting case, 0.0.0 should
36 be fairly straightforward), and then migrate the relevant patches for
37 acceleration to later versions (in the limiting case, version by version, with
38 a new branch at every version, or, perhaps easier, on a separate acceleration
39 branch anchored at the point of the initial implementation), hence
40 accomplishing a piecewise (or incremental) refactoring while allowing testing
41 of the resulting code at every stage (and, more significantly, allowing early
42 testing).
50906156 David Hilvert2009-10-27 23:00:31 +000043git_branch: