The current craze of 3D printers use additive methods (FDM). This makes it impossible to print a whole class of pretty simple shapes. For example a scan of myself with my arms held up 60-degrees above horizontal: printable (assuming there's not much overhang in my belly area, and ignoring my chin). A scan of myself with my arms held down 60-degrees below horizontal: unprintable without support. A sphere, for example isn't printable on a standard Reprap-type printer without support. You can add support or print models in pieces, perhaps with indexing to make them easy to assemble, but these can be challenging operations.
There are a lot of problems that still remain that make printing as a hobby a fairly frustrating experience. Automated bed-leveling will be nice when it becomes standard. Some sort of dissolvable material for printing support (using dual-print heads) would also be a huge leap. The software has a ways to go too.
But if your aim was to keep a couple of printers busy day-in and day-out in a business, it would likely be worth learning how to efficiently jump these hurdles.
Exactly. There are lots of decent router distributions (and not all are Linux). I haven't tried all of them, but so far my favourite is pfSense. But for the sort of hardware in wireless routers (the subject of this article) OpenWRT is more appropriate. Not having to worry as much about spying is nice.
Just be prepared for a significant wait between the release of 802.11ax hardware and OpenWRT support. Support for 802.11n took quite some time.
Re:And Everything Just Get's More Inconvenient
on
eBay Compromised
·
· Score: 1
I got something similar yesterday: Picked up the phone and get a long pause before an employee of "Visa" greets me from an obviously packed and busy call-center. At this point, my Spidey senses were tingling. I would call his accent East Indian, which is fine. He tells me that I had qualified for a lowered interest rate. "Great!", I says. He then confirms my name and address, which didn't bother me as they are all over the place. But I hang up as soon as he asks for my date-of-birth.
They must get a bunch of people with this scam.
It occurs to me that several discussion forums I'm on know my date of birth. That now seems like an unacceptable risk.
Putting open source routing software on a rack-mount PC equipped with a few NICs is looking better all the time. Since the open source routing software solutions are getting quite good, this is doable. I did it and wouldn't go back:
About three years ago I noticed that our Cisco routers were a bottle-neck, worryingly old, and I was the only member of my staff comfortable with their CLI. We definitely did not have the budget to buy new Cisco routers, so I looked into HP and D-Link layer-3 switches. They were still too expensive. We used OpenWRT on some wireless routers, so the idea of using open source routing software was not new to us. Tested using plain Linux as a router. That worked, but was (way) over my staff's head. Tried Vyatta on the same hardware. At that time Vyatta's web-interface was a joke, making it no better than plain Linux for our purposes. (The web-interface may have improved since then and as a virtual router in a VM environment, Vyatta looks quite good.) Untangle was decent, but all of the interesting features had to be bought, which nullifies most of the advantages of it being open source. Heard about pfSense on the Linux Action Show and gave it a try.
Testing pfSense and learning its feature-set convinced us that it could do everything we needed (NAT, routing/firewalling between VLANs and the outside world) as well as do some other nice tricks (VPN concentrator, web caching/filtering, nice graphs of important stats, logging web usage, acting as a DHCP and DNS server, etc.). Basically, pfSense does everything that OpenWRT does and more since it expects to be run on more powerful standard hardware. Since it runs on standard hardware, the community isn't as fragmented as with OpenWRT, and more of pfSense's users are applying it in a professional environment, so the community support is quite good. The paid support is excellent. Being able to replace a failing router or NIC with something we had on the shelf is nice too.
So we had an open source routing solution that fit our needs, and much better than Cisco's offerings. But shifting all of our routing from Cisco to pfSense was a bold move. The Huawei story was the clincher for us. If Huawei did it, Cisco could too. That realization lead to my decision to always use an open source solution on network edge devices. This story seems to support that decision.
I'm waiting on the edge of my seat to see a comprehensive study comparing the gamut between little and much government, but my expectation is for freshly picked cherries.
You realize that the Medieval Warm Period wasn't a global event, right? It was limited to the North Atlantic. Other regions of the world experienced both cool and warm periods over the same period. Read more on the topic here.
Having worked in more established institutions, mostly public ones, I'm envious of folk at start-ups. It seems like there could actually be a team, where everyone is mostly focused on the same goal. In established organizations this often isn't true and work becomes more about protecting one's position than getting a job done.
In an established organization, even if you are competent in your position, the management structure can mean you have little control over your destiny. Everyone between yourself and the tippy-top of the org-chart can decide your fate in a heart-beat. If any of those folk aren't worthy of the position (which happens a *lot* in public institutions) you have to have an exit strategy ready. Even if everyone above you is stellar now, tomorrow is a different day. I've had that sinking feeling, the one where I realize my direct superior doesn't have a clue and is making terrible decisions that directly, and devastatingly, impact myself and my staff. It has happened three times in the last five years and escalated in severity as each was of my superiors was replaced with someone worse. Serving at the pleasure of someone who is incompetent, and trying their damndest not to be found out, is tenuous.
So make sure your personal life is in order. Keep debt under control. Have at least six-months of living expenses in liquid savings. Live in a center where there are several other options for your skill-set. A partner with a stable income is wonderful insurance. Take your health seriously. Make sure that you are prepared for an unavoidable downward change in your health. That will happen eventually. Cultivate a network of friends and relatives that would stick their necks out for you in a time of need, by sticking your neck out for them when you can.
If one is personally prepared for things to go sour, the stress of personal loss won't add to the professional stress. Knowing that you can safely give your notice (no sense burning any bridges) goes a long long way.
Unless you are doing desktop support (which doesn't pay) or developing applications that will run directly on the devices that sit in front of users (which can pay very well or not at all), you will likely be doing backroom work, where Linux dominates. Backroom work pays nicely and there's lots of it. True, one can do backroom work from a Mac easily enough, but a Linux desktop has its productivity advantages, like being able to spin up dozens of LXC containers in a way that mirrors the production environment, which is exactly the reason why my work desktop is a Linux box.
If your work is aimed at desktop support of Macs or developing applications for Apple products, a Mac makes sense, as does a Windows box for Windows work, but the amount of real work opportunities I'm seeing with Linux has grown a great deal in the last five years, like quadrupled. We're not talking about a tiny slice of the pie anymore. It's significant and growing fast.
Regarding the Homeland Security code audit of Linux and the 14x fewer bugs figure: Can we get a reference? I've done some Googling, but came up empty. That would be a nice feather in one's cap when some idiot manager starts ragging on Linux's security. (Which is happening to me right now.)
Without saying too much, I have some first-hand experience with traditional and some not-so-traditional composting toilets. That experience leads me to believe that a manufactured composting toilet, a user-built Jenkins-style composting toilet, and a multi-chambered composting toilet, can all be easily scaled up. The Jenkins-style system, in particular, is dead-easy to scale.
The challenge is that the western world has grown used to the flush-toilet. All that extra moisture presents a problem to any composting system. A small constructed wetland (basically a lined pit or trench filled with pea-gravel and topped with a moisture prefering mixture of plants) could handle the extra moisture easily enough. A small constructed wetland a few feet in diameter and depth can process an amazing amount of waste liquid. The system scales well too.
So scaling is not an issue. As the system scales, I also feel that management becomes less of an issue as well (because it becomes feasible to hire expertise in system design and maintenance).
I'm leary of biochar. Frankly, its following seems a bit cultish. I understand the carbon sequestering angle, but the issue I can't get around is that the process of generating biochar volatilizes a lot of useful nutrients, almost everything actually. The result is, in many ways, similar to peat moss. Lots of carbon, not much else. I've dumped loads of peat moss into low-quality garden soil, and it helps, but not like compost does, not even close.
Point taken, but the difference between customer and supervisor is important, at least I think so. The most important factor being that a supervisor can single-handedly decide your fate. As a consultant, my aim is to have no less than three clients at any one time, spreading my risk. If things start to go sour with one, I walk away and put some effort into drumming up a replacement. I imagine that will mean that I spend more time working with decent clients.
In a job situation, one gets the luck of the draw...one draw, and at times that you have no control over, you are forced to draw again.
Quit the soul-crushing job as soon as you are able. If you use phrases like soul-crushing to describe what you do for 40+ hours of work, you need a change.
I'm 40 and struggling with the aftermath of a similar situation. My last job as director of tech for a school division came to an end when a new superintendent came in with strong opinions about what technology in a school should be (Apple TVs and Ipads) but didn't have a clue what it took to support those technologies (like a secure network) or an understanding of the regulations we worked under. Being thrown under the bus was pretty painful. Can't say that I have fully recovered, physically or emotionally.
One thing is for sure, I never want to be stuck in a job where my supervisor is an opinionated moron again. Not unless the job has a short time-frame. This pretty much rules out working directly for government. Even if you are lucky to get in with a good group, it can change in a hurry.
Now, I'm doing tech consulting, raising sheep, building a green home, and being a dad again. Two months in and I can't see myself ever going back.
Virtualization is great, but compared to containerization it is a real pig. I'm in a similar situation to the OP, and I generally shut down my development VMs before doing graphics work, video editing, or relinquishing the workstation to my sons to play games. This includes idle VMs, which still chew up a fair amount of RAM and CPU. With containers, unless there is a busy process running, I can leave them running without notice.
Most operations on containers, with the exception of downloading the first image, are fast, like sub-second fast. Operations on VMs are painfully slow by comparison, easily a minute or more. The fact that containers are so lightweight opens up all kinds of uses that would be impossible with VMs, like deploying 40 containers to simulate a large environment, all on a ho-hum workstation. Even if you just use containers like VMs, it means you spend less time waiting and more time working.
I could mention more advantages, but I already sound like a new Christian.
For a decent implementation of containers you'll need Linux (LXC, perhaps under Docker) or FreeBSD (jails). And since a container uses the host kernel, you can't run Windows or FreeBSD inside a container on a Linux host. That is still the realm of virtualization.
To put containers in perspective, here is a good talk.
No single currency, perhaps, but how about a basket of currencies? Better yet, why not let any country wanting to back it's own currency choose what it backs its currencies with? That way large trading partners could back one-another's currencies, in part. And why limit yourself to currencies, there's always prescious metals.
I can imagine that this move would make for an exciting currencies market, at least, initially. In the long-term, though, a currency's value as tool to back others with would come down to its performance and stability...or perhaps that it moves out of phase in relation to others and stabilizes the basket.
I've been using consumer-grade wireless equipment in the enterprise. The key is that we flash routers with OpenWRT. We decided to do this after testing out some enterprise wireless gear from a couple of reputable companies, cracking open their equipment, and realizing it was basically identical to the consumer-grade gear. It's also nice having to worry a little less about the possibility of manufacturer's back-doors. Much lower price and the ability to have a nearly identical interface on a mix of equipment are big positives as well. A minus is that devices tend to keep a death-grip on the access-point they connect to first.
We must have 50 wireless access points (mostly Netgear, some ASUS, some Linksys) running for a couple of years and have had no issues whatsoever other than having one router lock up after a power bump.
What equipment are you using? Either it's junk or you have some sort of problem in your environment (dirty power, high ambient temperatures).
Under Linux, I found Blender's editor, although far from perfect, was a much better option than OpenShot. Crashing is the norm with OpenShot. I wouldn't even think of doing anything other than very simple editing under OpenShot. Anything more than nipping out the wanted portion of of a video clip and adding a single audio track would be a no-go for me with OpenShot. Anything more complicated and you are likely to eexperience crashes.
Blender worked for me on a project with about a dozen video clips (~5 minutes in total) and at least a couple of dozen audio clips that had to be accurately timed. (A Nerf "war" video that my young sons nagged me into.)
This was six months ago. Things may have changed for the better since then.
I replaced a failed hard-drive on 2U 12-drive storage (for VMs) storage server yesterday. It took less than 20 seconds. No downtime.
The complete process went like this: Press the button that releases the lever on the hot-swap tray, lever the hot-swap tray (and drive) loose, slide the tray completely free, put the failed tray and drive in the bad-drive pile, pull a new (and tested) hot-swap tray and drive off the shelf, insert it, and walk away. Including prep (installing the drive in the tray and testing), it might have taken five minutes.
If downtime matters to you, using a consumer device in a colo site probably won't be of interest. Having said that, I've seen colo services doing similar things with D-Link home server boxes a couple of years ago. Those were at least hot-swap. My guess is that it may have saved them some money in up-front costs.
Certainly, annual crop production is nightmarish, environmentally speaking, whether we eat the result directly or, even worse, feed it to an animal and then eat the animal. Perennial production does look like it has some promise. This discussion got me to revisit some of my permaculture books on the shelf, and checking the local tree nursery catalogs. I actually think, even in my climate, that one could grow the bulk of their diet in an agroforestry operation. Basically, pasture (for sheep or cattle) broken by rows or patches of fruit and nut trees.
We're already started in this direction, but as a result of this discussion, we're going to commit to an additional 30 trees this spring. (That's about the most that one can get started while holding down a full-time job.)
Wow! Something positive resulting from a Slashdot discussion.
Slashdot Mirror
The current craze of 3D printers use additive methods (FDM). This makes it impossible to print a whole class of pretty simple shapes. For example a scan of myself with my arms held up 60-degrees above horizontal: printable (assuming there's not much overhang in my belly area, and ignoring my chin). A scan of myself with my arms held down 60-degrees below horizontal: unprintable without support. A sphere, for example isn't printable on a standard Reprap-type printer without support. You can add support or print models in pieces, perhaps with indexing to make them easy to assemble, but these can be challenging operations.
There are a lot of problems that still remain that make printing as a hobby a fairly frustrating experience. Automated bed-leveling will be nice when it becomes standard. Some sort of dissolvable material for printing support (using dual-print heads) would also be a huge leap. The software has a ways to go too.
But if your aim was to keep a couple of printers busy day-in and day-out in a business, it would likely be worth learning how to efficiently jump these hurdles.
Exactly. There are lots of decent router distributions (and not all are Linux). I haven't tried all of them, but so far my favourite is pfSense. But for the sort of hardware in wireless routers (the subject of this article) OpenWRT is more appropriate. Not having to worry as much about spying is nice.
Just be prepared for a significant wait between the release of 802.11ax hardware and OpenWRT support. Support for 802.11n took quite some time.
I got something similar yesterday: Picked up the phone and get a long pause before an employee of "Visa" greets me from an obviously packed and busy call-center. At this point, my Spidey senses were tingling. I would call his accent East Indian, which is fine. He tells me that I had qualified for a lowered interest rate. "Great!", I says. He then confirms my name and address, which didn't bother me as they are all over the place. But I hang up as soon as he asks for my date-of-birth.
They must get a bunch of people with this scam.
It occurs to me that several discussion forums I'm on know my date of birth. That now seems like an unacceptable risk.
More likely the software running on the Cisco boxes. Reflashing the software would be a simple task and wouldn't even involve a screw-driver.
You might be right. $3500 for a router was too much for us. That wouldn't get us in the enterprise door.
You are correct. There was no smoking gun. At least, not in any of the stories that I've seen. I mis-wrote. Apologies to Huawei.
Putting open source routing software on a rack-mount PC equipped with a few NICs is looking better all the time. Since the open source routing software solutions are getting quite good, this is doable. I did it and wouldn't go back:
About three years ago I noticed that our Cisco routers were a bottle-neck, worryingly old, and I was the only member of my staff comfortable with their CLI. We definitely did not have the budget to buy new Cisco routers, so I looked into HP and D-Link layer-3 switches. They were still too expensive. We used OpenWRT on some wireless routers, so the idea of using open source routing software was not new to us. Tested using plain Linux as a router. That worked, but was (way) over my staff's head. Tried Vyatta on the same hardware. At that time Vyatta's web-interface was a joke, making it no better than plain Linux for our purposes. (The web-interface may have improved since then and as a virtual router in a VM environment, Vyatta looks quite good.) Untangle was decent, but all of the interesting features had to be bought, which nullifies most of the advantages of it being open source. Heard about pfSense on the Linux Action Show and gave it a try.
Testing pfSense and learning its feature-set convinced us that it could do everything we needed (NAT, routing/firewalling between VLANs and the outside world) as well as do some other nice tricks (VPN concentrator, web caching/filtering, nice graphs of important stats, logging web usage, acting as a DHCP and DNS server, etc.). Basically, pfSense does everything that OpenWRT does and more since it expects to be run on more powerful standard hardware. Since it runs on standard hardware, the community isn't as fragmented as with OpenWRT, and more of pfSense's users are applying it in a professional environment, so the community support is quite good. The paid support is excellent. Being able to replace a failing router or NIC with something we had on the shelf is nice too.
So we had an open source routing solution that fit our needs, and much better than Cisco's offerings. But shifting all of our routing from Cisco to pfSense was a bold move. The Huawei story was the clincher for us. If Huawei did it, Cisco could too. That realization lead to my decision to always use an open source solution on network edge devices. This story seems to support that decision.
Which historic numbers are those?
I'm waiting on the edge of my seat to see a comprehensive study comparing the gamut between little and much government, but my expectation is for freshly picked cherries.
You realize that the Medieval Warm Period wasn't a global event, right? It was limited to the North Atlantic. Other regions of the world experienced both cool and warm periods over the same period. Read more on the topic here.
Having worked in more established institutions, mostly public ones, I'm envious of folk at start-ups. It seems like there could actually be a team, where everyone is mostly focused on the same goal. In established organizations this often isn't true and work becomes more about protecting one's position than getting a job done.
In an established organization, even if you are competent in your position, the management structure can mean you have little control over your destiny. Everyone between yourself and the tippy-top of the org-chart can decide your fate in a heart-beat. If any of those folk aren't worthy of the position (which happens a *lot* in public institutions) you have to have an exit strategy ready. Even if everyone above you is stellar now, tomorrow is a different day. I've had that sinking feeling, the one where I realize my direct superior doesn't have a clue and is making terrible decisions that directly, and devastatingly, impact myself and my staff. It has happened three times in the last five years and escalated in severity as each was of my superiors was replaced with someone worse. Serving at the pleasure of someone who is incompetent, and trying their damndest not to be found out, is tenuous.
So make sure your personal life is in order. Keep debt under control. Have at least six-months of living expenses in liquid savings. Live in a center where there are several other options for your skill-set. A partner with a stable income is wonderful insurance. Take your health seriously. Make sure that you are prepared for an unavoidable downward change in your health. That will happen eventually. Cultivate a network of friends and relatives that would stick their necks out for you in a time of need, by sticking your neck out for them when you can.
If one is personally prepared for things to go sour, the stress of personal loss won't add to the professional stress. Knowing that you can safely give your notice (no sense burning any bridges) goes a long long way.
And get paid to do it?
Unless you are doing desktop support (which doesn't pay) or developing applications that will run directly on the devices that sit in front of users (which can pay very well or not at all), you will likely be doing backroom work, where Linux dominates. Backroom work pays nicely and there's lots of it. True, one can do backroom work from a Mac easily enough, but a Linux desktop has its productivity advantages, like being able to spin up dozens of LXC containers in a way that mirrors the production environment, which is exactly the reason why my work desktop is a Linux box.
If your work is aimed at desktop support of Macs or developing applications for Apple products, a Mac makes sense, as does a Windows box for Windows work, but the amount of real work opportunities I'm seeing with Linux has grown a great deal in the last five years, like quadrupled. We're not talking about a tiny slice of the pie anymore. It's significant and growing fast.
Regarding the Homeland Security code audit of Linux and the 14x fewer bugs figure: Can we get a reference? I've done some Googling, but came up empty. That would be a nice feather in one's cap when some idiot manager starts ragging on Linux's security. (Which is happening to me right now.)
Without saying too much, I have some first-hand experience with traditional and some not-so-traditional composting toilets. That experience leads me to believe that a manufactured composting toilet, a user-built Jenkins-style composting toilet, and a multi-chambered composting toilet, can all be easily scaled up. The Jenkins-style system, in particular, is dead-easy to scale.
The challenge is that the western world has grown used to the flush-toilet. All that extra moisture presents a problem to any composting system. A small constructed wetland (basically a lined pit or trench filled with pea-gravel and topped with a moisture prefering mixture of plants) could handle the extra moisture easily enough. A small constructed wetland a few feet in diameter and depth can process an amazing amount of waste liquid. The system scales well too.
So scaling is not an issue. As the system scales, I also feel that management becomes less of an issue as well (because it becomes feasible to hire expertise in system design and maintenance).
I'm leary of biochar. Frankly, its following seems a bit cultish. I understand the carbon sequestering angle, but the issue I can't get around is that the process of generating biochar volatilizes a lot of useful nutrients, almost everything actually. The result is, in many ways, similar to peat moss. Lots of carbon, not much else. I've dumped loads of peat moss into low-quality garden soil, and it helps, but not like compost does, not even close.
Point taken, but the difference between customer and supervisor is important, at least I think so. The most important factor being that a supervisor can single-handedly decide your fate. As a consultant, my aim is to have no less than three clients at any one time, spreading my risk. If things start to go sour with one, I walk away and put some effort into drumming up a replacement. I imagine that will mean that I spend more time working with decent clients.
In a job situation, one gets the luck of the draw...one draw, and at times that you have no control over, you are forced to draw again.
Quit the soul-crushing job as soon as you are able. If you use phrases like soul-crushing to describe what you do for 40+ hours of work, you need a change.
I'm 40 and struggling with the aftermath of a similar situation. My last job as director of tech for a school division came to an end when a new superintendent came in with strong opinions about what technology in a school should be (Apple TVs and Ipads) but didn't have a clue what it took to support those technologies (like a secure network) or an understanding of the regulations we worked under. Being thrown under the bus was pretty painful. Can't say that I have fully recovered, physically or emotionally.
One thing is for sure, I never want to be stuck in a job where my supervisor is an opinionated moron again. Not unless the job has a short time-frame. This pretty much rules out working directly for government. Even if you are lucky to get in with a good group, it can change in a hurry.
Now, I'm doing tech consulting, raising sheep, building a green home, and being a dad again. Two months in and I can't see myself ever going back.
Virtualization is great, but compared to containerization it is a real pig. I'm in a similar situation to the OP, and I generally shut down my development VMs before doing graphics work, video editing, or relinquishing the workstation to my sons to play games. This includes idle VMs, which still chew up a fair amount of RAM and CPU. With containers, unless there is a busy process running, I can leave them running without notice.
Most operations on containers, with the exception of downloading the first image, are fast, like sub-second fast. Operations on VMs are painfully slow by comparison, easily a minute or more. The fact that containers are so lightweight opens up all kinds of uses that would be impossible with VMs, like deploying 40 containers to simulate a large environment, all on a ho-hum workstation. Even if you just use containers like VMs, it means you spend less time waiting and more time working.
I could mention more advantages, but I already sound like a new Christian.
For a decent implementation of containers you'll need Linux (LXC, perhaps under Docker) or FreeBSD (jails). And since a container uses the host kernel, you can't run Windows or FreeBSD inside a container on a Linux host. That is still the realm of virtualization.
To put containers in perspective, here is a good talk.
No single currency, perhaps, but how about a basket of currencies? Better yet, why not let any country wanting to back it's own currency choose what it backs its currencies with? That way large trading partners could back one-another's currencies, in part. And why limit yourself to currencies, there's always prescious metals.
I can imagine that this move would make for an exciting currencies market, at least, initially. In the long-term, though, a currency's value as tool to back others with would come down to its performance and stability...or perhaps that it moves out of phase in relation to others and stabilizes the basket.
I can echo this, almost exactly.
I've been using consumer-grade wireless equipment in the enterprise. The key is that we flash routers with OpenWRT. We decided to do this after testing out some enterprise wireless gear from a couple of reputable companies, cracking open their equipment, and realizing it was basically identical to the consumer-grade gear. It's also nice having to worry a little less about the possibility of manufacturer's back-doors. Much lower price and the ability to have a nearly identical interface on a mix of equipment are big positives as well. A minus is that devices tend to keep a death-grip on the access-point they connect to first.
We must have 50 wireless access points (mostly Netgear, some ASUS, some Linksys) running for a couple of years and have had no issues whatsoever other than having one router lock up after a power bump.
What equipment are you using? Either it's junk or you have some sort of problem in your environment (dirty power, high ambient temperatures).
Under Linux, I found Blender's editor, although far from perfect, was a much better option than OpenShot. Crashing is the norm with OpenShot. I wouldn't even think of doing anything other than very simple editing under OpenShot. Anything more than nipping out the wanted portion of of a video clip and adding a single audio track would be a no-go for me with OpenShot. Anything more complicated and you are likely to eexperience crashes.
Blender worked for me on a project with about a dozen video clips (~5 minutes in total) and at least a couple of dozen audio clips that had to be accurately timed. (A Nerf "war" video that my young sons nagged me into.)
This was six months ago. Things may have changed for the better since then.
Is there a $3.14 million bounty I can claim for pwning Haiku?
It seems like your problem is with the claims added, or at least highly magnified, by two levels of news aggregation.
I replaced a failed hard-drive on 2U 12-drive storage (for VMs) storage server yesterday. It took less than 20 seconds. No downtime.
The complete process went like this: Press the button that releases the lever on the hot-swap tray, lever the hot-swap tray (and drive) loose, slide the tray completely free, put the failed tray and drive in the bad-drive pile, pull a new (and tested) hot-swap tray and drive off the shelf, insert it, and walk away. Including prep (installing the drive in the tray and testing), it might have taken five minutes.
If downtime matters to you, using a consumer device in a colo site probably won't be of interest. Having said that, I've seen colo services doing similar things with D-Link home server boxes a couple of years ago. Those were at least hot-swap. My guess is that it may have saved them some money in up-front costs.
Certainly, annual crop production is nightmarish, environmentally speaking, whether we eat the result directly or, even worse, feed it to an animal and then eat the animal. Perennial production does look like it has some promise. This discussion got me to revisit some of my permaculture books on the shelf, and checking the local tree nursery catalogs. I actually think, even in my climate, that one could grow the bulk of their diet in an agroforestry operation. Basically, pasture (for sheep or cattle) broken by rows or patches of fruit and nut trees.
We're already started in this direction, but as a result of this discussion, we're going to commit to an additional 30 trees this spring. (That's about the most that one can get started while holding down a full-time job.)
Wow! Something positive resulting from a Slashdot discussion.
Thanks for adding to the discussion.