TIP: Click on subject to list as thread! ANSI
echo: linuxhelp
to: Geo
from: Tony Ingenoso
date: 2005-05-08 22:09:20
subject: Re: This is not an Anti-OSS Flame

From: "Tony Ingenoso" 

Of that 500M only a small fraction will be meaningful though, the bulk of
it just wastes HDD space and never gets loaded because people never run
it.. Several profiling runs on typical user scenarios will quickly locate
the areas of the system that need attention.

The work that needs to be done once the profile data is available is the
same as its always been.  You don't need to understand it all - you just
need to understand those parts that are active participants.  Even then,
you don't need to know what the code is doing you need to know how its
behaving (slightly different notions).

If a performance guy can go to a developer and say "your keystroke
handling module is allocating and freeing 100 pages on every keystroke,
what's up with this?"  That will be good enough.

Don't laugh, I've seen an editor (one of Borland's first OS/2 apps) under
the OS/2 kernel debugger that allocated and freed a 1 byte segment on every
keystroke.  Every keystroke was two expensive trips through kernel memory
management.  Programmers do some pretty dumb things...

"Geo"  wrote in message
news:427e0b0d$1{at}w3.nls.net...
> "Tony Ingenoso"  wrote in message
> news:427d9332{at}w3.nls.net...
>
> Ah but there comes a point where the whole of the program/system is more
> than any one man can understand. 8M then 500M now, 200mhz then, 3ghz now.

--- BBBS/NT v4.01 Flag-5
* Origin: Barktopia BBS Site http://HarborWebs.com:8081 (1:379/45)
SEEN-BY: 633/267 270 5030/786
@PATH: 379/45 1 106/2000 633/267

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.