The only benefit that I can think of when going over the specs and datasheet is the fact that it can support a shipload of memory. But I agree that it's definitely not worth the 8 Gs.
For those who do not feel comfortable going to the Project INDECT site here's an excerpt:
Project Description
Intelligent information system supporting observation, searching and detection for security of citizens in urban environment.
The main objectives of the INDECT project are:
to develop a platform for: the registration and exchange of operational data, acquisition of multimedia content, intelligent processing of all information and automatic detection of threats and recognition of abnormal behaviour or violence,
to develop the prototype of an integrated, network-centric system supporting the operational activities of police officers, providing techniques and tools for observation of various mobile objects,
to develop a new type of search engine combining direct search of images and video based on watermarked contents, and the storage of metadata in the form of digital watermarks,
The main expected results of the INDECT project are:
to realise a trial installation of the monitoring and surveillance system in various points of city agglomeration and demonstration of the prototype of the system with 15 node stations,
implementation of a distributed computer system that is capable of acquisition, storage and effective sharing on demand of the data as well as intelligent processing,
construction of a family of prototypes of devices used for mobile object tracking,
construction of a search engine for fast detection of persons and documents based on watermarking technology and utilising comprehensive research on watermarking technology used for semantic search,
construction of agents assigned to continuous and automatic monitoring of public resources such as: web sites, discussion forums, UseNet groups, file servers, p2p networks as well as individual computer systems,
elaboration of Internet based intelligence gathering system, both active and passive, and demonstrating its efficiency in a measurable way.
Nothing stops anyone from using the APIs, I'm talking about a working implementation.
OpenGL is supported on pretty much all available platforms and has a standard implementation on them: Windows has opengl32.dll, Linux has Mesa3d, and Apple also has a default implementation.
I guess the point I'm trying to make here that an API is worthless without an implementation: the library containing the actual functionality. What are you loading if you don't have a IHV implementation available? Nothing. Just like OpenGL, OpenCL will need a default, software, implementation supported on all platforms.
And I can promise you that Microsoft will not be jumping on this OpenCL bandwagon (providing a platform default software implementation) with their development Direct3D Compute Shaders and the fact that Microsoft is no longer a Khronos partner. If they do in the next version of Windows I'll be very pleasantly surprised.
CPUs are infamously bad at processing floating point operations, this is the reason that dedicated GPUs were invented in the first place. A graphics processor like the GTX 285 has 240 stream processors that are manufactured for processing floating point numbers but really bad at integer operations. A CPU like a Core 2 Quad has four cores that are really good at integer operations but requires CPU extensions like SSE to do high performance floating point operations.
Both Intel and AMD are currently manufacturing CPU/GPU hybrids that would kind of balance both these worlds: Larrabee a GPU-like addon, AMD Fusion an on-chip solution. We'll see what kind of API hell they will bring.
IMO, the fundamental problem with OpenCL is the same as with OpenAL, which is that Operating System vendors don't provide a standard implementation as is done with OpenGL.
(Bus) speed isn't an issue as creating a CPU or GPU context requires a specific creation flag, so one would know what the target platform is.
Just one word came to mind when I read the blurb on the CentOS front page: unprofessional. Seeing a message like that on the site of the developer of my operating system would scare the crap out of me. Commercial software packages go on hiatus sometimes, nobody knows why, but at least they (AFAIK) don't scare their user base away by making a very public announcement about an individual teammate.
It would be more frugal for Russia to send these guys to Taiwan or China instead since all of the technology is being developed and manufactured there.
The hard drive is the computer and the application is the database. This craziness has gone so far that in documents that go outside of development, some writers swap the word application or program with database just so that the end user gets it.
I think this behavior stems from when a user overhears a "cool" new word somewhere in a context that makes sense; such as:
There's a problem with the database, that's why you can't log in.
Thus, database becomes the application and everything that's associated with it.
Don't forget about knol, another wiki-like project.
The only benefit that I can think of when going over the specs and datasheet is the fact that it can support a shipload of memory. But I agree that it's definitely not worth the 8 Gs.
Sinister indeed.
Nothing stops anyone from using the APIs, I'm talking about a working implementation.
OpenGL is supported on pretty much all available platforms and has a standard implementation on them: Windows has opengl32.dll, Linux has Mesa3d, and Apple also has a default implementation.
I guess the point I'm trying to make here that an API is worthless without an implementation: the library containing the actual functionality. What are you loading if you don't have a IHV implementation available? Nothing. Just like OpenGL, OpenCL will need a default, software, implementation supported on all platforms.
And I can promise you that Microsoft will not be jumping on this OpenCL bandwagon (providing a platform default software implementation) with their development Direct3D Compute Shaders and the fact that Microsoft is no longer a Khronos partner. If they do in the next version of Windows I'll be very pleasantly surprised.
CPUs are infamously bad at processing floating point operations, this is the reason that dedicated GPUs were invented in the first place. A graphics processor like the GTX 285 has 240 stream processors that are manufactured for processing floating point numbers but really bad at integer operations. A CPU like a Core 2 Quad has four cores that are really good at integer operations but requires CPU extensions like SSE to do high performance floating point operations.
Both Intel and AMD are currently manufacturing CPU/GPU hybrids that would kind of balance both these worlds: Larrabee a GPU-like addon, AMD Fusion an on-chip solution. We'll see what kind of API hell they will bring.
IMO, the fundamental problem with OpenCL is the same as with OpenAL, which is that Operating System vendors don't provide a standard implementation as is done with OpenGL.
(Bus) speed isn't an issue as creating a CPU or GPU context requires a specific creation flag, so one would know what the target platform is.
You do know that the S model is the MSRP $49,000 sedan, right? You might be thinking about the $109,000 roadster.
Just one word came to mind when I read the blurb on the CentOS front page: unprofessional. Seeing a message like that on the site of the developer of my operating system would scare the crap out of me. Commercial software packages go on hiatus sometimes, nobody knows why, but at least they (AFAIK) don't scare their user base away by making a very public announcement about an individual teammate.
It would be more frugal for Russia to send these guys to Taiwan or China instead since all of the technology is being developed and manufactured there.
Cocoa is an API, Objective-C is the language.
And when they retire they'll make for a tasty snack.
It is, read this for some more info on the DLC.
I wonder if they're going to replace Drupal or if they are cashing out $18 million for an interface/theme overhaul.
Yeah, I wonder why this was labeled Entertainment?
No, it's what guys tell themselves.
Whoosh
Because it was very recent when you saw it on the front page.
Someone get this delirious person a flu shot.
..that people aren't as interesting as they think they are. *shocker!*
Since there's no link in TFA, here it is on WikiLeaks.
nobody will give a damn about our data anyway.
The first part of the article is regurgitation (flash OS) and the second part Linux trolling (FOSS > proprietary). Next!
Fox is not really associated with Fox News network besides being owned by the same parent company; both networks operate autonomously.
This story is actually a couple of days old and was previously covered by Slashdot.
Also, Slashdot is usually a bit behind on the breaking news, such was the case with the Sun/Oracle story and several others.
The hard drive is the computer and the application is the database. This craziness has gone so far that in documents that go outside of development, some writers swap the word application or program with database just so that the end user gets it.
I think this behavior stems from when a user overhears a "cool" new word somewhere in a context that makes sense; such as:
Thus, database becomes the application and everything that's associated with it.