I am general chair for Charles E. Leiserson's 60th-Birthday Symposium and Party.
Michael Bender and I presented a tutorial on Data Structures and Algorithms for Big Databases at XLDB 2013.
We also presented a similar tutorial in 2012: Data Structures and Algorithms for Big Databases at XLDB 2012.
My Cilk entry won the HPC Challenge Class 2 (Most productivity) award for "Best Combination of Elegance and Performance".
I am a Research Scientist at in the Supercomputing Technologies Group at the MIT Laboratory for Computer Science.Before that I was Akamai Technologies, and before that I was an assistant professor in the Yale University Department of Computer Science with a joint appointment in the Yale University Department of Electrical Engineering.
I am involved data-storage startup called Tokutek which focuses on data storage. In particular, Tokutek focuses on MongoDB performance and performance for MySQL and MariaDB. Furthermore one gets great mongodb compression as well as great mysql and mariadb compression. There are some extras that aren't really part of the data structure, but are more to do with good engineering at Tokutek are hot schema change for mysql and mariadb as well as multi-statement transactions for MongoDB.
Previously I've been involved with other startup.
My research applies algorithm design to solve systems problems in high-performance computing. I was one of the principal architects of the Connection Machine CM-5, and am the co-author of two world-class computer chess programs (StarTech and *Socrates.) I participated at MIT in the Cilk development project, which provides an algorithmic multithreaded programming system.
As an assistant professor at Yale I worked on the Ultrascalar Project, in which we improved the theoretical bounds for how fast a superscalar processor's clock can run, as a function of the window size or the issue width. We also had an 8-issue out-of-order processor fabricated in a 0.18 micron copper/low-K VLSI process. Recently we have been working on developing the mechanisms for a speculative dataflow processor.
One tool I often use in my projects is to measure the use of critical-path length to understand the inherent parallelism of a program. The Cilk paper explains in detail what critial-path length is and how to use it
In my microprocessor research, we actually measure the critical-path length of ordinary serial programs.
My wide-area multithreading research investigates how to run Cilk programs efficiently on the internet. I want to build a chess program that runs on 100,000 processors on the web. Needless to say, there are interesting problems. Mike Bernstein, working under my supervision, has built a version of Cilk that can run efficiently with limited bandwidth, such as is found on the internet.
I supported Lexington's 2006 override initiative.
For the purposes of a morality play, I have finally put a picture of myself on the web. I visited Connection Machine Services (all that is left of the Thinking Machines computer business) one day in May 2000.
And scored a CM-5 LED board:
How the mighty have fallen:
Tokutek, Tokutek, Tokutek, Tokutek, Tokutek.
|On Campus:||Bradley C. Kuszmaul|
|MIT Computer Science and Artificial Intelligence Laboratory (MIT CSAIL)|
|32 Vassar St.|
|Cambrdige, MA 02139|
|Voice:||+1-617-324-6029 (4-6029 within MIT)|
|(Please try to avoid sending mime-encoded data when plain ascii text will do..)|
|(Also note: my SPAM filter may ask you (once) to confirm that you are a human.)|
-----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org mQGiBD3wy6YRBADkSn9bS/wFDQpwPVMnC3qduTUFeEP3xPMQkB4tycf0Bq9Kk5SX /GlTST8pS64Lr3h0h1dou7rltCNj5e7HZblLSHovNri+N2EsmFNUJu6JJrg1nas7 6FfVxIx7A7DulEIEFB/Y20dzT4m9/Pk6pKxmNFRjJfmyHs3mdMvN+wyzuwCgjxeC EPGRHW1fL+GKhCyhIXNK6XcEAL9I9qQ0kqbSIXLBPJ5Eio/3ycqrn/k/jILaboKi 3VkgaGBJIgm+acSzoU6SAoxPy6bUbHmVN/+PEox84/i+N5PRTorgQ7pA9pn99J40 qf7MHI+wYGPud5KqkvwfGzKAsA7+ObW/nJkH9BezLhOM9w7kPhe4UAM5oJTVbXfc OuHOBADQA3JdC4Uxradb7W0CZMFYVzBhWAP9A40djOJvJzcqy5IPt1OyTBzWglj8 XTUY8FE1KSrNsTj3+pHvVN3YjyrrjHUZzqgN9Absln778j/LRu8AYbAl0oNaQ9xO GoZ/5Lf+VjpX3GkE92p1EPuGjREgYMo77fAF3aXtjJnu7hmRu7QlQnJhZGxleSBD LiBLdXN6bWF1bCA8YnJhZGxleUBtaXQuZWR1PohXBBMRAgAXBQI98MumBQsHCgME AxUDAgMWAgECF4AACgkQIV98WzTeLY2B/gCdH4C5+wWujErA8ZJ7P2ZqBNCqDS0A nisLr8SuD5BUf2sCYBDds7aqXwwBiEYEExECAAYFAj4+3eEACgkQI+eG6b7tlG7y +QCfWqxxi0uavgkMTZu1Za/MI9yELl4AoKhBFrPrkKTQDwgg6XcYxt/VAmUSiEYE ExECAAYFAj4+3+8ACgkQYrVLjBFATsO1DwCdENHA3wqcbxAjUd6+q/hWCKu0z9oA njQVV6BuXekQV16nRYwl8Zs3G6VkuQINBD3wy6wQCACI1hAj+4Rg4+hWqt7RJ7zp ItDzMUBZEBmFQKqw4m/Aa4VpCjoThEhUyAIxFV/mLYHCJ1dSMCKyojsc870xYWP0 uJkrvha9nqaGQKasZVWjFnigySzvNzlGy5ugU2eKBlZ1HlPeGDt9ubUc67nn1CMU fOo4nDaCTACM9v7IfWiskapwvw/oUoYCaM2zUtSSwXb1kyMDkglXd2+feLhf8ZQA o5r4u6y0JGk3+OGa2thvQRtThzYMRlGu/x06Kh+HWyf9xmtfmY9r+N1cEwEwlnJP Py9R6wVrZz7OrHHs9GFvdRMZZsy9I4Bt5YswtsxE/Gth0XnpuHFihTJawffgFHj7 AAMFB/9YNtr7eQhETbTNW4niVCOqeLZDrn208mNJALm2uTgO6WheSYXcgQYBXBBB Drs2lm+GuFj0GpkKgILXTocnBMomsgn0auFKpnfqmYbigx2l+ugLPkXvRwzIg97z 4RYzO+vSIqlVdejZX+2feqDi0MFVlL1qsBOR7Z9Z6nnFDR6LwHtV0Ke7+CkN858q J7795Xc9HhDFCQCKol00BrXUh2cSFXc3S3hM3h/3OOtq8VaR5VMyJhh1qwm681jh oATtV+Bb6WFsCd7OxExYaxfDtRaMUM4hGDo3SW9GpQXQjjTpKqJZntrJ3HFcpV7c 9qHtnCnhjdF/s8Uo2hVWIBRqRK3YiEYEGBECAAYFAj3wy6wACgkQIV98WzTeLY2a DQCeIL6RV4N1jh+pFZj/wOxgBhT8N6sAnRDB71t73EKimtXKka3voxirvHFG =rJjJ -----END PGP PUBLIC KEY BLOCK-----