veyepar: Reducing GLSL Compiler Memory Usage (or Fitting 5kg of Potatoes in a 2kg Bag)

State:
Locked:	clear this to unlock
Locked by:	user/process that locked.
Start:	initially scheduled time from master, adjusted to match reality
Duration:	length in hh:mm:ss
Name:	Video Title (shows in video search results)
Emails:	email(s) of the presenter(s)
Released:	has someone authorised pubication
Normalise:
Channelcopy:	m=mono, 01=copy left to right, 10=right to left, 00=ignore.
Thumbnail:	filename.png
Description:	Memory is cheap these days, but, alas, it is not free. In implementing the GLSL compiler in Mesa, we prioritized debugability and ease of implementation over other concerns. In late 2013 we discovered that some large applications would exhaust virtual address space on 32-bit architectures. Techniques and tools that were used to achieve significant improvements in memory usage. What do talloc, Valgrind, uniq, and Bloom filters have in common? Come find out. markdown
Comment:	production notes

2015-01-15/11_33_36.dv Apply: 11:33:36 - 12:09:51 ( 00:36:15 ) S: 11:33:36 - E: 12:09:51 D: 00:36:15 show more...

vlc ~/Videos/veyepar/lca/lca_2015/dv/Case_Room_2/2015-01-15/11_33_36.dv :start-time=00.0 --audio-desync=0

2015-01-15/12_09_52.dv Apply: 12:09:52 - 13:17:21 ( 01:07:29 ) S: 12:09:52 - E: 13:17:21 D: 01:07:29 show more...

vlc ~/Videos/veyepar/lca/lca_2015/dv/Case_Room_2/2015-01-15/12_09_52.dv :start-time=00.0 --audio-desync=0

Rf filename:	root is .../show/dv/location/, example: 2013-03-13/13:13:30.dv
Sequence:
get this:	check and save to add this