Re: clock sync utility

From: Gary Hedlin (ghedlin@theramp.net)
Date: Sun Nov 02 2003 - 02:40:26 EST


Obviously you havent taken any programming classes. The more code you have,
the more resources you take up. And even if you have code to call up
special instruction sets on a processor, youre still taking resources to
enable them.

Look at all the companies still using command line interfaces on UNIX
systems, they're stiill using them because command line is still the least
resource hogging application. Youre not driving a GUI interface....which
uses up a massive ammout of resources to interface the graphical part to the
actual commands...

It's as simple as that

-- 
Gary Hedlin
President
Hedlin Web Designs
http://www.hedlin.net

Gary's Wisdom- #27

-You know the world is comming to an end when wrestlers and body builders run entire states.....What's next, is Bush sending Sgt. Slaughter in to get Osama?? "andy levy" <andy-dml@levyclan.us> wrote in message news:bo28f9$rqj$1@bent.twistedbits.net... > > Mallett, Donald B wrote: > > > Take a Mac and a PC of same speed and configuration, Mac will complete the > > same type of task faster due to the Mac software uses less lines of code. > > Wow. That's so wrong it's criminal. Lines of code does not indicate > *anything* about relative performance. Especially when in many cases > now you can compile the same source code a UNIX box, a Mac and a PC > running a UNIX OS. > > As a matter of fact, one can actually increase performance in some cases > by adding a couple lines of code to reduce the number of object > reference lookups performed. Or by unrolling a loop (again, increasing > your line count). But really, source code length is meaningless since > it's only meant to be easier for a human to read than binary machine > code. It all turns into binary in the end. > > -- > -andy > > http://home.twcny.rr.com/andylevy/dakota - andy-dml@levyclan.us > -------------------------------------------- > "Whatever Adam does, do the opposite and you'll be fine" > -Bob Tom > -------------------------------------------- >



This archive was generated by hypermail 2b29 : Fri Feb 06 2004 - 11:47:07 EST