Amen. I regularly work with Intel and have early access to new cpus etc. These are targetted at HPC and are always named after a town. When it comes to building a rig for home it takes a while to decode the zoo names/codes of their procs. Even when I know what I'm looking for it takes a while. Average Joe doesn't have a chance.
So what does size actually mean for a proton. For macro scale objects we measure with some physical item that has an electrostatic interaction with the item being measured. Previously all the measurements were being made using an electron. The new measurement is using a muon. Seems like they just redefined what "size" means, i.e. muon based vs electron based. What am I missing?
It depends how you write your code. It won't automatically do this, but you can write the control code in such a way that it does. There are newer versions of the SDK from IBM that will help with this. However it depends on a number of factors. You can use several different models, like streaming data between SPUs, and each SPU runs a different program. Or have all SPU run the same program and work on different parts of the dataset, there are several other models as well. So it really is problem specific. One nice thing about programming the Cell is that IBM has opened the architecture so that the programmer knows whats going on and has the control needed to get the performance.
The main difference between the Blade and the PS3 configuration is memory limitations and the number of SPUs available. The Blades have 2 CBEs with 8 SPUs and 1 GB RAM each (so 16 SPUs, 2 GB total). The PS3 has 7 SPUs and 256 MB (under linux). There is also a networking limitation since inifiband can be added to the Blade system.
The memory difference is the biggest hurdle since it will limit your data sets. However it will allow developers to prototype. The code itself will be completely portable between both systems since they both run Linux and have the same interface and SDK to the SPUs.
Intel's new arch also has a true 128-bit FPU for SSE operations in 1 cycle as oppose to 2. Amd will have this with their quad core whenever that gets released.
MacOS wouldn't have any problem running on the PPU portion of the Cell. It will take alot of effort to get the OS to effectively utilize the SPU's though. The PPU is awfully slow and has very poor memory access rates. So yes MacOS could run on it, but you wouldn't want it to. Since the PPU is powerPC it wasn't a huge effort to get Linux running on the Cell. The added work was to expose the SPUs through the SPU file system. To the kernel the SPUs just looks like a block device.
I couldn't agree more. Fundamentals and patience are worth much more than fancy gizmos. Hogan's book is as relavent today as it was when it was written. I've been working off his book for the past year and have went from upper 90s to almost breaking 80.
The study focused on cell phones but really anything that distracts you from the road will most likely have the same results. ie eating and driving, changing cds, kids in the back etc..
"did someone above make a decree that you would use xml in this solution?"
Thats exactly what it was. Our CTO couldn't get it through his head that customers shouldn't be parsing our data they should be using an API to access it. The CTO wanted to keep the data simple for humans even though programs read the data 99% of the time.
XML is a good format for static documents or small bandwidth apps but not the solution for high speed streaming apps.
My previous company used XML as a realtime protocol (I know very lame) and its not the size of the docs is the overhead in parsing especially when you have several Mb a second and only one intel cpu. Ascii --> binary --> Ascii really kills an app.
I just bought Jedi Knight II: Jedi Outcast for $9.98 at walmart yesterday. Great graphics and AI IMO, and I don't have build a new rig. Think I'll wait too for DIII.
Although volitile stocks are the kind to buy options on. Certain option strategies have you go long (calls) and short (puts) at the same time and as long as it swings enough either direction you can profit.
I went to Milwaukee School of Engineering and we had plenty of math, physics as well as several courses in motors and control systems. We also had a good transmission lines course, smith charts and all. MSOE doesn't require hardly any liberal arts credits so there are more engineering courses to take their place.
ATM networks have a high speed channel and low speed channel (I believe). We are implementing a new protocal in our systems at work. Basically data that needs to be blocked is sent on one channel and realtime data that cannot be blocked is on the other. The channel can be easily told apart by indicating it in th header of the message. Note this is different than have more than one port.
I use to argue that we (people) are dependent beings and that eventually everything collapse to some independent of us or anything (call it God, state 0, whatever). Even in the big bang theory something must have started that. This could be used as a common platform to start an arguement, that there was a begining.
However the more I've learned I don't know if we can ever know if there was a begining. Should existence be defined and viewed in a chronological manner?
Indeed if everything started out as one, whether it be the big bang or God alone there would be no time until more than one thing existed. Time is mearly counting of events. If there was only one point in the universe there would be no events. Not until there was at least two points could something be used as a reference and events could then be counted (ie one point revolving around the other).
No matter which side is taken on the argument of God or the Big Bang as the start of it. I think it takes faith to put stock in either, whether people see that or not. Both sides are just as valid. I really don't know which is right, my guess is they are both wrong. I don't think we even understand the scope of it yet. But hey what do I know.
" six day creation (while my own view, for now) as is read in Genesis 1 leaves room for longer time periods.
If you believe in God,you don't need to leave room for longer time periods though. If God can make a tree out of nothing, certainly an old tree could be made just as easily out of nothing. On the other hand one would think God would follow the rules of nature/God. On the other once anything was created (ie something out of nothing) it is artificially old at the moment it is created. Even the smallest particle.
Slashdot Mirror
I know you are just posting a quote, but for the record CT scanners are not calibrated with these radioactive pins, PET scanners are.
Amen. I regularly work with Intel and have early access to new cpus etc. These are targetted at HPC and are always named after a town. When it comes to building a rig for home it takes a while to decode the zoo names/codes of their procs. Even when I know what I'm looking for it takes a while. Average Joe doesn't have a chance.
So what does size actually mean for a proton. For macro scale objects we measure with some physical item that has an electrostatic interaction with the item being measured. Previously all the measurements were being made using an electron. The new measurement is using a muon. Seems like they just redefined what "size" means, i.e. muon based vs electron based. What am I missing?
It depends how you write your code. It won't automatically do this, but you can write the control code in such a way that it does. There are newer versions of the SDK from IBM that will help with this. However it depends on a number of factors. You can use several different models, like streaming data between SPUs, and each SPU runs a different program. Or have all SPU run the same program and work on different parts of the dataset, there are several other models as well. So it really is problem specific. One nice thing about programming the Cell is that IBM has opened the architecture so that the programmer knows whats going on and has the control needed to get the performance.
The main difference between the Blade and the PS3 configuration is memory limitations and the number of SPUs available. The Blades have 2 CBEs with 8 SPUs and 1 GB RAM each (so 16 SPUs, 2 GB total). The PS3 has 7 SPUs and 256 MB (under linux). There is also a networking limitation since inifiband can be added to the Blade system.
o rum.jsp?forum=739&cat=46
The memory difference is the biggest hurdle since it will limit your data sets. However it will allow developers to prototype. The code itself will be completely portable between both systems since they both run Linux and have the same interface and SDK to the SPUs.
There are developers using the PS3 for CBE app development. You could ask them directly http://www-128.ibm.com/developerworks/forums/dw_f
Intel's new arch also has a true 128-bit FPU for SSE operations in 1 cycle as oppose to 2. Amd will have this with their quad core whenever that gets released.
2. Put dust in the stratosphere
Its already happening, its called global dimming. http://en.wikipedia.org/wiki/Global_dimming
MacOS wouldn't have any problem running on the PPU portion of the Cell. It will take alot of effort to get the OS to effectively utilize the SPU's though. The PPU is awfully slow and has very poor memory access rates. So yes MacOS could run on it, but you wouldn't want it to. Since the PPU is powerPC it wasn't a huge effort to get Linux running on the Cell. The added work was to expose the SPUs through the SPU file system. To the kernel the SPUs just looks like a block device.
I couldn't agree more. Fundamentals and patience are worth much more than fancy gizmos. Hogan's book is as relavent today as it was when it was written. I've been working off his book for the past year and have went from upper 90s to almost breaking 80.
Well first off its only when you buy something. Second from the article its purley voluntary....
The study focused on cell phones but really anything that distracts you from the road will most likely have the same results. ie eating and driving, changing cds, kids in the back etc..
Well you know what they say, that there are 10 types of people in this world, those that know binary and those that don't. :)
XML was indeed misapplied in that situation. And I agree that binary XML is an oxymoron.
"did someone above make a decree that you would use xml in this solution?"
Thats exactly what it was. Our CTO couldn't get it through his head that customers shouldn't be parsing our data they should be using an API to access it. The CTO wanted to keep the data simple for humans even though programs read the data 99% of the time.
XML is a good format for static documents or small bandwidth apps but not the solution for high speed streaming apps.
I'll say it again.. Its not the size of the document its the overhead in parsing.
My previous company used XML as a realtime protocol (I know very lame) and its not the size of the docs is the overhead in parsing especially when you have several Mb a second and only one intel cpu. Ascii --> binary --> Ascii really kills an app.
I just bought Jedi Knight II: Jedi Outcast for $9.98 at walmart yesterday. Great graphics and AI IMO, and I don't have build a new rig. Think I'll wait too for DIII.
Although volitile stocks are the kind to buy options on. Certain option strategies have you go long (calls) and short (puts) at the same time and as long as it swings enough either direction you can profit.
Um you are retarded for
1) not realizing that was MJ Fox's response to the Doc....
2) please see number 1
What the hell is a jigga-watt?!?
I went to Milwaukee School of Engineering and we had plenty of math, physics as well as several courses in motors and control systems. We also had a good transmission lines course, smith charts and all. MSOE doesn't require hardly any liberal arts credits so there are more engineering courses to take their place.
ATM networks have a high speed channel and low speed channel (I believe). We are implementing a new protocal in our systems at work. Basically data that needs to be blocked is sent on one channel and realtime data that cannot be blocked is on the other. The channel can be easily told apart by indicating it in th header of the message. Note this is different than have more than one port.
I use to argue that we (people) are dependent beings and that eventually everything collapse to some independent of us or anything (call it God, state 0, whatever). Even in the big bang theory something must have started that. This could be used as a common platform to start an arguement, that there was a begining.
However the more I've learned I don't know if we can ever know if there was a begining. Should existence be defined and viewed in a chronological manner?
Indeed if everything started out as one, whether it be the big bang or God alone there would be no time until more than one thing existed. Time is mearly counting of events. If there was only one point in the universe there would be no events. Not until there was at least two points could something be used as a reference and events could then be counted (ie one point revolving around the other).
No matter which side is taken on the argument of God or the Big Bang as the start of it. I think it takes faith to put stock in either, whether people see that or not. Both sides are just as valid. I really don't know which is right, my guess is they are both wrong. I don't think we even understand the scope of it yet. But hey what do I know.
" six day creation (while my own view, for now) as is read in Genesis 1 leaves room for longer time periods.
If you believe in God,you don't need to leave room for longer time periods though. If God can make a tree out of nothing, certainly an old tree could be made just as easily out of nothing. On the other hand one would think God would follow the rules of nature/God. On the other once anything was created (ie something out of nothing) it is artificially old at the moment it is created. Even the smallest particle.
I'm not arguing for or against, just a thought.
is digipen