| Andrew Cooke | Contents | Latest | RSS | Twitter | Previous | Next

C[omp]ute

Welcome to my blog, which was once a mailing list of the same name and is still generated by mail. Please reply via the "comment" links.

Always interested in offers/projects/new ideas. Eclectic experience in fields like: numerical computing; Python web; Java enterprise; functional languages; GPGPU; SQL databases; etc. Based in Santiago, Chile; telecommute worldwide. CV; email.

Personal Projects

Lepl parser for Python.

Colorless Green.

Photography around Santiago.

SVG experiment.

Professional Portfolio

Calibration of seismometers.

Data access via web services.

Cache rewrite.

Extending OpenSSH.

C-ORM: docs, API.

Last 100 entries

Maths for Physicists; How I Am 8; 1000 Word Philosophy; Cyberpunk Reading List; Detailed Discussion of Message Dispatch in ParserCombinator Library for Julia; FizzBuzz in Julia w Dependent Types; kokko - Design Shop in Osaka; Summary of Greece, Currently; LLVM and GPUs; See Also; Schoolgirl Groyps (Maths); Japanese Lit; Another Example - Modular Arithmetic; Music from United; Read Agatha Christie for the Plot; A Constructive Look at TempleOS; Music Thread w Many Recommendations; Fixed Version; A Useful Julia Macro To Define Equality And Hash; k3b cdrom access, OpenSuse 13.1; Week 2; From outside, the UK looks less than stellar; Huge Fonts in VirtualBox; Keen - Complex Emergencies; The Fallen of World War II; Some Spanish Fiction; Calling C From Fortran 95; Bjork DJ Set; Z3 Example With Python; Week 1; Useful Guide To Starting With IJulia; UK Election + Media; Review: Reinventing Organizations; Inline Assembly With Julia / LLVM; Against the definition of types; Dumb Crypto Paper; The Search For Quasi-Periodicity...; Is There An Alternative To Processing?; CARDIAC (CARDboard Illustrative Aid to Computation); The Bolivian Case Against Chile At The Hague; Clear, Cogent Economic Arguments For Immigration; A Program To Say If I Am Working; Decent Cards For Ill People; New Photo; Luksic And Barrick Gold; President Bachelet's Speech; Baltimore Primer; libxml2 Parsing Stream; configure.ac Recipe For Library Path; The Davalos Affair For Idiots; Not The Onion: Google Fireside Chat w Kissinger; Bicycle Wheels, Inertia, and Energy; Another Tax Fraud; Google's Borg; A Verion That Redirects To Local HTTP Server; Spanish Accents For Idiots; Aluminium Cans; Advice on Spray Painting; Female View of Online Chat From a Male; UX Reading List; S4 Subgroups - Geometric Interpretation; Fucking Email; The SQM Affair For Idiots; Using Kolmogorov Complexity; Oblique Strategies in bash; Curses Tools; Markov Chain Monte Carlo Without all the Bullshit; Email Para Matias Godoy Mercado; The Penta Affair For Idiots; Example Code To Create numpy Array in C; Good Article on Bias in Graphic Design (NYTimes); Do You Backup github?; Data Mining Books; SimpleDateFormat should be synchronized; British Words; Chinese Govt Intercepts External Web To DDOS github; Numbering Permutations; Teenage Engineering - Low Price Synths; GCHQ Can Do Whatever It Wants; Dublinesque; A Cryptographic SAT Solver; Security Challenges; Word Lists for Crosswords; 3D Printing and Speaker Design; Searchable Snowden Archive; XCode Backdoored; Derived Apps Have Malware (CIA); Rowhammer - Hacking Software Via Hardware (DRAM) Bugs; Immutable SQL Database (Kinda); Tor GPS Tracker; That PyCon Dongle Mess...; ASCII Fluid Dynamics; Brandalism; Table of Shifter, Cassette and Derailleur Compatability; Lenovo Demonstrates How Bad HTTPS Is; Telegraph Owned by HSBC; Smaptop - Sunrise (Music); Equation Group (NSA); UK Torture in NI; And - A Natural Extension To Regexps; This Is The Future Of Religion; The Shazam (Music Matching) Algorithm

© 2006-2015 Andrew Cooke (site) / post authors (content).

Image Processing with CUDA / Python (Dynamic Pipelines)

From: "andrew cooke" <andrew@...>

Date: Sun, 3 Aug 2008 13:20:21 -0400 (CLT)

I've been thinking about how best to apply CUDA to image processing
(particularly in astronomy, which is what I know).

Many image processing tasks are *very* suitable for parallelisation, since
the processing is "per-pixel" across several arrays (for example,
subtracting oen image from another).

So my idea is to write a parser (in Python) that accepts an expression in
a "language" that describes image processing and compiles that (literally)
to a CUDA process.

The motivation for this approach is to reduce the memory transfer overhead
compared to the alternative: a library of primitive operations.  If add,
multiple, etc are each separate primitives then data must be loaded for
each.  But in many cases it should be possible to combine these so that
all data are loaded just once, and the "per pixel" operation does several
steps.  Thie lowers the data transfer cost while at the same time grouping
the arithmetic processing into a single "chunk" (useful because it can run
while other data are loading).

It may not be clear that there is sufficient complexity, but my idea is to
support "error" and "uality" data too.

Andrew

Re: CUDA and astronomical image processing

From: andrew cooke <andrew@...>

Date: Sun, 8 Jul 2012 08:35:38 -0400

Hi,

I need to update my blog - it doesn't handle multipart mime messages like 
yours (which is why it wasn't displayed).

Anyway, no - I never got any further.  One reason was that I thought Theano
http://deeplearning.net/software/theano/ did a lot of what I was planning.  So
if you're looking for something like I described, you might want to consider
that.

Cheers,
Andrew


On Sun, Jul 08, 2012 at 11:47:42AM +0930, Andrew Cool wrote:
> Hi Andrew,
> 
> It's now 2012. Did you get anywhere with your CUDA processing?
> 
> Regards,
> 
> Andrew Cool
> 
> www.skippysky.com.au

CUDA and astronomical image processing

From: "Andrew Cool" <andrew@...>

Date: Sun, 8 Jul 2012 11:47:42 +0930

Hi Andrew,

It's now 2012. Did you get anywhere with your CUDA processing?

Regards,

Andrew Cool

www.skippysky.com.au

 

From: "andrew cooke" <andrew@...> 

Date: Sun, 3 Aug 2008 13:20:21 -0400 (CLT) 

I've been thinking about how best to apply CUDA to image processing

(particularly in astronomy, which is what I know).

 

Many image processing tasks are *very* suitable for parallelisation, since

the processing is "per-pixel" across several arrays (for example,

subtracting oen image from another).

 

So my idea is to write a parser (in Python) that accepts an expression in

a "language" that describes image processing and compiles that (literally)

to a CUDA process.

 

The motivation for this approach is to reduce the memory transfer overhead

compared to the alternative: a library of primitive operations.  If add,

multiple, etc are each separate primitives then data must be loaded for

each.  But in many cases it should be possible to combine these so that

all data are loaded just once, and the "per pixel" operation does several

steps.  Thie lowers the data transfer cost while at the same time grouping

the arithmetic processing into a single "chunk" (useful because it can run

while other data are loading).

 

It may not be clear that there is sufficient complexity, but my idea is to

support "error" and "uality" data too.

 

Andrew

 

 

All of us could take a lesson from the weather........ It pays no attention
to Criticism.

Comment on this post