Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.arch > #1410 > unrolled thread
| Started by | "Andy \"Krazy\" Glew" <andy@SPAM.comp-arch.net> |
|---|---|
| First post | 2011-05-09 14:01 -0700 |
| Last post | 2011-05-11 22:51 +0000 |
| Articles | 5 — 4 participants |
Back to article view | Back to comp.arch
Patent application "Andy \"Krazy\" Glew" <andy@SPAM.comp-arch.net> - 2011-05-09 14:01 -0700
Re: Patent application Edward Feustel <efeustel@hughes.net> - 2011-05-10 06:22 -0400
Re: Patent application Robert Myers <rbmyersusa@gmail.com> - 2011-05-10 10:22 -0700
Re: Patent application "Andy \"Krazy\" Glew" <andy@SPAM.comp-arch.net> - 2011-05-11 14:22 -0700
Re: Patent application Rick Jones <rick.jones2@hp.com> - 2011-05-11 22:51 +0000
| From | "Andy \"Krazy\" Glew" <andy@SPAM.comp-arch.net> |
|---|---|
| Date | 2011-05-09 14:01 -0700 |
| Subject | Patent application |
| Message-ID | <4DC8561D.30908@SPAM.comp-arch.net> |
Let me mention in passing the following patent application which is publicly visible: http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u=%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=1&f=G&l=50&co1=AND&d=PG01&s1=glew.IN.&OS=IN/glew&RS=IN/glew 20110078389 MANAGING AND IMPLEMENTING METADATA IN CENTRAL PROCESSING UNIT USING REGISTER EXTENSIONS A set of default registers of a processor are expanded into metadata registers on the processor of a computer system. The default registers having stored thereon data, while metadata which is related to the data is stored separately on the metadata registers. Inventors: Patel; Baiju V.; (Portland, OR) ; Gopalakrishna; Rajeev; (Hillsboro, OR) ; Glew; Andrew F.; (Hillsboro, OR) ; Kushlis; Robert J.; (Worcester, MA) ; Van Dyke; Don Alan; (Rescue, CA) ; Cihula; Joseph Frank; (Hillsboro, OR) ; Mallick; Asit K.; (Saratoga, CA) ; Crossland; James B.; (Banks, OR) ; Neiger; Gilbert; (Portland, OR) ; Rodgers; Scott Dion; (Hillsboro, OR) ; Dixon; Martin Guy; (Portland, OR) ; Charney; Mark Jay; (Lexington, MA) ; Gottlieb; Jocob; (Kiryat Tivon, IL) Serial No.: 571269 Series Code: 12 Filed: September 30, 2009
[toc] | [next] | [standalone]
| From | Edward Feustel <efeustel@hughes.net> |
|---|---|
| Date | 2011-05-10 06:22 -0400 |
| Message-ID | <3a4is6la6015to5cirhspedrrgh9ppls53@4ax.com> |
| In reply to | #1410 |
It will be interesting to see what IBM has to say about this w.r.t. their RISC architecture tagging scheme. Ed On Mon, 09 May 2011 14:01:17 -0700, "Andy \"Krazy\" Glew" <andy@SPAM.comp-arch.net> wrote: >Let me mention in passing the following patent application which is >publicly visible: > >http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u=%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=1&f=G&l=50&co1=AND&d=PG01&s1=glew.IN.&OS=IN/glew&RS=IN/glew > >20110078389 > >MANAGING AND IMPLEMENTING METADATA IN CENTRAL PROCESSING UNIT USING >REGISTER EXTENSIONS > >A set of default registers of a processor are expanded into metadata >registers on the processor of a computer system. The default registers >having stored thereon data, while metadata which is related to the data >is stored separately on the metadata registers. > >Inventors: Patel; Baiju V.; (Portland, OR) ; Gopalakrishna; Rajeev; >(Hillsboro, OR) ; Glew; Andrew F.; (Hillsboro, OR) ; Kushlis; Robert J.; >(Worcester, MA) ; Van Dyke; Don Alan; (Rescue, CA) ; Cihula; Joseph >Frank; (Hillsboro, OR) ; Mallick; Asit K.; (Saratoga, CA) ; Crossland; >James B.; (Banks, OR) ; Neiger; Gilbert; (Portland, OR) ; Rodgers; Scott >Dion; (Hillsboro, OR) ; Dixon; Martin Guy; (Portland, OR) ; Charney; >Mark Jay; (Lexington, MA) ; Gottlieb; Jocob; (Kiryat Tivon, IL) >Serial No.: 571269 >Series Code: 12 >Filed: September 30, 2009
[toc] | [prev] | [next] | [standalone]
| From | Robert Myers <rbmyersusa@gmail.com> |
|---|---|
| Date | 2011-05-10 10:22 -0700 |
| Message-ID | <9c222db1-324e-41d0-8d4e-90bf154c1684@w36g2000vbi.googlegroups.com> |
| In reply to | #1410 |
On May 9, 5:01 pm, "Andy \"Krazy\" Glew" <a...@SPAM.comp-arch.net> wrote: > Let me mention in passing the following patent application which is > publicly visible: > > http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=... > > 20110078389 > > MANAGING AND IMPLEMENTING METADATA IN CENTRAL PROCESSING UNIT USING > REGISTER EXTENSIONS > > A set of default registers of a processor are expanded into metadata > registers on the processor of a computer system. The default registers > having stored thereon data, while metadata which is related to the data > is stored separately on the metadata registers. > > Inventors: Patel; Baiju V.; (Portland, OR) ; Gopalakrishna; Rajeev; > (Hillsboro, OR) ; Glew; Andrew F.; (Hillsboro, OR) ; Kushlis; Robert J.; > (Worcester, MA) ; Van Dyke; Don Alan; (Rescue, CA) ; Cihula; Joseph > Frank; (Hillsboro, OR) ; Mallick; Asit K.; (Saratoga, CA) ; Crossland; > James B.; (Banks, OR) ; Neiger; Gilbert; (Portland, OR) ; Rodgers; Scott > Dion; (Hillsboro, OR) ; Dixon; Martin Guy; (Portland, OR) ; Charney; > Mark Jay; (Lexington, MA) ; Gottlieb; Jocob; (Kiryat Tivon, IL) > Serial No.: 571269 > Series Code: 12 > Filed: September 30, 2009 Seems like swatting a mosquito with a sledgehammer? If you're going to put metadata into memory, why limit the advantage to bounds checking? It's easy, conceptually at least, to imagine accomplishing many of the goals of object-oriented programming in hardware, so that the computer would "know" when a given calculation makes no sense. You could have a multitude of data types, the rules for which you inform the hardware, so that, for a trivial example, your calculations would be at least dimensionally correct. c programmers would still do ugly casts to get around the hardware checking, but nothing short of genocide would fix c programming. Robert.
[toc] | [prev] | [next] | [standalone]
| From | "Andy \"Krazy\" Glew" <andy@SPAM.comp-arch.net> |
|---|---|
| Date | 2011-05-11 14:22 -0700 |
| Message-ID | <4DCAFE08.10508@SPAM.comp-arch.net> |
| In reply to | #1424 |
On 5/10/2011 10:22 AM, Robert Myers wrote: > On May 9, 5:01 pm, "Andy \"Krazy\" Glew"<a...@SPAM.comp-arch.net> > wrote: >> Let me mention in passing the following patent application which is >> publicly visible: >> >> http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=... >> >> 20110078389 >> >> MANAGING AND IMPLEMENTING METADATA IN CENTRAL PROCESSING UNIT USING >> REGISTER EXTENSIONS >> >> A set of default registers of a processor are expanded into metadata >> registers on the processor of a computer system. The default registers >> having stored thereon data, while metadata which is related to the data >> is stored separately on the metadata registers. >> >> Inventors: Patel; Baiju V.; (Portland, OR) ; Gopalakrishna; Rajeev; >> (Hillsboro, OR) ; Glew; Andrew F.; (Hillsboro, OR) ; Kushlis; Robert J.; >> (Worcester, MA) ; Van Dyke; Don Alan; (Rescue, CA) ; Cihula; Joseph >> Frank; (Hillsboro, OR) ; Mallick; Asit K.; (Saratoga, CA) ; Crossland; >> James B.; (Banks, OR) ; Neiger; Gilbert; (Portland, OR) ; Rodgers; Scott >> Dion; (Hillsboro, OR) ; Dixon; Martin Guy; (Portland, OR) ; Charney; >> Mark Jay; (Lexington, MA) ; Gottlieb; Jocob; (Kiryat Tivon, IL) >> Serial No.: 571269 >> Series Code: 12 >> Filed: September 30, 2009 > > Seems like swatting a mosquito with a sledgehammer? Amusing: my present employer shoots mosquitoes with a laser. > If you're going to put metadata into memory, why limit the advantage > to bounds checking? (0) The patent application makes no claims about memory metadata, although it does mention it in passing. (1) I don't want to stop at bounds checking. (2) However, I am not at all certain that classic data types are a good use of such metadata. Now, the memory mechanisms referred to in the patent, but not claimed, allow large amounts of memory metadata to used; but, still, there are limits. (3) As an OS guy, I tend to think more about providing mandatory security, not just security that can be turned off via a cast. Although I think it is key that there must be a layer of optional security, that can be cast around. I discussed this in comp.arch years ago, before the work reflected in this patent application. Anyway, the answer to any question along the line of "Why stop there?", not just for the sort of thing mentioned in the patent but for other things, is usually "We thought of going further, we may even have wanted to go further, or have plans to go further, but we stopped where we did because it was enough for a first step." Or "because this is as much as we thought we might be able to push through". Or "more than enough". Dave Sager said something like: it's not hard to figure out what the ultimate, ideal, form of XYZZY computer architecture should be. It is hard to figure out the small incremental steps that can get there.
[toc] | [prev] | [next] | [standalone]
| From | Rick Jones <rick.jones2@hp.com> |
|---|---|
| Date | 2011-05-11 22:51 +0000 |
| Message-ID | <iqf3sl$gct$1@usenet01.boi.hp.com> |
| In reply to | #1464 |
"Andy \"Krazy\" Glew" <andy@spam.comp-arch.net> wrote: > On 5/10/2011 10:22 AM, Robert Myers wrote: > > Seems like swatting a mosquito with a sledgehammer? > Amusing: my present employer shoots mosquitoes with a laser. You working for Intellectual Ventures? http://en.wikipedia.org/wiki/Mosquito_laser http://intellectualventures.com/Home.aspx rick jones -- Wisdom Teeth are impacted, people are affected by the effects of events. these opinions are mine, all mine; HP might not want them anyway... :) feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH...
[toc] | [prev] | [standalone]
Back to top | Article view | comp.arch
csiph-web