open source operating system cannot happen and will never happen. But
it did happen.
you missed the part where I worked insanity into the equation ;)
People are expensive, and it's not just salaries. Add in benefits and hr costs and you have to do a LOT of supporting to make paying a local person cheaper than paying an outside company,
And then you have the problem that you can quit at any time whereas support is continuous and isn't affected by individual staff action.
Depends on the size of your company too.
If you have a huge company, yeah, you';re going to have a big IT staff and since they're there anyway it works.
At my place we have one of the saddest things I've ever seen
They can't justify an entire salary to IT becuase our office is only 60 people or so, but they need SOMEBODY here to install software and replace machines, so they hired a guy with the role of "IT and facilities."
Yes, this highly trained IT guy has to fix computers and clean out the fridge. Fix or find the building maintenance guy to fix the toilet, make sure the cleaning staff doesn't throw out the recycling...
I know I'm a snot about this, but it seems a little degrading. I didn't go to school and bust my ass to learn really complicated shit to change toilet paper rolls.
Working at the video store was one of the most mindless and relaxing jobs I've ever had.
Sep 14 2009 7:39am from Ford II @uncnsrd
While your time is a fixed cost so the more work you do the cheaper
linux becomes is true, most companies aren't as tech heavy as yours.
N.b. The more linux machines you deploy, the cheaper linux becomes. What's economical for Google to support THEIR use cases is not economical for me and mine. Because ultimately, with Linux, nobody will support your use case but YOU. Unless you pay red hat...
Now obviously google does it the most complex way possible, but in trade they get speed, but the thing itself, once written is really not that complex management wise.
There's probably a farm for each of the
1) find ANYTHING with the search terms
2) find likely typos and come up with suggestions for "did you mean..."
3) find news
4) find ads
and a few other things, but really, it's not a multi-step user interactive process. Aside from the fact that they break each task up into little bits, each task isn't really that multi-step of a process.
Now obviously google does it the most complex way possible, but in
trade they get speed, but the thing itself, once written is really not
that complex management wise.
More complex then you seem to be aware - for many years, their setups were all deployed on 32-bit commodity x86 hardware, even as competitors like AltaVista were designed around 64-bit platforms like DEC Alpha and had lots of memory to work with. In order for Google to get the performance they needed and make full use of the RAM and address space, I believe they were making a number of Linux kernel customizations. Maybe this has gone away with the emergence of x86_64. I don't know.
I'd certainly like to, okay, I'll admit it, I've love to sit down with a few me's at google and just listen to how they do what they do.
MapReduce only seems "obvious" in retrospect.
I thought it was gung ho cool that make has a -j parameter.
But processors are so fast, that there's few things you can compile that take more than a few minutes anyway...
I looked, there's no bios flash for the machine.
Are you trying to boot it in a VM, or on the bare metal? If it's in a VM then this is a problem with the virtual BIOS provided by VMware (or whatever hypervisor you're using).
Got all my vm's and linux machines working.
Now I'm trying to take the old machine and make it a hackintosh.
There's definetly something wrong with the IDE controllers on that board though. I got a p4 on ebay for $25 so I'll see how that goes.
seems as if it soon may become an expensive thing to offer SSL encryption inside the US: