Forgot your password?
typodupeerror

Comment: Re:So-to-speak legal (Score 1) 405

by nabsltd (#47908729) Attached to: Comcast Allegedly Asking Customers to Stop Using Tor

The term to use is "common carrier". Common carrier status is something they want to keep, and if they try to control the content of information that customers use over your network, they're in danger of losing it.

Cable companies aren't common carriers. That's the problem.

If they were common carriers, they wouldn't have to respond to DMCA complaints, because they wouldn't be liable for anything they transport over their network.

Comment: Re:BTW, this proves piracy is irrelevant for artis (Score 3, Informative) 600

From 1999 to 2009, music sales dropped about 60%.

Much of that has to do with three things:

1. Many people have already purchased all the pre-1999 music they want, and now only buy new music. Prior to digital, there were a lot of replacement sales of old music.

2. It is now easy to only purchase the songs you want, so people no longer have to spend $10 for two songs, which means overall revenue is down. The solution to this is for artists to create music where every track on an album is desired.

3. "Rental" options like Spotify, Pandora, etc., don't count as sales, but are widely used by many people as their only music source.

Comment: Re:It's not your phone (Score 1) 600

The difference here is that these are always present, but don't interfere with the content of your account. When my Android phone installed Google Video, it didn't replace another Video app, didn't become the "default" video viewer, and wasn't added anywhere except the applications menu. Unless I actively looked for it, I would not find it.

Also, every Google app can be disabled, and all you lose is the functionality of that app (although some Google apps do use functionality from other Google apps).

Comment: Re:Unfamiliar (Score 1) 366

by nabsltd (#47886265) Attached to: The State of ZFS On Linux

If ZFS finds a checksum error, it thinks it's running on two big drives in a stripe with no redundancy, and it will be unable to recover the lost data.

There will be yet another level of redundancy through the cluster, as each file will be available on at least two different nodes. ZFS will help in finding discrepancies that are found at the cluster level.

Comment: Re: Unfamiliar (Score 1) 366

by nabsltd (#47882491) Attached to: The State of ZFS On Linux

Why would I prefer ZFS over DIF on FC and now SAS2 which does the checksumming in a far more comprehensive manner for me and is agnositic to the file system it is on?

ZFS checksums the data in situ and will prevent bit rot, while the methods you reference are for verifying the data hasn't changed during the transfer across a wire.

Comment: Re:Unfamiliar (Score 1) 366

by nabsltd (#47882457) Attached to: The State of ZFS On Linux

3. RAID controllers are pretty much all unique and their volumes are non portable. They are also not documented well. Your drives are useless without the controller, and even recovering with a new controller of the same type is a crapshoot.

Modern LSI RAID controllers use a completely portable format. You can move the array to any other controller that supports that same level of RAID and it can be imported into the config. I have done this successfully even when the controller chip was a completely different model.

Comment: Re:Unfamiliar (Score 1) 366

by nabsltd (#47882423) Attached to: The State of ZFS On Linux

RAID controllers are limited by their on-board chips which are typically sub-GHz RISC (ARM, Intel, MIPS) processors - an external SAS RAID controller will cost you about $2-5000 extra and have a throughput of a few 100MBps and a few 100's of IOPS.

There are sub-$1000 LSI RAID controllers that have no problem providing 500MB/sec even with 10x 5400rpm drives in RAID-6. Faster drives and more spindles plus SSD cache (handled by that same LSI controller, so it's OS-agnostic) can give apparent throughput of around 150MB/sec per spindle. For your 36 spindle scenario, that would be around 5GB/sec, which is nearly double your throughput.

Right now, I'm in the process of building a cluster where each node will use two groups of hardware RAID-6 over 10 drives, and then use a zpool to combine the storage and give me all the other ZFS features (snapshots, scrub, etc.). The whole cluster will be combined using Lustre to give around 350TB of usable storage. Based on similar build-outs that our software vendor has seen, our biggest issue will be that we only have 20Gbps total network capacity per node, and under heavy load will likely be saturated.

Comment: Re:Phone requirement (Score 1) 471

by nabsltd (#47873143) Attached to: Ask Slashdot: What Smartwatch Apps Could You See Yourself Using?

This is the same thing people have seen with bluetooth ear pieces. They are really nice for a small percentage of the time, but not enough to capitalize for the majority of the market.

But bluetooth headsets do what they are intended for very well...they have long battery life (days at a minimum, weeks for many models) and allow you to perform any audio interaction with your phone that you might need without having to remove your phone from its storage.

A smart watch can't do audio interactions any better than the phone, and the display doesn't provide enough extra utility (texts can be listened to via text-to-speech over a bluetooth headset) until some "killer app" is written for it. In addition, most bluetooth headsets require little to no extra software on the phone, but apps that utilize a smart watch will have to have code that specifically handles the smart watch interface.

Comment: Re:Must-have features (Score 2) 471

by nabsltd (#47873043) Attached to: Ask Slashdot: What Smartwatch Apps Could You See Yourself Using?

My watch is a Tissot PRC200 Automatic. Not a very expensive watch

At US$600, it's also not "cheap".

But, you do make a good point in that people who already wear watches tend to like the style they have, and won't trade that for smart watch functionality. And, that people who wouldn't mind spending $350 on a smart watch likely already have a watch at least that expensive that they won't give up.

Comment: Re:Prison Planet / panoptonomnomnomicon (Score 1) 471

by nabsltd (#47872857) Attached to: Ask Slashdot: What Smartwatch Apps Could You See Yourself Using?

You'd look pretty silly trying to contort yourself in order to read the time or do a google search on an ankle monitor.

I don't think I need to remind you that there are people who—as I type this—are downloading video of somebody else contorting themselves into just such a position, silly-looking or not.

So, such a device would aid in creation of "plot" for these videos.

Comment: Re:No comments here yet... (Score 4, Interesting) 471

by nabsltd (#47872789) Attached to: Ask Slashdot: What Smartwatch Apps Could You See Yourself Using?

If you're like a lot of people, you carry a backpack/computer case with you on a regular basis. Keeping your phone safely inside that bag for most circumstances would be a benefit, freeing your pockets of the burden. You could still receive/triage incoming communications while the phone was tucked away. "Nearby" for a well designed bluetooth transceiver is 30-45 feet which is enough to keep you from having to unsheathe your phone in most circumstances.

The correct solution is to put all the "phone" functionality (antenna, transmitter, etc.) in the "watch", and use the "phone" as nothing more than a remote display and computing platform. It would be tricky to create the right split (since the watch has to have some computing power), but not impossible. The second trick would be to get the battery life of the watch high enough with the added power requirements.

The current split of "watch is a peripheral" won't appeal to enough people to make true sales inroads. Sure, Apple is going to sell a lot of these just because of the Apple name, but it's still going to be just a small percentage of iPhone owners, much less smart phone owners.

Comment: Re:But... (Score 1) 363

by nabsltd (#47871895) Attached to: Text While Driving In Long Island and Have Your Phone Disabled

The law is typically written to specifically exempt law enforcement and emergency responders.

Most of those exemptions are only truly valid while on an "emergency" response, even though most cops treat them like full-time exemptions.

Because of the emergency requirement, and because the police car has a radio and most have computers, I can't think of any reason to allow cops to use hand-held cell phones for any reason while driving. If they are responding to an emergency, they should be using official communications methods, and if they aren't, they shouldn't get an exemption from laws.

Comment: Re:Do you REALLY need that text message? (Score 1) 363

by nabsltd (#47871835) Attached to: Text While Driving In Long Island and Have Your Phone Disabled

Why? Really why should I wait? I have an app on my phone that reads my text message if I am in my car. I never respond and it is no more distracting than the radio.

Similarly, my car provides this same feature, and also allows me to send "canned" texts (similar to one-button taunts in online games) with a couple of clicks on the car's touch screen. I also can't edit "regular" texts while the car is in motion, but I can edit either the canned texts to meet my needs or edit a normal text while the car is stopped but still hit "send" while the car is in motion.

Asynchronous inputs are at the root of our race problems. -- D. Winker and F. Prosser

Working...