Browse thread
[Caml-list] Wish List for Large Mutable Objects
[
Home
]
[ Index:
by date
|
by threads
]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
| Date: | -- (:) |
| From: | Brandon J. Van Every <vanevery@i...> |
| Subject: | RE: [Caml-list] Wish List for Large Mutable Objects |
David McClain wrote: > > How is it you claim to speak for my C++ manager about scatter > gather? I used to write 3d device drivers for a living. I was never much for the 'nasty innards' of OS internals, preferring to concentrate on ASM loop optimizations for 3d graphics. That said, Scatter-Gather DMA is generally a property of a memory controller, i.e. a chipset on a motherboard. I seriously doubt you have user mode access to such memory controllers. If you do, point me at the API for it. I'm happy to stand corrected, but as far as I know, scatter-gather DMA is kernel mode stuff on all common architectures. There is the outside possibility that you mean something different by 'scatter-gather' than a device driver writer means by 'scatter-gather'. A similar loggerhead to what an 'array' is. A third possibility is you have written a library that assumes scatter-gather DMA is happening under the hood somehow, but doesn't explicitly control it in any way. To which I say, memory controllers are different. In the absence of a query interface to determine their capabilities, I don't see how you'd rigorously control algorithmic performance. Maybe you do not regard rigor as so important - memory cache hierarchies sorta work without anyone doing anything explicit, after all. But I would say, without rigor, you probably won't end up with anything. Just an idea that something should be fast under some circumstances, rather than any proven, repeatable reality. For clarity, these aren't personal comments. This is just my understanding of scatter-gather DMA vs. whatever your understanding is. Cheers, www.indiegamedesign.com Brand*n Van Every S*attle, WA Praise Be to the caml-list Bayesian filter! It blesseth my postings, it is evil crap! evil crap! Bigarray! Unboxed overhead group! Wondering! chant chant chant... ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners