[Discuss] images of comparison of system calls; impressive

stephen hawkes sghawkes at shaw.ca
Thu Feb 15 20:16:17 PST 2007


Well put Abram. I heard mention that the differences alone could be 
attributed to c++ system calls versus c system calls (apache being c and 
IIS being c++). Regardless if that is true, the two are not comparable 
and the nature of the graphs is questionable.

Now an interesting graph I saw once was the way apache's logging was 
spaghettied throughout the codebase (used as an example of poor 
modularity in one of my courses). Quick googling didn't turn up any 
results for me, but maybe someone else knows of where it can be found?


Abram Hindle wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> I wouldn't read too much into that article. They claim the calls are
> syscalls yet you can't even read the image to figure out if they are are
> actually system calls and not just call graph.
>
> Also they are comparing 2 different web servers who have radically
> different architectures. For instance many heavy duty apache modules
> will be dynamically loaded. Did they extract all the calls from that?
> Also they aren't clear about what the links are and which direction they
> go. Notice how it seems hard to find the root of the graph or where it
> starts.
>
> The whole article is misleading and not very verifiable.
>
> abram
>
> R. McFarlane wrote:
>   
>>     They say a picture is worth a thousand words! Well how about a
>> picture of system calls of Apache on Linux versus system calls of IIS on
>> windows server.
>>
>> http://blogs.zdnet.com/threatchaos/?p=311
>>
>>     
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.4 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFFzgLxnOrfa1yW8IURAtU9AJ48TXUEvsTwln0hkPY/qd+qPf1qbwCfeW77
> n/3qZ5+VW9bM8gg5OxXiCNo=
> =Asiz
> -----END PGP SIGNATURE-----
> _______________________________________________
> Discuss mailing list
> Discuss at vlug.org
> http://ladybug.vlug.org/cgi-bin/mailman/listinfo/discuss
>
>   



More information about the Discuss mailing list