Slashdot is powered by your submissions, so send in your scoop


Forgot your password?

Comment: Re:Net Neutrality is not about Peering (Score 1) 270

If an ISP determines that subscriber usage of new service X in particular is changing their oversubscription model such that significant capital expenditure is necessary to maintain an expected quality of service across the board for all users, is it unfair to try to pass those costs off to service X and ultimately the users of X rather than all subscribers across the board?

Comment: Re:Understandable (Score 3, Insightful) 165

by Mryll (#46751549) Attached to: Reviving a Commodore 64 Computer Using a Raspberry Pi

Another thing is that you really had the sense that you were on the edge of something new back then. These were some of the first computers that were adopted by the public in significant numbers, and if you had one, you were really one of the few early computer owners. If you happened to be a teenager, more exciting and better yet

In those days using a computer was really a choice of love, because it was NOT CONSIDERED COOL. You had to pay some social stigma price to stick it out. We did. The younger folks never really faced it.

Comment: Re:old tech (Score 1) 165

by Mryll (#46751509) Attached to: Reviving a Commodore 64 Computer Using a Raspberry Pi

Agreed, if you read the reference guide you really had an understanding of the way it worked.

By the time the DOS architecture machines reached the point that a pointer was a pointer was a pointer, I gave up my grip on trying to fully understand the machine from outside to inside to focus on what I could accomplish within the framework of ANSI C. Things feel increasingly squishy each year with layers upon layers. There's too much for me to really grok in the same depth that I used to. The focus shifts to consistent understanding of a number of adjacent domains in an appropriate depth to get work done.

Comment: Re:Short story: See to what Linus responds (Score 1) 641

by Mryll (#46667115) Attached to: Linus Torvalds Suspends Key Linux Developer

Linus seemed a little less extreme - later in the thread he wrote:

"No, we very much expose /proc/cmdline for a reason. System services
are *supposed* to parse it, because it gives a unified way for people
to pass in various flags. The kernel doesn't complain about flags it
doesn't recognize, exactly because the kernel realizes that "hey,
maybe this flag is for something else".

The classic example of this is things like "charset" markers, but also
options to modules that modprobe parses etc etc.

And yes, that does include "quiet" and "debug". Parsing them and doing
something sane with them is not a bug, it's a feature.

But the problem appears when system services seem to think that they
*own* those flags, and nothing else matters, and they don't do
something "sane" any more. "

Comment: Re:Drop box .... Meh! (Score 1) 243

by Mryll (#46624595) Attached to: Dropbox's New Policy of Scanning Files For DMCA Issues

I would seriously think that you could build something user-friendly around rsync - the guts are all about efficient file replication. I use it extensively to sync backups of data on the home network and sync music to a few devices and USB stick. You have to take responsibility for keeping a server up 24/7 or whenever you want to sync data, deal with bandwidth etc, some things that the service provides for you.
