I don't have any control over the developers and project managers at Cisco, or a SuperMicro, or wherever. Fact is - they wrote "java" and it breaks. Somebody dropped the ball along the way, and it's not just them.
And this, ladies and gentlement, is why real science is done by not only performing the experiement and recording the results, but by writing up your method with sufficient clarity that your results can be replicated by independent researchers.
Once that has been done sufficient times, if your method itself is sound, then the results are valid.
"The American Third Position Party believes that government policy in the United States discriminates against white Americans, the majority population, and that white Americans need their own political party to fight this discrimination."
Your signature says that you're a racist fuckwad, regardless of your "no discrimination" claim.
I've written a couple of patches for nginx. It's a giant state machine. The code is amazingly different from anything I've worked on before. I can't believe someone manually types that shit - but it all makes sense.
They already have a Cyrus murder cluster - no need to do the LDAP routing. And they already have multiple backends. The IO issues are purely one SAN, and everything striped to spread load out so evenly that there's no spare capacity anywhere online when it runs out.
It's certainly cheapest to run that way, but running everything at 100% utilisation means no capacity to adapt to change. It's not just computer systems either - if you work all your staff at 100% utilisation all the time just to do current tasks, you're unable to adapt to change, because nobody has time to do anything else. It's the flip side of perfect efficiency - total ridigity in the face of change.
But yeah, SPOF. Most horror stories start with one of those.
As a mail administrator for a big system, I completely agree with you.
The biggest problem was that they had everything on a single SAN, so when they ran out of IOPs, there was no spare capacity anywhere, and nowhere to mitigate it to. I've had people try to sell me on putting all our systems on a SAN too "it's so simple to administrate. It has plenty of IOPs, see, look at these shiny numbers". Fine when it's empty and you're only hitting the battery backed cache.
Which is why we have hundreds of separate little disk sets managed with templated configurations rather than any single points of failure. I'm really glad to be there!
He's personally responded to a couple of emails I've written to the list about issues, one a change that wasn't compatible with our usage and one an actual nasty corruption bug. In both cases he responded very quickly with a very precise description of what was going on, and took charge of making sure it got fixed (in one case guiding me to make a patch for the usage I needed)
He's managed to keep a large project putting out regular releases and not regressing badly in any way. That's a bigger accomplishment than you realise until you've managed a large project with an ever growing number of participants, all with their own styles of doing things.
It's not all about shiny new features, it's about doing the current things better or supporting new hardware - and what do you care about the number he chooses. He didn't do it to make you happy, he did it to celebrate a birthday.
As others have said, what have you contributed to the world recently? I guess haters just gotta hate.
The flip side of this is that most of these "dead" accounts are sitting there accumulating spam for the entire 365 days - but storage is getting cheaper, and along with quota limits this may be more viable now than it was when the policy was set...
Oh man - it doesn't pay to anger anonymous cowards.
If it's gone, it's gone. We delete FREE accounts after 120 days of inactivity because otherwise the emails sit around forever, and not many people go on vacation for that long. Paid accounts we don't delete while they're still paid, and after they stop paying they get reverted to free status and get their 120 days.
So I'm sorry we didn't retain your data in your free account forever after it looked like you had abandoned us, and I'm even more sorry that we were unable to magically restore deleted data once you offered us money. If you do find a company that can change their answer and restore fully deleted data just because you offer them money, I will be super-impressed.
Honestly, running an email server sucks. Unless you WANT to learn about it, it's something that's a lot better outsourced to someone who can deal with keeping spam filter rules up to date, dealing with mail floods, securing everything.
Slashdot Mirror
I don't have any control over the developers and project managers at Cisco, or a SuperMicro, or wherever. Fact is - they wrote "java" and it breaks. Somebody dropped the ball along the way, and it's not just them.
Hold on...
* well tested version
* likely to break over time
I see a disconnect here. How will your well tested version break again?
And this, ladies and gentlement, is why real science is done by not only performing the experiement and recording the results, but by writing up your method with sufficient clarity that your results can be replicated by independent researchers.
Once that has been done sufficient times, if your method itself is sound, then the results are valid.
And not backported to any stable kernels where the bnx2 driver is non-broken :(
Talk about inane. I guess you've never taken a laptop somewhere with a different printer and wanted to .... I dunno, "print" something?
Sounds far too much like fleshlight, sorry.
"The American Third Position Party believes that government policy in the United States discriminates against white Americans, the majority population, and that white Americans need their own political party to fight this discrimination."
Your signature says that you're a racist fuckwad, regardless of your "no discrimination" claim.
US Govt? Surely you mean those crazy russians.
I've written a couple of patches for nginx. It's a giant state machine. The code is amazingly different from anything I've worked on before. I can't believe someone manually types that shit - but it all makes sense.
Yes, you're a fucking zit doctor. Congratulations.
I've run out of inodes once. Now I monitor them as well. Thankfully it was just one machine and changing the replica was simple.
They already have a Cyrus murder cluster - no need to do the LDAP routing. And they already have multiple backends. The IO issues are purely one SAN, and everything striped to spread load out so evenly that there's no spare capacity anywhere online when it runs out.
It's certainly cheapest to run that way, but running everything at 100% utilisation means no capacity to adapt to change. It's not just computer systems either - if you work all your staff at 100% utilisation all the time just to do current tasks, you're unable to adapt to change, because nobody has time to do anything else. It's the flip side of perfect efficiency - total ridigity in the face of change.
But yeah, SPOF. Most horror stories start with one of those.
nginx is not a magic bullet - it would not help in this case.
As a mail administrator for a big system, I completely agree with you.
The biggest problem was that they had everything on a single SAN, so when they ran out of IOPs, there was no spare capacity anywhere, and nowhere to mitigate it to. I've had people try to sell me on putting all our systems on a SAN too "it's so simple to administrate. It has plenty of IOPs, see, look at these shiny numbers". Fine when it's empty and you're only hitting the battery backed cache.
Which is why we have hundreds of separate little disk sets managed with templated configurations rather than any single points of failure. I'm really glad to be there!
gerber are obviously just typosquatting gerbil.xxx, a domain which I expect to retail for plenty.
He's personally responded to a couple of emails I've written to the list about issues, one a change that wasn't compatible with our usage and one an actual nasty corruption bug. In both cases he responded very quickly with a very precise description of what was going on, and took charge of making sure it got fixed (in one case guiding me to make a patch for the usage I needed)
He's managed to keep a large project putting out regular releases and not regressing badly in any way. That's a bigger accomplishment than you realise until you've managed a large project with an ever growing number of participants, all with their own styles of doing things.
It's not all about shiny new features, it's about doing the current things better or supporting new hardware - and what do you care about the number he chooses. He didn't do it to make you happy, he did it to celebrate a birthday.
As others have said, what have you contributed to the world recently? I guess haters just gotta hate.
Yes, so I see!
The flip side of this is that most of these "dead" accounts are sitting there accumulating spam for the entire 365 days - but storage is getting cheaper, and along with quota limits this may be more viable now than it was when the policy was set...
Oh man - it doesn't pay to anger anonymous cowards.
If it's gone, it's gone. We delete FREE accounts after 120 days of inactivity because otherwise the emails sit around forever, and not many people go on vacation for that long. Paid accounts we don't delete while they're still paid, and after they stop paying they get reverted to free status and get their 120 days.
So I'm sorry we didn't retain your data in your free account forever after it looked like you had abandoned us, and I'm even more sorry that we were unable to magically restore deleted data once you offered us money. If you do find a company that can change their answer and restore fully deleted data just because you offer them money, I will be super-impressed.
when... WHEN you sign up. Also, we suck because we don't proofread.
We're owned by Opera Software, see http://www.opera.com/press/releases/2010/04/30/ and http://blog.fastmail.fm/2010/04/30/fastmail-fm-has-been-acquired-by-opera-software/
We have always disabled free accounts after 120 days of inactivity, it's right there in the information available you sign up:
https://www.fastmail.fm/pages/fastmail/docs/pricingtbl.html
When the account gets closed, the emails get discarded - we don't hold your data forever.
Yahoo! (oops, I think I infringed somebody)
Yes, we do frequent ... or at least occasional, if that will do.
Honestly, running an email server sucks. Unless you WANT to learn about it, it's something that's a lot better outsourced to someone who can deal with keeping spam filter rules up to date, dealing with mail floods, securing everything.
There are a bunch of choices out there actually. I work for one of them (FastMail, now owned by Opera)
We also provide excellent standards compliance and some pretty good power-user features.
We also had free icecreams for all staff in the canteen :) "be the first to taste the new browser, and taste some icecream too!"
Even for those of us who don't actually work on the browser product itself (I do backend stuff for mail.opera.com)
Woah there. Salt. One time pad. It's like you grabbed some random crypto sounding words and slung them together.
On the flip side, I'd love a "back off" button I could get to make the plate flash a message at the wanker behind me, or even a "turn your lights on".