Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
zedshaw
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
83 ms
·
781.
▲
by
zedshaw
16y ago
I used the same test everyone has used for the last 8 years to compare poll vs. epoll performance. I also ran it in order to test a hypothesis then assumed I was wrong then ran it more and presented the information openly so others could t
782.
▲
by
zedshaw
16y ago
Wow here we are again, you not reading my article. I ran the same test that everyone else runs for poll vs. epoll, then used R to craft graphs and tested hypothesis. It was not a localhost test. So far all you've got is trolling HN comm
783.
▲
by
zedshaw
16y ago
I agree, but "high enough" is apparently just 60%. The standing question is, what's the actual level in different kinds of servers? In other words, I've given a metsric, ATR at 60% is the break even point for poll vs. epoll. So far the on
784.
▲
by
zedshaw
16y ago
I am practicing what I preach, you stupid 20%-er troll. That's why the whole blog post is full of measurements, testing hypotheses, and the assumption that I might be wrong. Because unlike you, I actually go do shit rather than spout off in
785.
▲
by
zedshaw
16y ago
Oh, you mean do what I'm already doing? Measuring and developing ideas then testing them? It helps if you're going to comment that you actually read the words I use, not the ones you have in your head that make you sound like you're super
786.
▲
by
zedshaw
16y ago
And, if there's a distribution of speeds then you can measure the distribution and see what works best. Again, my challenge still stands: Measure it or STFU.
787.
▲
by
zedshaw
16y ago
I was hoping for e, but alas no luck.
788.
▲
by
zedshaw
16y ago
Well, I haven't tried kqueue, but IIRC it has its own set of problems. Mainly that you can't kqueue certain types of file descriptors like ptys. I'd have to look into that, but I'm sure I'll have some kind of thing going about it soon.
789.
▲
by
zedshaw
16y ago
Yep, that's what I thought too, that at least epoll would be as fast. Turns out it's not though, but then I could be wrong. Also, your assumption of EPOLLET is potentially wrong. I think (unproven) that the extra overhead and complexity o
790.
▲
by
zedshaw
16y ago
That's entirely possible, but then you pay a penalty in complexity because you have to keep track of missed events yourself. I think (unproven) that it's actually a wash because of this.
791.
▲
by
zedshaw
16y ago
So, you're comparing my track record with writing simple maintainable well documented code to something you did in 1992 with ODBC? That's your experience that's causing all the paranoia? The worst two things that afflict programmers today
792.
▲
by
zedshaw
16y ago
> But I'm skeptical those numbers are true. That was my point. Yeah, I'm skeptical those numbers are true too, but then again we're talking about totally different numbers .
793.
▲
by
zedshaw
16y ago
It's an idea I had after actually measuring. If it doesn't work then I tried something out. What you really should be getting from it though is that epoll is not faster. It is not O(1). It is not faster on smaller vs. larger lists of FDs
794.
▲
by
zedshaw
16y ago
First off, again you miss the point that I've already got poll working in Mongrel2. If this fails (which I'll know since I like, measure stuff rather than care a bottle of cheetah blood around like you) then I'll just go put epoll in there
795.
▲
by
zedshaw
16y ago
Again with this idea that Mongrel2 isn't working. You sir have no freaking idea what you're talking about. "That's just plain wrong. Premature optimisation does not refer to having to measure before you optimise, it refers to optimising th
796.
▲
by
zedshaw
16y ago
You again? Man you got some beef. Anyway, we do have something working. You can deploy Mongrel2 right now, and I do all the time. You can actually measure how fast it is, although that's going to be slow since we haven't done much tuni
797.
▲
by
zedshaw
16y ago
This is the point where talking about it does nothing. Go measure it like I have. In fact, I'll give you your hypothesis to test: "There are no servers that have an ATR of > 80%." That's easy to test, and I'm damn positive you could f
798.
▲
by
zedshaw
16y ago
I totally absolutely agree they should fix epoll, but the way they've designed I don't see it happening. Of course they could fix the call for doing the actual select and make it at least as fast as poll, but the fact that you have to do a
799.
▲
by
zedshaw
16y ago
It's actually a really simple concept what's "active" in poll vs. epoll. Your call to poll and epoll basically looks like this: active_fds = poll(big_ass_array_of_fds, total_fds) epoll is slightly different but same concept. You have a to
800.
▲
by
zedshaw
16y ago
So let's take your assertions and take them apart: > the ones on dial up and on congested lines will get you every time. Do you have numbers on the dial-up users for your server? My understanding is that there's far fewer, so this is b
801.
▲
by
zedshaw
16y ago
> And as jacquesm points out, in a web-facing server, that's the case you should care about. Yes, but where's the evidence what people see for active/total ratios in the real world? I'm showing that unless it's below about 60% (probabl
802.
▲
by
zedshaw
16y ago
I'm not desperate at all, in fact I had saved up money to fund the project myself for a couple months. The donations are because my goals in Mongrel2 changed once I realized I could actually change the lives of programmers and maybe put an
803.
▲
by
zedshaw
16y ago
Sure, it still needs a bit of additional features that are nice to haves, and get some testing and stuff, but it could be made as a standalone thing. http://mongrel2.org/tktview/ff6e599f6bdb7dc63387aaad48f10f84... There ya go.
804.
▲
by
zedshaw
16y ago
Ah interesting, yeah I don't have windows so someone else submitted those instructions. I'll go and try to do them myself and see if they can be improved. Although, I think for windows folks this will be a big hurdle at first either way.
805.
▲
by
zedshaw
16y ago
Oh, well my appologies then, I was assuming you were offended (there's plenty of them :-) Actually, quite the contrary. Even the people who hate that I insult them still read it...and then talk about it for days on end like they have no li
806.
▲
by
zedshaw
16y ago
Done: http://mongrel2.org/tktview/b685326bc0ded7a466b61fb0d1c6e7d5... I tend to spew at the mouth then tighten it up later.
807.
▲
by
zedshaw
16y ago
Start your own group. Email me when you have questions.
808.
▲
by
zedshaw
16y ago
Ehem, wrote the manual and the features the manual describes (with some help). People always forget the code.
809.
▲
by
zedshaw
16y ago
That's my feeling exactly. Too often the manuals and documentation people read are a chore to get through because they're so boring. They're also passive aggressive because they're obviously saying their technology is better in some way,
810.
▲
by
zedshaw
16y ago
Hey! This is awesome. Can you do me a favor and take notes on lessons that they screw up, then submit bug reports? I put it out there and then I know people are using it but I don't get any feedback. Short of running my own intro class I
More ›