AMD Is Now Partenering With A Leader In RTOS Software
AMD G-Series APUs Powering a Real-time Operating System : Read more
AMD G-Series APUs Powering a Real-time Operating System : Read more
- Status
amk-aka-Phantom
Distinguished
- Mar 10, 2011
- 3,004
- 0
- 20,860
In other words, AMD again can't find any use for their junk in real computers and decides to boast the fact that they're powering some niche stuff.
"real computers"? its arguable that servers are the real computers many companys like hp have much larger server branches then they do desktop. If you look at 2011 as a quick example first off pc sales where down and server sales where UP 9.5 million server units where sold and 359 million pc units where sold when you consider that a server is Easily 5-6x more expensive then a desktop your looking at a huge part of a company's sales. Before there is allot of complaining about my 5-6x comparison we are not talking what YOU could make a server for or you'r pc consider that MANY people still buy there pc at best buy for between 400-700 dollars and company regularly buy OS sever licenses alone for 1000$. This could be a big move for amd to steal a big part of the server market.
I fail to see the relevance of the web server comparison. Go take a look at datacenters around the globe and see what OS their web servers run on. MS Server or RHEL/SLES.
Are we better off today than we were twenty years ago? I guess the answer lies in if we rule the technology or the technology rules us.
crisan_tiberiu
Distinguished
- Nov 22, 2010
- 1,185
- 0
- 19,660
this is kinda off topic but i have to say it. 
. I thin AMD has the potential of detroying Intel on the gaming side. My idea is, i.e i take the FX 4100 chip (yes, considering BD is a disapointment). Make the 4100 chip (can take any other chip) an APU with more then 1 kind of IGPu on it. So there will be an FX4100 with 77xx iGPU, 78xx iGPU and with 79xx igpu. I am not saying to integrate an 7970 to the CPU but make it to be able to xFire it with an 7970 and get an 30 - 40% performance boost. (i know xFire scales higher, but considering that the iGPU its not a full GPU it makes sense to get only arround 30 -40% perfomance). I think APUs have a good future, i am not a AMD fanboy (considering that i have the i7 2600k and an nVidia gtx 460 card 😛 )
. I thin AMD has the potential of detroying Intel on the gaming side. My idea is, i.e i take the FX 4100 chip (yes, considering BD is a disapointment). Make the 4100 chip (can take any other chip) an APU with more then 1 kind of IGPu on it. So there will be an FX4100 with 77xx iGPU, 78xx iGPU and with 79xx igpu. I am not saying to integrate an 7970 to the CPU but make it to be able to xFire it with an 7970 and get an 30 - 40% performance boost. (i know xFire scales higher, but considering that the iGPU its not a full GPU it makes sense to get only arround 30 -40% perfomance). I think APUs have a good future, i am not a AMD fanboy (considering that i have the i7 2600k and an nVidia gtx 460 card 😛 )agnickolov
Distinguished
- Aug 10, 2006
- 520
- 0
- 18,980
RTOS has nothing to do with servers. It's predominantly used in embedded applications. So this can be a platform for a smart TV for example, not a rendering farm. Automotive applications are another possible area.
- Jul 26, 2008
- 4,497
- 1,113
- 24,840
Article failed hardcore when mentioning RTOS's used as webservers.
RTOS is used when the execution time of all programs must be predictable for consistent and reliable I/O monitoring. This includes pretty much all medical devices, military devices and Geo-spatial (satellites / ect..) devices. There are others like your car's computer, not the GPS or media player but the ECU which regulates your engine.
Anything that has limited tasks running and absolutely CAN NOT FAIL.
RTOS is used when the execution time of all programs must be predictable for consistent and reliable I/O monitoring. This includes pretty much all medical devices, military devices and Geo-spatial (satellites / ect..) devices. There are others like your car's computer, not the GPS or media player but the ECU which regulates your engine.
Anything that has limited tasks running and absolutely CAN NOT FAIL.
JeBuSBrian
Distinguished
- Sep 10, 2006
- 41
- 0
- 18,530
stingstang
Distinguished
- May 11, 2009
- 1,160
- 0
- 19,310
[citation][nom]peibin1964[/nom]Nice article![/citation]
You and that other fool yesterday doing the same thing now has me saying in my head< "Nice article!" every time I read one!
You and that other fool yesterday doing the same thing now has me saying in my head< "Nice article!" every time I read one!
TeraMedia
Distinguished
- Jan 26, 2006
- 904
- 1
- 18,990
Here's a rewrite attempt for possible applications.
"An example of this could be an autopilot system for an automobile, in which output control signals must be generated with a consistent frequency and adhering to a latency maximum. The parallel floating-point processing power of the APU facilitates real-time processing of video and radar inputs to provide the system with a virtual model of the physical environment, and the real-time operating system ensures that steering, throttle and brake control signals do not suffer from latencies induced by process switching, memory refresh cycles, hard disk access times, software interrupts, and other unpredictable events that could otherwise occupy one or more cores for several milliseconds."
Long ago (in a galaxy not so far away) I worked at a factory equipment manufacturer. This equipment had to respond to one particular input within 0.2 milliseconds or the equipment would not work properly for the intended purpose. The original design they employed to control a high-performance stepper motor was a custom-designed PCB with a combination of analog and digital circuits, user input controls, and output amplifiers. They tried to replace this design with a computer-controlled stepper motor that used a proprietary operating system, programming language, and set of control signals in the hopes of reducing materials and assembly costs. The problem was that this "improvement" randomly introduced up to a 20 msec delay into the response times for that critical event. In practice, about one out of every 10 or so (randomly seelcted) responses were delayed by up to 20 milliseconds. This effect was caused by a poorly-written hardware interrupt handler in that proprietary operating system. The new device was useless for the intended application, because it was not a real-time operating system.
"An example of this could be an autopilot system for an automobile, in which output control signals must be generated with a consistent frequency and adhering to a latency maximum. The parallel floating-point processing power of the APU facilitates real-time processing of video and radar inputs to provide the system with a virtual model of the physical environment, and the real-time operating system ensures that steering, throttle and brake control signals do not suffer from latencies induced by process switching, memory refresh cycles, hard disk access times, software interrupts, and other unpredictable events that could otherwise occupy one or more cores for several milliseconds."
Long ago (in a galaxy not so far away) I worked at a factory equipment manufacturer. This equipment had to respond to one particular input within 0.2 milliseconds or the equipment would not work properly for the intended purpose. The original design they employed to control a high-performance stepper motor was a custom-designed PCB with a combination of analog and digital circuits, user input controls, and output amplifiers. They tried to replace this design with a computer-controlled stepper motor that used a proprietary operating system, programming language, and set of control signals in the hopes of reducing materials and assembly costs. The problem was that this "improvement" randomly introduced up to a 20 msec delay into the response times for that critical event. In practice, about one out of every 10 or so (randomly seelcted) responses were delayed by up to 20 milliseconds. This effect was caused by a poorly-written hardware interrupt handler in that proprietary operating system. The new device was useless for the intended application, because it was not a real-time operating system.
[citation][nom]palladin9479[/nom]Article failed hardcore when mentioning RTOS's used as webservers.RTOS is used when the execution time of all programs must be predictable for consistent and reliable I/O monitoring. This includes pretty much all medical devices, military devices and Geo-spatial (satellites / ect..) devices. There are others like your car's computer, not the GPS or media player but the ECU which regulates your engine.Anything that has limited tasks running and absolutely CAN NOT FAIL.[/citation]
Yeah, no one likes misfiring engine. In the 1970's, there was a car company that attempted to use a computer-controlled automatic transmission to improve fuel efficiency by 5%-15%.
The problem was that the microprocessor chip was too weak to handle the data load. That kneecapped the engines severely.
Yeah, no one likes misfiring engine. In the 1970's, there was a car company that attempted to use a computer-controlled automatic transmission to improve fuel efficiency by 5%-15%.
The problem was that the microprocessor chip was too weak to handle the data load. That kneecapped the engines severely.
iam2thecrowe
Glorious
- Jul 4, 2010
- 10,590
- 21
- 44,965
[citation][nom]amk-aka-Phantom[/nom]In other words, AMD again can't find any use for their junk in real computers and decides to boast the fact that they're powering some niche stuff.[/citation]
umm....niche stuff is where real work happens. Things that are a lot bigger than consumer rubbish. For example, AMD chips power controllers for high volume, high relieability Oce digital production 320 ppm printers.
umm....niche stuff is where real work happens. Things that are a lot bigger than consumer rubbish. For example, AMD chips power controllers for high volume, high relieability Oce digital production 320 ppm printers.
freggo
Distinguished
- Nov 22, 2008
- 2,019
- 0
- 19,780
[citation][nom]whyso[/nom]Question: Why would they need an apu for servers? I thought servers were more cpu dependant.[/citation]
They use the GPU part not for graphics but to offload certain CPU tasks the GPU can handle more efficiently. Think of the GPU being used as a 'co-processor'.
They use the GPU part not for graphics but to offload certain CPU tasks the GPU can handle more efficiently. Think of the GPU being used as a 'co-processor'.
airplanes and passenger ships use a RTOS, nearly all industrial fabrication machines uses RTOSes, critical systems in electric power generation plants uses RTOS
not nearly as niche as you might think
not nearly as niche as you might think
@whyso
server workloads are not computational intensive, they are operational intensive, data servers dont care for FLOPS (floating operations per second) they more interested in IPS (instructions per seconds), architecture of modern GPUs (mass quantities of efficient stream processors) means they can easily outperform CPUs in the IPS race
server workloads are not computational intensive, they are operational intensive, data servers dont care for FLOPS (floating operations per second) they more interested in IPS (instructions per seconds), architecture of modern GPUs (mass quantities of efficient stream processors) means they can easily outperform CPUs in the IPS race
Hypertraxx
Honorable
- Feb 22, 2012
- 55
- 0
- 10,630
LOL, like anyone cares. GTFO AMD and go try to beat SandyBridge in 2089 perhaps than you've the technology.
- Status
TRENDING THREADS
-
Question No POST on new AM5 build - - - CPU & DRAM lights are on ?
- Started by Uknownflowet
- Replies: 12
-
-
-
-
News Etsy cracks down on 3D printed products — new rules exclude many 3D printed items from listings- Started by Admin
- Replies: 7
Facebook
Twitter
Instagram