Jes Sorensen writes: > Albert D Cahalan <[EMAIL PROTECTED]> writes: [about using huge physical allocations for number crunching] >> 2. Programming a DMA controller with multiple addresses isn't >> as fast as programming it with one. > > LOL > > Consider that allocating the larger block of memory is going > to take a lot longer than it will take for the DMA engine to > read the scatter/gather table entries and fetch a new address > word now and then. Say it takes a whole minute to allocate the memory. It wouldn't of course, because you'd allocate memory at boot, but anyway... Then the app runs, using that memory, for a multi-hour surgery. The allocation happens once; the inter-node DMA transfers occur dozens or hundreds of times per second. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
- bigphysarea support in 2.2.19 and 2.4.0 kernels Jeff V. Merkey
- Re: bigphysarea support in 2.2.19 and 2.4.0 kernels Alan Cox
- Re: bigphysarea support in 2.2.19 and 2.4.0 ker... Jeff V. Merkey
- Re: bigphysarea support in 2.2.19 and 2.4.0... Jeff V. Merkey
- Re: bigphysarea support in 2.2.19 and 2... Pauline Middelink
- Re: bigphysarea support in 2.2.19 ... Alan Cox
- Re: bigphysarea support in 2.2... Albert D. Cahalan
- Re: bigphysarea support in... Eric W. Biederman
- Re: bigphysarea support in... Albert D. Cahalan
- Re: bigphysarea support in... Jes Sorensen
- Re: bigphysarea support in... Albert D. Cahalan
- Re: bigphysarea support in 2.2.19 ... Jeff V. Merkey
- Re: bigphysarea support in 2.2... Jeff V. Merkey
- Re: bigphysarea support in... Andi Kleen
- Re: bigphysarea support in... Jeff V. Merkey
- Re: bigphysarea support in... Jeff V. Merkey
- NUMA and SCI [was Re: bigphysa... Tim Wright
- Re: NUMA and SCI [was Re: ... Jeff V. Merkey