Lots of configs

David Helkowski dhelkowski at sbgnet.com
Tue Mar 8 20:50:57 CET 2011

On 3/8/2011 9:53 AM, Poul-Henning Kamp wrote:
> In message<AANLkTimwEiC5-+aXmjHazpCqYc0HUxHgDwaW4+L_65PC at mail.gmail.com>, Jona
> than DeMello writes:
>> Poul simply comes across as a nervous child, throwing every superiority
>> imposing cliche out there because he thought a team member was
>> 'threatened'.
> I received a couple of complaints about flames (on and off list)
> originating from David, and after reading his contribution, decided
> that he was not worth the bother, and decided to call his bullshit
> and get it over with.

I will admit to writing one email angrily responding to Per Buer.
My anger was due primarily to the statement "if you got to deploy a 
whole bunch of scary inline C that will seriously intimidate the 
summer intern and makes all the other fear the config it's just not 
worth it."

The contents of that private email essentially boiled to me saying, in 
many more words:
"not everyone is as stupid as you".
Now, I agree that was distasteful, but it isn't much different than you 
stating you are
'calling my bullshit'.
I am not quite sure why you, and others, have decided that this is a 
pissing match.

Also; if it helps anything; I apologize for my ranting email to Per 
Buer. It was certainly
over the line. I am sorry for going off on that. I have my reasons but I 
would still like
to have a meaningful discussion.

Per Buer, the very person I ticked off, admitted that a hash lookup is 
certainly faster.
Other people are expressing interested in having a hash system in place 
with VCL.
I myself am even willing to write the system.
Sure I may be obnoxious at times in my presentation of what I want done, 
but I hardly
thing it calls for your response or arrogant counter-attitude.
> "Jump Tables" was a very neat concept, about 25-30 years ago, when
> people tried to squeeze every bit of performance out of a 4.77MHz
> i8088 chip in a IBM PC.

Jump tables, and gotos, are still perfectly usable on modern system. 
Good techniques,
in their proper place, don't expire. Hash tables for instance certainly 
have not been
replaced by cascading 'if else' structures.

Note that I am suggesting hash tables combined with jump tables. I don't 
see any
legitimate objection to such an idea.
> They are however just GOTO in disguise and they have all the
> disadvantages of GOTO, without, and this is important: without _any_
> benefits at all on a modern pipelined and deeply cache starved CPU.

So we should continue using cascading 'if else'? That is _very_ 
efficient on modern
CPU architecture? ...
> That's why I pointed David at Dijkstra epistle and other literature
> for building moral character as a programmer.

Yeah... speaking of that; I read the beginning of the article at the 
very least. It immediately starts
talking about code elegance and the purity of solutions. If anything, it 
leans very
heavily towards hash tables as opposed to long cascading 'if else'.
> If David had come up with a valid point or a good suggestion, then
> I would possibly tolerate a minimum of behavioural problems from him.

How is 'can we please use hash tables' not a valid point and suggestion?
> But suggesting we abandon 50 years of progress towards structured
> programming, and use GOTOs to solve a nonexistant problem, for which
> there are perfectly good and sensible methods, should it materialize,
> just because he saw a neat trick in an old book and wanted to show
> of his skillz, earns him no right to flame people in this project.
Perfectly good and sensible methods such as what? 500 cascading 'if 
else' for each
call? Are you seriously suggesting that is a technique honed to 
perfection in the last
50 years that is based on structured programming?

I read about jump tables and hashing many many years ago. It is hardly a 
neat trick
I recently dug out of an old book. Let me ask you this: have you heard 
of Bob Jenkins?
Would you say his analysis of hash tables is outdated and meaningless?

In regard to showing off skills; I could really care less what you or 
anyone else think
of my coding skills. I responded to the initial question because I 
wanted to honestly
point people towards a better solution to a recurring problem that has 
been mentioned
in the list.

Your last statement implies people can 'earn' the right to flame. ? Is 
that what you are
doing? Using your 'earned' right to flame me?
> And that's the end of that.

Having the last word is something given to the victor. Arbitrarily 
declaring your statements
to be the last word is pretty arrogant.
> Poul-Henning

More information about the varnish-misc mailing list