|
|
really, there are 3 options
1) a second array
2) tape (biggest are 5TB right now...)
3) online
1* RAID6 (or raid5+hot spare) would be 7x 4TB drives and could be built for about $1200 using a cheap workstation and external drives w/ freenas
2* tapes would be expensive and cumbersome IMHO. Also expensive!
3* I say this is an option but it's not realistic. if you have a typical 4Mbps upload from Cox/Charter/etc then the initial seed would something like 2 year!
Don't be a jerk! This is an absurd request. You get to record but your 'clients' cannot? I'm guessing the owners don't actually want to be in business. Even a no-camera policy is completely ridiculous for a fore-hire limo service.
How did this post get pass the sniff test?
Any self respecting geek will reject this and refuse to post anything helpful. troll away friends, troll away.
This is where I'd like too see the defacto monopoly of cable companies broken by making them common carriers. Basically, do what the gov' did to telecos creating the iLEC and cLEC system. This way other carriers can buy fiber and get on the wire.
for many cities, the cable lines are actually owned by the municipality and managed by the cable company, so this would be a somewhat simple transition. DOCSIS already has the ability to allow this explicitly in the standard.
I'm using btsync as well. I have about 20 sites with various synced folders. I have two primary nodes at my office and at my home that have all folders synced, they are essentially where I create all folders. People each get their own folders (actually zfs volumes). I run ubuntu w/ zfs and dedup the storage pool.
When I create a small NAS, I use a refurb computer with ubuntu, zfs even for a single disk (for compression, dedup, snapshots), and samba to share the files at the site.
I use apache w/ webdav and a link for the
Nope. itanic eliminated PA-RISC and Alpha, because both those architectures were owned by HP, and HP wanted to work with intel to make the itanic and replace those older architectures, and that's exactly what happened. Alpha was canned immediately after HP bought out the remnants of DEC in Compaq, and moved all the Alpha engineers to HP and Intel to work on itanic. (Remember, itanic was a joint venture between HP and Intel.) PA-RISC was eliminated sometime later after itanic got good enough to do so. Price/performance was not that much of a factor here; HP management wanted to move to itanic for various pie-in-the-sky reasons, and they couldn't simply backtrack and dump the itanic after pouring so much money into its development, since that would make HP management look stupid.
MIPS was indeed wiped out by x86-64.
That may have been HP's motivation, but the market did not care and Itanium did not displace non-x86* servers, rather the availability of commodity hardware with ECC RAM and other 'server' type options. It's really a give and take of hardware getting a bit better, vendors offering server solutions on that improving hardware, and hardware vendors upping the ante again etc etc.
In other words, had Itanium never been drempt up, the server market would look basically like it does today but with HP dropping support for HPPA right now instead of Itanium. Actually, the environment might look much different in that Oracle may have never purchased sun because sparc may have survived(as in maintained market share) having that little itanium slice of the market and butterfly effect that out to MariaDB not existing and java being less controversial.
MIPS really killed itself IMHO. x86 certainly kavorkianed it along, but nothing came out of the MIPS architecture to compete in a timely manner. MIPS is actually quite good, but like Alpha it had the wrong gameplan. Alpha was a trendsetter and Alpha boxes were amazing (formerly admin of a cluster of ES45 machines, Digital Unix) but digital/compaq got bought by HP and lost the war.
Not to say that x86 actually won though, the only thing x86 about and x86 CPU is that it happens to have some x86 decoders on effectively RISC core(s), so in the end RISC wins and gets no credit. MIPS (a RISC) owns the embedded router market today, ARM owns mobile, and x86 is very RISCy. Heck, the 'R' in arm used to mean RISC (still applies but the name is now just 'ARM')
It kind of did the latter
That's not even a stretch, it's completely false. Commodity x86/x86-64 clearly did the overwhelming bulk of eliminating other architectures by offering drastically better price/performance or maybe even more importantly, bringing the minimum server configuration down sub-$1000. Before the 'Xeon' and X86-64, servers were very much over powered and over engineered for many businesses.
Placing a $20,000 HP-UX/HPPA server in a small business and getting a baseline of 3% usage put these systems out of reach for obvious reasons. A $1000 Xeon box that performed similarly was the obvious choice. Itanium was never in the discussion and had effectively nothing to do with the decline of the MIPS and RISC server market.
--IMHO
As a poorly paid IT admin that manages thousands of devices across every province in Canada
purhaps your willingness to do so is causation for your poor pay....
skill is an extreme advantage. go to a local SCA event. Though they use blunt stick weapons, they can demonstrate that the first effective* strike drastically reduces the opponents ability to strike back.
The sharp edge matters for sure, but skill outweighs it by an order of magnitude.
"Adding a serrated edge would probably be even more effective against soft targets because it tears out chunks and causes more trauma"
not really the case, the serration causes a lot of surface damage but doesn't drive deep because it gets bound on fleshy parts, a smooth, moderate bevel with good weight will go deeper and cause a quicker death (typically). Keep in mind that an opponent might only have enough blood pressure to handle a single half-strength swing after a major arterial cut where a serrated tear could leave the other arm able to strike quite effectively even if they would die within minutes.
earthquake resistant then. They way they formed the top of each stone and the bottom formed a type of 'copy' so the rocks would stay in place instead of slide around on the stone below. Obviously this would wear on the stones to some degree and a really powerful earthquake would overcome the cope, but as time has shown, they put enough cope on the stones to handle the earthquakes in the region for a good long time.
You are correct, the flaw here is actually using a base10 prefix to describe a base8 or base2 systems.
hmmm, can the debian chroot let you update your system to current? nope. stuck on ICS? JB not support your hardware? how can JB not support your hardware?!? oh, because it's not using drivers written for linux, it's stuff written for dalvik.
In contrast, ubuntu is just linux. you can update the system to current anytime. You can disable eyecandy if your phone is a bit too slow and keep it modern. It puts the user back in control.
I can appreciate canonical's efforts here. ubuntu can be used as-is for users that wont mess with things, or can be tinkered with by those who want too. You can launch an X session to run X apps, or an X session on an external display. QML is pretty straight forward and well documented.
I don't know how well it will be received, but I for one am willing to try it out. I'm a long time iOS user and haven't been completely satisfied with android (orig droid owner) and lack of ability to update the system without a TON of effort by cyanogen etc etc.
any tampering or inspection is effectively the same as opening so this doesn't solve it.
yes, either site some sort of evidence, or can someone delete. I'm not about censorship, but if this is an outright lie it doesn't belong here. shame on you.
Britain claims that they can inspect diplomatic bags.
FORTRAN rots the brain. -- John McQuillin