I agree the digital migration problem is now not such a big deal. (with current fast transfer random access media, etc...)
I have to disagree with you about using the project gutenberg setup for a case as large as LoC though. We are dealing with a collection many many orders of magnitude larger. A new process is a must.
Of course I really think gutenbergs text formatting standards suck, and am therefore very biased. (They should have used a markup or formatting language.)
The blood (or a fraction or portion thereof) may be circulated through the body of a second lab animal (or possibly a brain-dead human). This can be accomplished by injecting the blood into a vein of the animal and collecting it from an artery. The intact body will process the blood through its liver and kidndys, and will remove various metabolites and add various nutrients and other molecules.
Cute.
Other than that wonderful thought, am I the only one who doesn't see this as an invention? What about prior art? I mean sheesh this was filed in 1987!
Random individuals are gaining the power to harm nations.
Please! Pray tell me where Joe D. Schmuck is going to get a rocket engine with enough boost to deliver several hundred kilos of high explosive material?
And don't give the line that he's gonna pack all of that boom into a cessna 182 and use it as a cruise missile...
This is being done by drain bamaged people who don't realize that power of a simple FPGA for a specific task. Throw in a couple of sharcs or some other dsp of choice and you can put together a guidance/targeting/tracking system pretty easy. Relatively speaking.
Both positive and negative. Religion has sparked some of the longest, bloodiest wars in the history of mankind. Probably killed just as many people as it's ever helped. Like the man said though, the problem is the people who are too arrogant to admit that they could be wrong. Why do those people always end up in charge?:)
OK, I can only speak with regards to a fighter aircraft here, but I would guess most everything else will be similar. (knowing how uncle sam operates...)
I hope to God that the arming circuitry requires some kind of hardwire interface at least for the last stage of final go-ahead for launch. Hell yes!!! I work SMS (stores mgmt system) right now. This is what we do. In order to launch a missile or drop a bomb, the master are switch is required by the hardware to be in the armed position and the weapon release is required by the hardware to be depressed. If either of those interlocks (and a whole mess of software interlocks and other software/hardware interlocks) aren't OK, the missile never comes of the rail. (or isn't ejected)
I would have though that with military tech. being, what, 5 years or more in advance of what we civilians get they would be using multiple signal, spread spectrum, 2GB encryption keys and a slew of other technologies that make it at least infeasable to try and crack. And yes I do mean for navigation and indeed all subsystems of any kind of military device or even civillian device which has the possibility for far-reaching or deadly effects if such a system were to be compromised.
The keys aren't THAT big (on the stuff I know about, which isn't all that much since I'm not with the NAV team) but freaking EVERYTHING is encrypted. The JTIDS shared tactical info, the comms, the datalink to your wingman, nav, gps, etc. And yes most of it is spread spectrum. There is a bunch of anti-spoof stuff built into a lot of it as well.
Basically some cracker hijacking a manned combat vehicle will not happen. Ever. Period. Even if someone got around 1 layer of crypto, they would have more to deal with other stuff. (like the fact that these systems are unbelievably complex, and use some pretty strange hardware.)
The issue is the new UCAVs. (unmannded combat air vehicles) These could be hijacked somehow if the crypto on the link was broken. These are not gonna be deployed for quite some time, and I'm sure the link encryption will be heavy duty. (I would guess to the point of requiring dedicated proprietary hardware on both ends. that's just a guess based on past experience however.)
Huh? squid was pretty darn "evolved" last I checked. It's been around a long time.
I agree comparing to two is a bad idea... but I don't think the comparison was intended the way you took it.
performance is king... fact is as a caching proxy squid hauls ass. period. If you take advantage of some of the redirect features you can do some pretty amazing things with it.
Anyway, isn't netbeui supposed to be a lot "lighter" weight protocol that tcp over ip? Lighter as in less bytes. which means more throughput.
Could I maybe run MPI or PVM over this on a cluster and gain some speed? TCP is known to be a dog for dsitribted computing, maybe this is a better off the shelf solution.
I would appreciate anyone who has tried this speaking up and letting me know before I blow time on it...
Go buy an Omega X-33 (the mars watch). It's expensive, but freaking indestructable. I think it's the best watch money can buy. (it terms of being useful anyway.)
That's the great thing about markets. Journalists, pundits, Jon Katz, marketting experts, strategic analysts-- none of them really make a difference. They're just kibbitzers. As long as the sourcecode remains open and free, we'll do just fine.
I think this sums it all up better than anything else I've read on the subject in a while.
right on. I'm tired of people telling me that the "community" is changing. Bravo Sierra. The core community -- the hardcore code warrior types -- is just not as visible due to the influx of new people.
Carl Sagan's book "Contact" is probably better for a 13 year old. It's down to earth (kind of) and has some really interesting ideas that aren't too hard to understand. I find it amazing that the book is so old. It reads like it was written yesterday.
Lots of embedded stuff, like real embedded stuff, out there using freedos. The GPL makes using it on some types of embedded systems a bit iffy, but other than that it's nice for embedded single board computers of moderate complexity. It's nice to have a nice know quantity to work off of when doing rapid prototyping.
I vaguely recall the Fred Eady?? from Circuit Cellar Ink running some articles on freedos in embedded PCs.
Slashdot Mirror
Don't get me wrong, I like paper manuals. I use them all day long, HOWEVER they are a pain in the arse in any ISO9000, etc. situation.
I spend FAR more time trying to keeps my working ICDs up to date with new changes than I should.
Give me PDF! If I want a hard copy I can print just what I want. (or the whole thing, or NOTHING.)
Between PDF and HTML you are covered.
dv
I agree the digital migration problem is now not such a big deal. (with current fast transfer random access media, etc ...)
I have to disagree with you about using the project gutenberg setup for a case as large as LoC though. We are dealing with a collection many many orders of magnitude larger. A new process is a must.
Of course I really think gutenbergs text formatting standards suck, and am therefore very biased. (They should have used a markup or formatting language.)
The blood (or a fraction or portion thereof) may be circulated through the body of a second lab animal (or possibly a brain-dead human). This can be accomplished by injecting the blood into a vein of the animal and collecting it from an artery. The intact body will process the blood through its liver and kidndys, and will remove various metabolites and add various nutrients and other molecules.
Cute.
Other than that wonderful thought, am I the only one who doesn't see this as an invention? What about prior art? I mean sheesh this was filed in 1987!
dv
THAT is a truly awesome story.
What a great way to waste 30 minutes of work time!
dv
Please! Pray tell me where Joe D. Schmuck is going to get a rocket engine with enough boost to deliver several hundred kilos of high explosive material?
And don't give the line that he's gonna pack all of that boom into a cessna 182 and use it as a cruise missile ...
This is being done by drain bamaged people who don't realize that power of a simple FPGA for a specific task. Throw in a couple of sharcs or some other dsp of choice and you can put together a guidance/targeting/tracking system pretty easy. Relatively speaking.
dv
Last I check more ATMs ran on OS/2 than 95 or qnx. Course iv'e been out of that biz for 2 years now.
thank god.
dv
Mr. Orwell was just a little early I guess ... the "Spies" are here now.
... maybe I should re-read my copy, figure out the "next big thing" and try to cash in early like a good capitalist ...
Hmmm
Is it just me or does this sound a heck of a lot more like a register than a computer?
... I'm sure this should be refered to as a computer.
It's quite a leap from a simple register type device to even the most primitive ALU
Both positive and negative. :)
Religion has sparked some of the longest, bloodiest wars in the history of mankind. Probably killed just as many people as it's ever helped. Like the man said though, the problem is the people who are too arrogant to admit that they could be wrong. Why do those people always end up in charge?
If I recall correctly, and F-14 is not a fly by wire aircraft. Kinda hard to take over that by remote control. :)
I didn't mention any details you couldn't get off of FAS.org ... :-)
OK, I can only speak with regards to a fighter aircraft here, but I would guess most everything else will be similar. (knowing how uncle sam operates ...)
I hope to God that the arming circuitry requires some kind of hardwire interface at least for the last stage of final go-ahead for launch.
Hell yes!!! I work SMS (stores mgmt system) right now. This is what we do. In order to launch a missile or drop a bomb, the master are switch is required by the hardware to be in the armed position and the weapon release is required by the hardware to be depressed. If either of those interlocks (and a whole mess of software interlocks and other software/hardware interlocks) aren't OK, the missile never comes of the rail. (or isn't ejected)
I would have though that with military tech. being, what, 5 years or more in advance of what we civilians get they would be using multiple signal, spread spectrum, 2GB encryption keys and a slew of other technologies that make it at least infeasable to try and crack. And yes I do mean for navigation and indeed all subsystems of any kind of military device or even civillian device which has the possibility for far-reaching or deadly effects if such a system were to be compromised.
The keys aren't THAT big (on the stuff I know about, which isn't all that much since I'm not with the NAV team) but freaking EVERYTHING is encrypted. The JTIDS shared tactical info, the comms, the datalink to your wingman, nav, gps, etc. And yes most of it is spread spectrum. There is a bunch of anti-spoof stuff built into a lot of it as well.
Basically some cracker hijacking a manned combat vehicle will not happen. Ever. Period. Even if someone got around 1 layer of crypto, they would have more to deal with other stuff. (like the fact that these systems are unbelievably complex, and use some pretty strange hardware.)
The issue is the new UCAVs. (unmannded combat air vehicles) These could be hijacked somehow if the crypto on the link was broken. These are not gonna be deployed for quite some time, and I'm sure the link encryption will be heavy duty. (I would guess to the point of requiring dedicated proprietary hardware on both ends. that's just a guess based on past experience however.)
dv
Huh? squid was pretty darn "evolved" last I checked. It's been around a long time.
... but I don't think the comparison was intended the way you took it.
... fact is as a caching proxy squid hauls ass. period. If you take advantage of some of the redirect features you can do some pretty amazing things with it.
I agree comparing to two is a bad idea
performance is king
before someone tells me all about kernel MPI ... already know all about it ... this could be more flexible and run on fddi.
i suppose I should dig up some doc on netbeui, huh?
I think /. ate my first post. Argh.
...
Anyway, isn't netbeui supposed to be a lot "lighter" weight protocol that tcp over ip? Lighter as in less bytes. which means more throughput.
Could I maybe run MPI or PVM over this on a cluster and gain some speed? TCP is known to be a dog for dsitribted computing, maybe this is a better off the shelf solution.
I would appreciate anyone who has tried this speaking up and letting me know before I blow time on it
later,
dv
Go buy an Omega X-33 (the mars watch). It's expensive, but freaking indestructable. I think it's the best watch money can buy. (it terms of being useful anyway.)
dv
there is an engineers union. They are on strike against Boeing right NOW.
... course they are dicking with the entire f22 schedule too so I guess it sux to be me too.
sux to be boeing
dv
Think of it this way ... if everyone shared your attitude, the US would likely still be legally associated with the UK in some manner.
dv
That's the great thing about markets. Journalists, pundits, Jon Katz, marketting experts, strategic analysts-- none of them really make a difference. They're just kibbitzers. As long as the sourcecode remains open and free, we'll do just fine.
I think this sums it all up better than anything else I've read on the subject in a while.
right on. I'm tired of people telling me that the "community" is changing. Bravo Sierra. The core community -- the hardcore code warrior types -- is just not as visible due to the influx of new people.
dv
similar idea. it's quite fast.
Carl Sagan's book "Contact" is probably better for a 13 year old. It's down to earth (kind of) and has some really interesting ideas that aren't too hard to understand. I find it amazing that the book is so old. It reads like it was written yesterday.
I read that you get reamed on the direcpc rates with this setup?? Is this not the case?
Thank god! Every time I had to deal with arcserve (or arcsolo *shudder*) I thought it was just me who hated it.
You think the NT flavor is bad? Hah! try the netware version!
Lots of embedded stuff, like real embedded stuff, out there using freedos. The GPL makes using it on some types of embedded systems a bit iffy, but other than that it's nice for embedded single board computers of moderate complexity. It's nice to have a nice know quantity to work off of when doing rapid prototyping.
I vaguely recall the Fred Eady?? from Circuit Cellar Ink running some articles on freedos in embedded PCs.
dv