Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×

Comment Welcome back, sneakernet. (Score 1) 674

Within a few more years, people will have 1TB in their pocket, whether on an ipod-like device or flash drives on their keychains. With normal compression, that's about 100,000 songs.

If Governments(/business interests) were to succeed in making stuff unswappable online, sneakernet will return.

Networking

SoHo NAS With Good Network Throughput? 517

An anonymous reader writes "I work at a small business where we need to move around large datasets regularly (move onto test machine, test, move onto NAS for storage, move back to test machine, lather-rinse-repeat). The network is mostly OS X and Linux with one Windows machine (for compatibility testing). The size of our datasets is typically in the multiple GB, so network speed is as important as storage size. I'm looking for a preferably off-the shelf solution that can handle a significant portion of a GigE; maxing out at 6MB is useless. I've been looking at SoHo NAS's that support RAID such as Drobo, NetGear (formerly Infrant), and BuffaloTech (who unfortunately doesn't even list whether they support OS X). They all claim they come with a GigE interface, but what sort of network throughput can they really sustain? Most of the numbers I can find on the websites only talk about drive throughput, not network, so I'm hoping some of you with real-world experience can shed some light here."

Comment Re:Public Power Revisited (Score 2, Insightful) 162

They didn't "force" electrification, instead the Government provided loans to local electrification cooperatives -- in other words, the small communities that you are talking about. See http://en.wikipedia.org/wiki/Rural_Electrification_Administration
Read up on it, the situation is very analogous: large companies refusing to provide service, yet claiming the government was not allowed to compete with them or regulate them.

Comment Using /dev/null with find/grep (Score 1) 2362

Here's a simple one.
Let's say you are looking for a file that has a certain string in it. (I'll use "foobar" because I'm a traditionalist.) You probably already know
find . -type f -exec grep -l foobar {} \;
But the problem is, that only returns the filename, not the line matched. You could drop the "-l", but then you only get the matching line, but not the filename. The quick way to solve the problem is to add a second file to the grep; then grep returns both the filename and the line match. In order to keep things quick and the results pure, the best file to use is /dev/null.
find . -type f -exec grep foobar {} /dev/null \;

Comment Finding where your disk space went. (Score 3, Informative) 2362

ls -l | sort -n +4 -- sorts files in size order, good for finding big files in a directory
du -s * | sort -n -- similar to above, find the biggest files & subdirectories of the current dir
du | xdu -- only when you're in X, obviously. Better grain than above, with the ability to drill down into subdirectories

Slashdot Top Deals

"Engineering without management is art." -- Jeff Johnson

Working...