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

 



Forgot your password?
typodupeerror
×

Comment I had one for a while. (Score 2) 334

It was a military surplus rifle that had been "sporterized" (mainly by cutting the stock down to a more civilian profile).

The Enfield has an interesting history: Back in the period leading up to WWII the British mmilitary had a good idea the war was coming. The army was armed mainly wiith the Lee-Enfield bolt action rifles and they knew they needed a good slect fire automatic/semiautomatic rifle to replace them, least they be outgunned. But they debated over WHICH design to pick for so long that, when the Blitzkreig brought the Germans into a faceoff with the British, the autos weren't yet deployed.

It turns out that the Lee-Enfield action has a number of features that make it VERY much faster to operate than other bolt-action military weapons of the time. The bolt has a very small throw angle. It has rear, not front, locking lugs (out where there's lots of clearance and little stress and opportunity for dirt to gum them up). The action is almost glassy-smooth. The bolt ball is located where it can be opened by the thumb, while slapping it closed with the palm, doesn't require accurate positioning of the hand, and guides the hand back to the correct position to fire, letting the user's attention remain on the target scene and sight picture. It cocks on closing (rather than on opening as Mausers do), dedicating essentially all the energy on opening to case extraction, rather than splitting it with spring-cocking and keeping the opening and closing work closer to equal.

The result is that, with a modicum of practice, a rifleman with a Lee-Enfield can achieve higher firing rates than the operator of a machine gun. (Machine gun rates are deliberately limited to make them easier to control and aim, avoid wasting ammunition, and reduce overheating, burnout, and jamming.) It can't keep it up as LONG, because the Lee Enfield has a small, fixed, magazine. But it can fire a couple fast, controlled, bursts - just what is needed in many situations - using a powerful rifle cartridge.

By comparison the Germans were armed with things like the recently developed "assault rifle" - a short-barreled select-fire rifle (for easy handling in cramped hallways or popping up out of a tank hatch), firing a low-powered cartridge. (Militaries had figured out that a gun should be designed to WOUND, not kill: Kill a soldier and you take one out of action - wound him and you use up him, his buddy, a medic, and a lot of infrastructure and supplies taking care of him and shipping him back home.)

The Blitzkreig stormed across much of Europe and encountered only limited resistance, typically armed with the likes of the slower bolt-action Mausers. Then they came up against the British. They knew the Brits were armed with bolt-actions and believed their own propaganda about their lack of resolve. So they expected to sweep them up as they had their previous encounters. They came charging out, and were blasted back, repeatedly, by withering fire. There are records of communications from the front where the officers were claiming all the Brits were armed with machine guns. (I hear one of these records is a recording - with the officer in question being killed in mid-message by a round from one of those Lee-Enfields.)

Comment Medicare needs a separate number. (Score 1) 59

We have the same thing here in the US, but good luck getting a new SSN if it gets compromised.

What bugs me is I've been refusing to give out my SS# to any operation that didn't have a federal mandate to get it for decades - since at LEAST the '80s.

Then I aged into eligibility for medicare - and other health insurers insist that, since I'm eligible, they'll only pay the difference between my coverage with them and what Medicare pays (which is most of the bill), even if I don't collect from Medicare. Not collecting from Medicare would be a financial disaster.

But Medicare's I.D. is the social security number with a single letter appended to it. Every clerk at every doctor's office, clinic, hospital, pharmacy, etc. that I interact with gets my SS#. Ever such operation's database has my SS#. I went to Costco for a flu shot, so now Costco has my SS#. Every store's database is a chance for a cracker to collect it. Every clerk is a chance for some crook to tempt them and buy it.

There was recently an article wringing its hands over the discovery that people over 65 have a higher incidence of identity theft. Well DUH!

The solution would be fore Medicare to assign a separate medicare number for making claims and otherwise interacting with them - something randomly picked (not algorithmically generated from the SS#, which would return to the current case as soon as the algorithm leaked), and only paired with the SS# (if at all) in a database in the relevant government department.

Comment Issue was whether there were NEW ones. (Score 2) 376

As I understand it (in hindsight):

- Saddam was supposed to stop his production of new WMDs and estroy the old stuff.
  - He apparently complied, at least with stopping new production. (His guys - maybe at his orders, maybe on their own - apparently hid some of the key components of the nuclear program so it could potentially be restarted at some later date without starting from zero.)
  - But a lot of the old stuff was still around.
  - Meanwhile, he had enemies all around, and one of the deterrents was that they thought he had all this nasty weaponry.
  - So to keep them at bay, he made it look to his neighbors like he really was posturing about stopping and destroying, while still having much and making more. ("I got rid of all that stuff." Wink, wink, nudge, nudge.) As a "good client dictator" he counted on the US diplomatic and intelligence communities to know that he really did it, was tellnig the truth to us, and putting on a show for his neighbors.
  - Unfortunately for him, the show he put on for his neighbors convinced the US that he still had and was still making. Oops!
  - Meanwhile, his neighbors planted stories, disguised as intelligence reports, about his continuation. (One such that hit the press was the forged documents for the "yellowcake" uranium ore purchase. The guy who fabricated it bragged about it after the war.)
  - So the US decided he'd gone (too) rogue and had to be taken out.
  - The US went in looking for the NEW stuff and the CURRENT production and research. Oops! Didn't find it. Found a bunch of old stuff, but that didn't support the argument for going to war. Either it didn't exist (and the US had done a BIG boo-boo) or it was just well enough hidden that it hadn't been found yet.
  - So it was politically expedient for the administration to not mention the old stuff while they kept looking for the new stuff they still believed was there.
  - It was also politically expedient for the opposition to crow about not finding the stuff that was the reason for the war. The old stuff weakened the message, so they didn't mention it.
  - Most of the mainstream press was solidly in the opposition's pocket. So they didn't mention the old stuff, either. This made any reports of it from the remainder of the press look like a pro-administration fabrication.

Thus, if you weren't watching many sources and making really good estimates of what was correct, important, fluff, and/or fabrications, you either didn't hear about the old weaponry or thought such stories were disinformation, and came away with the idea that there wasn't any WMD material to be had in Iraq

Comment Bunch of stuff... (Score 1) 395

Logically you do not charge electric vehicles at a "commercial vehicle charging station" but at any regularly used parking point via induction charging.

Or you can do both. Going to all/most-cars-are-electric with older battery technology requires multiplying the grid capacity by about a factor of six. Fast charge capability improves on that drastically - for several reasons I'll get to below - but it still involves trippling it or so. As long as you're building it out to feed cars, you might as well build it out selectively, to both good "gas station" sites and to likely sites for charging while parked.

With fast-charging batteries you can ALSO put some charging coils under major roadways to charge them as they drive. (You wouldn't have to electrify the WHOLE roadway, just chunks of it. And you can have the utility handshake with the car's electronics to collect for the power - or refuse to supply it if it's unwanted or payment won't be forthcoming.)

Not all parking spaces and roads are worth electrifying, and people also need service when traveling. So IMHO, with fast enough charging to make it practical, there will still be quite a demand for electrified "gas stations" to fast-charge those cars that didn't have enough opportunity to slow-charge.

Fast charging at home, though would be problematic: You'd have to drastically increase your service, and the infrastructure behind it. There are a LOT of homes, and in some cases a lot of distance to run bigger wires and a lot of transformers to upsize. Building out "filling stations" for fast charging, or doing that first, lets the utilities concentrate their investment. Fast charge at an electric "gas" station while waiting for your neighborhood's turn for upgrade (or just avoiding paying for one) makes considerable sense.

Fast charging enables a substantial mileage improvement, too, especially in stop-and-go traffic or on hilly terrain. It HAS to be very efficient (because any substantial losses would fry the battery). With it being both efficient and fast, you can use it for braking, even rapid braking, and scavenge most of the energy that would otherwise be lost as heat. Current vehicles can recapture a little of the braking energy - if you stop slowly. Fast-charge batteries can get MOST of it - and then recycle it for restarting, or just cruising against wind resistance and friction once you're off the mountain. ... mega battery factories are so financially risky at this time, real battery breakthroughs are coming down the line, that will change everything.

Maybe not so much: As TFA points out, THIS one is pretty much a cheap drop-in, and the resulting battery is so good that it makes the quantitative leap in to the practical. Lithium is really light. So this battery might be so close to optimum that it will be hard to make big enough additional breakthroughs to displace it if it takes market share now and does its own incremental improvements later. Meanwhile, the perfect is the enemy of the adequate. This looks good enough that it's time to adopt it. So "the future" might finally be here.

Not just used in cars of course but also to be used in residential properties to really drive renewable energy sources and people in the burbs being able to escape the grid ...

Right on! Raw generation with solar photovoltaic in sunny locations is already cheaper than grid power. Windmills in windy areas have beaten the pants off it for a long time and in moderaty windy areas has done the same since strong rare-earth magnets became available at reasonable prices. The control electronics participates in the Moore's Law effect and its price will drop even faster, due to economies of scale, if deployments become common. The big rub has alwayd been storage.

High efficiency, high capacity, high charge/discharge rate, many cycle, long calendar life batteries, made of inexpensive, common, non-toxic materials, built in high quantity under substantial price pressure for automotive applications, would fill in the last hole. Further, the capacity appropriate for a car is happens to be great for a house as well. They're a major game changer for yet another game.

Further, if lots of houses go to renewable, they'll have periods where the winds have been calm and/or the sky dark where there isn't enough energy available to charge the car AND avoid a blackout at the house. That's a good time to charge the car at the electric "gas" station. But for that to work the stations must exist.

Comment Leaving 5,000 doing something interesting. (Score 3, Insightful) 146

3.995 million of them are currently collecting dust in the desk drawers of neckbeards.

Leaving 5,000 of them doing something interesting and useful - and probably something that couldn't be done affordably with a brain that cost $800 or more.

If the computer costs just chump change, who CARES if most of them end up gathering dust? The cost of that is trivial, which the benefit of those that DO get used is substantial.

It's like pencil sharpeners (back before cheap automatic pencils): They spend almost all of their time idle. But they're so cheap that it makes more financial sense to have one in every office than to have one for the company and a department scheduling its time-sharing.

(That analogy was acutally used, to get executives to rent a clue, during the transition from central timesharing systems to ubiquitus desktop machines. When a computer costs several million and needs a clean room and dedicated hierarchy, it makes sense to have one and spend a lot of effort rationing it out. When one costs a thousand bucks it's far cheaper to put them on every desk and leave most of them horribly under-utilized. Such a price drop creates a qualitative change to resource allocation strategies.)

Comment I'm using BeagleBone Black. (Score 2) 146

I'm using BeagleBone Black. Not wedded to it - it was just handy. Any of several others would have worked, but this was available and had the right stuff available, too.

$55, half a gig of RAM, four gig of flash filesystem (plus a socket for adding more).

Runs Linux (and several other OSes with ARM support.). Comes stock with Agngstrom but I installed a port of Ubuntu 14.04 LTS and an upgrade to the corresponding kernel version. (The stock Ubuntu port to BBB uses an older kernel, but there's another project that ports later kernels as drop-in replacements.)

The kind of capabilities you are looking for are out there.

Comment Know your enemy. (Score 1) 187

Holy crap, I can hardly believe this topic. Who in their right mind would want FM opinion on anything? This is really puzzling to me.

There's a saying that applies: Know your enemy.

I doubt anyone will be fooled into thinking his arguments are unbiased, or correct, and adopt the mindset he's pushing. (If nothing else, there will be PLENTY of warnings from posters in the discussions. B-) ) So this is a chance to do a little research: Find out what arguments are being brought into court and congressional cloakrooms by those opposed to innovation and competition from outside of established corporate monoliths, so we can get ready with counter arguments.

Comment You don't need Florian to answer that. (Score 4, Insightful) 187

As an independent software developer, how can I avoid getting dragged into a patent lawsuit? How can I leverage my rights to ensure others aren't exploiting my patents?

You can't.

A patent is just a license to sue.

It licenses others to sue you if they think you might be infringing their stuff (or they can get you to pay them to go away even if you aren't). It licenses you to sue others who are infringing your patents. That's all it is.

If you want protection for your creations, you have to be ready to put on the armor and walk into the arena to defend them.

Comment Re:Actually, it's easy. (Score 1) 174

I'm pretty sure that Battlefield is a UDP not TCP protocol so does UDP have the 'intelligence' to discard duplicate packets?

No it doesn't. UDP is just minimalist port-number-multiplexed, checksummed, access to the underlying IP protocol. It delivers the packets as they arrive, with no sorting out at all. (The underlying IP layer handles fragmentation and reassembly, but that's about it.)

That is why the SERVER and CLIENT that USE UDP have to, themselves, handle the dropping, reordering, and duplication of packets.

Comment Re:Actually, it's easy. (Score 1) 174

Data structure might be...

Of course, with only two links, you only have to track the packets that have come in on one link but not yet on the other. That makes it even easler.

Similarly, but not quite as simply, with more than two links, with situations where you throw things down some but not all of them, etc.

Comment Actually, it's easy. (Score 2) 174

This isn't possible, nor should it be.

Actually, it's almost trivial.

I don't know if there's something already available and free, so here's how I'd build it.

It'd startt with OpenVPN. (Mosly because it's the only hackable VPN I'm familiar with that's currently supported.)

I'd first take advantage of the fact that servers and clients are SUPPOSED to be able to handle duplicated and reordered packets and do it the simple way: Just hack it to throw each packet down both pipes, and at the receiving end just forward both copies.

Then, if the server and/or the client DON'T handle the duplication gracefully, I'd add sequence numbering to the VPN wrapping (if it isn't there already) and a mechanism at the receiving end to keep a small amount of history of what has gone out and drop the slower copy (if it arrives before the history of its other copy has timed out).

Data structure might be a small tree or heap of ranges-of-packets-that-have-left (pruned to drop older stuff when getting too nodefull or near sequence-number-wrap-around due to good packet weather), or maybe a rotation of three hash tables - "now", "recent", and "being cleared / cleared and waiting for rotation" - with the first two in use.

Comment I have no problem at all imagining that. (Score 4, Informative) 174

I find it hard to imagine that it would (at least routinely) be faster than using his current wireless setup to route his traffic from his desktop ... through his cable modem ... through his ISP ... through a remote datacenter (somewhere) ... to the Battlefield servers

I have no problem at all believing that. The OP says he is using two MOBILE access devices from two (wireless) carriers and is (if I read him right) experiencing substantial intermittent (but separate) delay and/or drop events in both of them. If he throws each packet down both of them and the first one to arrive at the data center gets to the game server, the packets that are lost or delayed on BOTH paths will be very much rarer and his gaming experience will be substantially improved.

Yes, he'll get a little extra latency on the fast packets - which is most of them. But server farms generally have fat and blazingly fast backbone connections, so it shouldn't be a lot added. A small price to pay to make almost ALL packets arrive reasonably quickly and almost NONE experience big delays or loss.

Comment Re:What makes you think (Score 4, Informative) 174

Doesn't TCP require it come back on the path too?

Absolutely not. Nor does it expect that to usually happen. The routes in opposite directions are often different. (For starters, they're based on the local knowledge of the routers at opposite ends of the path, which are typically familiar with their neighborhood and may have no clue about what things are like near the other end.)

The routes of diffetrent packets in the same direction are often different, too (like for load-balancing by throwing alternate packets down two slower links to get an effectively faster link). Every packet is potentially routed differently (though routing protocols like label switchingmay often set up connection-like shortcuts that make consecitve packets take the same path - to speed things up).

What matters is just that they get to the same ENDPOINT. Some may be silently lost. Some may be duplicated. Some may arrive out of order (like when a route changes and later packets get there faster).

It's been like this since IP, UDP, and TCP were invented. It was a core principle of their invention.

= = = =

Having said that:

Deviation (other than packet drops) from simple first-in-first-out packet flow tend to be rare. So not all servers and/or clients handle them well. (TCP will sort out missing and misordered packets on the receiving end - sometimes at substantial cost in buffering and latency. UDP will not - for simplicity, speed, and for when occasional lost packets are less of a problem than high latency and occasional long delays. So if the server and/or client can't handle transmission problems well, performance may suffer or functionality simply fail.)

Many networking company customers of high-speed router makers make the additional requirement that a stream of packets coming in one particluar interface from one particular source and going out another particular interface to a particular destination are not reordered. That's a pain when the router's guts are a sea of little processors each handling packets individually, so additional special purpose hardware may be added to track packet order and insure things don't get reordered between input and output queues.

Comment Re:Only in Africa? (Score 1) 478

The situation in the American South is totally different though, right?

Nice rhetorical scoring, but, yes, it *is* totally different. Comparing the poverty, lack of trust in government workers and dysfunctional healthcare system in the US South to those factors in Africa is like comparing the neighborhood pool to Lake Erie.

How about the situation at the US southern border for illegal immigrants?

The US takes them into custody. It puts them in crowded rooms - standing room only - for hours to days, with lots of others recently apprehended or who turned themselves in, and inadequate sanitary facilities (and inadequate instruction for those who don't know how to use the ones that ARE there). That looks to me like an ideal way to insure that if ONE of them has Ebola, dozens or hundreds will be exposed.

Then, after carefully NOT taking any information like fingerprints (which might be used to identify and collect them later), it busses them (in crowded vehicles) all over the country and resettles them - typically with alleged "family" who often living in crowded conditions and with incentives to avoid authorities - especially any that come looking for them.

Slashdot Top Deals

Any program which runs right is obsolete.

Working...