typedefs and structs

linas linas at austin.ibm.com
Thu Nov 10 06:20:28 EST 2005


On Wed, Nov 09, 2005 at 08:22:15AM -0800, Vadim Lobanov was heard to remark:
> On Wed, 9 Nov 2005, J.A. Magallon wrote:
> 
> > void do_some_stuff(T& arg1,T&  arg2)
> 
> A diligent C programmer would write this as follows:
> 	void do_some_stuff (struct T * a, struct T * b);
> So I don't see C++ winning at all here.

I guess the real point that I'd wanted to make, and seems
to have gotten lost, was that by avoiding using pointers, 
you end up designing code in a very different way, and you
can find out that often/usually, you don't need structs
filled with a zoo of pointers.

Minimizing pointers is good: less ref counting is needed,
fewer mallocs are needed, fewer locks are needed 
(because of local/private scope!!), and null pointer 
deref errors are less likely. 

There are even performance implications: on modern CPU's
there's a very long pipeline to memory (hundreds of cycles 
for a cache miss! Really! Worse if you have run out of 
TLB entries!). So walking a long linked list chasing 
pointers can really really hurt performance.

By using refs instead of pointers, it helps you focus 
on the issue of "do I really need to store this pointer 
somewhere? Will I really need it later, or can I be done 
with it now?".

I don't know if the idea of "using fewer pointers" can
actually be carried out in the kernel. For starters,
the stack is way too short to be able to put much on it.

--linas





More information about the Linuxppc64-dev mailing list