Forgot your password?

Comment: Re:Boycott, Divestment and Sanctions (Score 1) 368

by PopeRatzo (#47506593) Attached to: A Skeptical View of Israel's Iron Dome Rocket Defense System

Except the ANC "won", and they were still labeled as terrorists afterwards.

You may have noticed how with the death of Nelson Mandela, the only mention of "terrorist" came in the form, "I can't believe that monster Margaret Thatcher called Mandela a terrorist way back in the bad old days".

Today, "terrorist" is what you call the other guy. It has no meaning any more.

Comment: Re:complex application example (Score 1) 157

by Bengie (#47504731) Attached to: Linux Needs Resource Management For Complex Workloads

The point is that each and every component involved, from hardware through firmware to software, is designed under the premiss that it is okay to drop a packet at any time for any reason, or to duplicate or reorder packets.

That entire sentence is damn near a lie. Those issue can happen, but they shouldn't happen. You almost have to go out of your way to make those situations happen. Dropping a packet should NEVER happen except when going past line rate. Packets should NEVER be duplicated or reordered except in the case of a misconfiguration of a network. Networks are FIFO and they don't just duplicate packets for the fun of it.

As for error rates, many high end network devices can upwards of an error rate of 10E-18, which puts it at one error every 111petabytes. I assume you'd have to divide that error rate by the number of hops.

I've seen enough system designs where they send data as UDP packets and they require incredibly low packet-loss rates, border-lining never. It can be done, but you're not going to be using dlink switches. You can purchase L4 switches now with multi-gigabyte buffers. They're meant to handle potentially massive throughput spikes and not drop packets.

I assume this is all intra-datacenter traffic or at least an entirely reserved network.

Comment: Re:Why are Zorro cards worth anything at all? (Score 1) 170

by drinkypoo (#47504233) Attached to: The Almost Forgotten Story of the Amiga 2000

Nice try, and I'm sure you can impress a few kids who never experienced the Amiga era, but to me you only look like a fool. You know what was really cool at the time?

Yeah. Having an Emplant board. I've owned several Amigas, and hung out with several other Amiga owners. Blow it out your arse sideways.

Comment: Re:10.10 per hour (Score 1) 747

by drinkypoo (#47502069) Attached to: States That Raised Minimum Wage See No Slow-Down In Job Growth

would you then agree that its important to help folks both with fish _and_ fish poles?

Yes. That is in fact precisely how I feel about it. Teaching 'em how to use the pole is right in there as well. It's woeful what the education system in this country has become. It's awful how entitlement programs are designed to self-perpetuate by cutting off recipients when they just begin to get their shit together. And it's awful how we don't actually permit people to be self-sufficient in this country; grow your own food in your own backyard and you just might get a visit from the cops.

Ranty McRanterson, I know. But seriously, at the rate at which we shit upon the disadvantaged in this country, it's a wonder we ever even hear from them, let alone see or smell them.

Comment: Re:SCSI madness (Score 1) 170

by drinkypoo (#47501811) Attached to: The Almost Forgotten Story of the Amiga 2000

As much as people fawn over computer nostalgia, they forget how much the pre-plug-and-play era actaully kind of sucked on a day to day basis. Sure, it got you job security, but today I enjoy unboxing my SATA drive, plugging it in and moving on to whatever it is I wanted to do with the new drive.

I had very few problems with termination on my Amiga. It seemed to work fine with any termination I used. Macs were where I had problems. And the Amiga was in fact the first computer that really had great plug and play. It had a microkernel-based OS and the drivers could be loaded from option ROM on the cards automatically, and then later they could be replaced in memory with a newer driver loaded from storage. In spite of this, Amiga themselves actually released at least one storage controller (MFM+SCSI) with no autoconfiguration; I had one in my first A2000 running a ST225 and later, a SQ135.

Comment: Re:Amiga 2000's are plagued with battery leakage (Score 1) 170

by drinkypoo (#47501775) Attached to: The Almost Forgotten Story of the Amiga 2000

My largest complaint about the A2000 is that it included the same 68000-8 processor clocked at 7.1MHz as the A500 and A1000. It would have been advantageous to have included a 68000-16 processor clocked at 14.2MHz for the more strenuous workloads that A2000 users tended to perform.

Yeah, for those users, Amiga offered the A2000 with an accelerator, and called it the A2500. You probably recall.

It might have also discouraged programming that relied on a 7.1MHz clock.

That's why they didn't do that. They wanted to maintain the library of software that would run on the A500. Without that, the A500 would have been a sad joke. At $600 as a package with a TV encoder, it was cheaper than most accelerators. You couldn't expect people to ever add anything but a memory upgrade.

I had a friend with an AdSpeed accelerator module (68000@14) for his A2000 and it made a significant difference. After spending considerably more for an A3000-16, I ended up regretting the decision given the costs versus the benefits.

That difference is minuscule compared to having an '020, let alone an '030.

I've never been canoeing before, but I imagine there must be just a few simple heuristics you have to remember... Yes, don't fall out, and don't hit rocks.