|
|
|
|
|
|
|
|
|
|
|
|
| home | help | back | first | fref | pref | prev | next | nref | lref | last | post |
Date: Thu, 21 Jan 1999 15:23:27 -0700 (MST) From: Jim Burnes - Denver <jim.burnes@ssds.com> To: Lucky Green <shamrock@cypherpunks.to> cc: cypherpunks@einstein.ssz.com In-Reply-To: <Pine.BSF.3.96.990121213606.18731A-100000@pakastelohi.cypherpunks.to> Reply-To: Jim Burnes - Denver <jim.burnes@ssds.com> On Thu, 21 Jan 1999, Lucky Green wrote: > On Thu, 21 Jan 1999, Jim Burnes - Denver wrote: > > > Oh...and the obvious followup. Intel is not the only x86 > > player on the market. AMD is becoming a popular alternative > > (especially in the gaming market where piracy is rampant). > > Not to mention Cyrix etc etc. > > Since CPU's lacking the ID features will be unable to run the modern > applications of the future, market pressures will force manufacturers of > Intel compatible CPU's to add equivalent identifers. > If indeed these "applications of the future" demand these capabilities you are correct. Since all my experiences with CPU bound software licenses have been singularly miserable, I would guess that this would not be the preferable mode of licensing. In any case, as soon as users are inconvenienced by it a competitor will come along with something easier to use. I'm not so concerned with this as with attempts by the MSdroids and LEOs to track computer use -- Internet Driver License and all that implies. In any case, those who would invision such a future are oblivious to anonymizer technologies. Either that or they plan to make them illegal. (not that I would put it past them). And that "track stolen computers on the net" stuff smells very LEOish. Something makes me think this is just the excuse they save for the little people. Random number generators on chip I'm not so sure about. All I know is that Linux supports this as a device. For anyone with a moderately interesting OS this should be transparent (and inspectable). for what its worth, jim
|
|
|
|
|
|
|
|
|
|
|
|
| home | help | back | first | fref | pref | prev | next | nref | lref | last | post |