WebCL: Difference between revisions
Silvergoat (talk | contribs) No edit summary |
|||
Line 1: | Line 1: | ||
{{Infobox software |
{{Infobox software |
||
| name = WebCL |
| name = WebCL |
||
| logo = [[File:WebCL Logo.svg| |
| logo = [[File:WebCL Logo.svg|220px]] |
||
| developer = [[Khronos Group|WebCL Working Group]] |
| developer = [[Khronos Group|WebCL Working Group]] |
||
| latest release version = 1.0 |
| latest release version = 1.0 |
Revision as of 07:18, 19 February 2017
![]() | |
Developer(s) | WebCL Working Group |
---|---|
Stable release | 1.0
/ March 19, 2014[1] |
Operating system | Cross-platform |
Type | API |
Website | www |
HTML |
---|
Comparisons |
WebCL (Web Computing Language) is a JavaScript binding to OpenCL for heterogeneous parallel computing within any compatible web browser without the use of plug-ins, first announced in March 2011. It is developed on similar grounds as OpenCL and is considered as a browser version of the latter. Primarily, WebCL allows web applications to actualize speed with multi-core CPUs and GPUs. With the growing popularity of applications that need parallel processing like image editing, augmented reality applications and sophisticated gaming, it has become more important to improve the computational speed. With these background reasons, a non-profit Khronos Group[2] designed and developed WebCL, which is a Javascript binding to OpenCL with a portable kernel programming, enabling parallel computing on web browsers, across a wide range of devices. In short, WebCL consists of two parts, one being Kernel programming, which runs on the processors (devices) and the other being JavaScript, which binds the web application to OpenCL. The completed and ratified specification for WebCL 1.0 was released on March 19, 2014.[2]
Since OpenCL is also used for parallel computing, WebCL is built to extend that to web browser. Both OpenCL and WebCL will have updates coming up, which can be a problem if the APIs of WebCL aren’t in sync with OpenCL. Also, starting an entirely new API would mean building everything from scratch considering the compatibility issues, which might take long as there could be many bugs.
Implementation
Currently, no browsers natively support WebCL. However, non-native add-ons are used to implement WebCL. For example, Nokia developed a WebCL extension.[3] Mozilla does not plan to implement WebCL in favor of OpenGL ES 3.1 Compute Shaders.
- Mozilla (Firefox) - http://hg.mozilla.org/projects/webcl/
WebCL working draft
- Samsung (WebKit) - https://github.com/SRA-SiliconValley/webkit-webcl (unavailable)
- Nokia (Firefox) - https://github.com/toaarnio/webcl-firefox (down since Nov 2014, Last Version for FF 34)
- Intel (Crosswalk) - http://www.crosswalk-project.org/ ([4])
Example Code
The basic unit of a parallel program is kernel. A kernel is any parallelizable task used to perform a specific job. More often functions can be realized as kernels. A program can be composed of one or more kernels. In order to realize a kernel, it is essential that a task is parallelizable. Data dependencies and order of execution play a vital role in producing efficient parallelized algorithms. A simple example can be thought of the case of loop unrolling performed by C compilers, where a statement like:
for(i = 0; i< 3 ; i++)
c[i] = a[i] + b[i];
can be unrolled into:
c[0] = a[0] + b[0];
c[1] = a[1] + b[1];
c[2] = a[2] + b[2];
Above statements can be parallelized and can be made to run simultaneously. A kernel follows a similar approach where only the snapshot of the ith iteration is captured inside kernel. Let’s rewrite the above code using a kernel:
__kernel add(__global float* a, __global float* b, __global float*c)
{
int i = get_global_id(0);
if(i<3)
c[i] = a[i] + b[i];
}
Running a WebCL application involves the following steps:
- Allow access to devices and provide context
- Hand over the kernel to a device
- Cause the device to execute the kernel
- Retrieve results from the device
- Use the data inside JavaScript
Further details about the same can be found at [5]
Exceptions List
WebCL, being Java based implementation, doesn’t send an error message as a return value but throws exceptions. The most common among them being OUT_OF_RESOURCES, OUT_OF_HOST_MEMORY, or the WebCL-specific WEBCL_IMPLEMENTATION_FAILURE,.[6] The exception describes the name and message of the error. The syntax is as follows:
exception WebCLException : DOMException {
DOMString name; // A string representation of the numeric error code, e.g. "INVALID_VALUE"
DOMString? message; // An implementation-specific description of what caused the exception
};
From the code above, it can be observed that the message field can be a NULL value.
List of few other exceptions:
- INVALID_OPERATION – if the blocking form of this function is called from a WebCLCallback
- INVALID_VALUE – if eventWaitList is empty
- INVALID_CONTEXT – if events specified in eventWaitList do not belong to the same context
- INVALID_DEVICE_TYPE – if deviceType is given, but is not one of the valid enumerated values
- DEVICE_NOT_FOUND – if there is no WebCLDevice available that matches the given deviceType
More information on exceptions can be found in the specs document.[6]
There is another exception that is raised upon trying to call an object that is ‘released’. On using the release method, the object doesn’t get deleted permanently but it frees the resources associated with that object. In order to avoid this exception, ‘releaseAll’ method can be used, which not only frees the resources but also deletes all the associated objects created.
Security
WebCL, being an open-ended software developed for web applications, there is lot of scope for vulnerabilities in the design and development fields too. This forced the developers working on WebCL to give security the utmost importance. Few concerns that were addressed are:
- Out-of-bounds Memory Access: This occurs by accessing the memory locations, outside the allocated space. An attacker can rewrite or erase all the important data stored in those memory locations. Whenever there arises such a case, an error must be generated at the compile time, and zero must be returned at run-time, not letting the program override the memory. A project WebCL Validator,[7] was initiated by the Khronos Group (developers) on handling this vulnerability.
- Memory Initialization: This is done to prevent the applications to access the memory locations of previous applications. WebCL ensures that this doesn’t happen by initializing all the buffers, variables used to zero before it runs the current application. OpenCL 1.2 has an extension ‘cl_khr_initialize_memory’, which enables this.[6]
- Denial of Service: The most common attack on web applications cannot be totally eliminated by WebCL or the browser. OpenCL can be provided with watchdog timers and pre-emptive multitasking, which can be used by WebCL in order to detect and terminate the contexts that are taking too long or consume lot of resources. There is an extension of OpenCL 1.2 ‘cl_khr_terminate_context’ like for the previous one, which enables to terminate the process that might cause a denial of service attack.[6]
Related Browser Bugs
- Bug 664147 - [WebCL] add openCL in gecko, Mozilla
- Bug 115457: [Meta] WebCL support for WebKit, WebKit Bugzilla
See also
References
- ^ https://www.khronos.org/news/press/khronos-releases-webcl-1.0-specification
- ^ a b "Khronos Releases WebCL 1.0 Specification". Khronos Group. Retrieved March 19, 2014.
- ^ "WebCL". Nokia Research. Retrieved May 6, 2012.
- ^ https://crosswalk-project.org/documentation/tutorials/webcl.html
- ^ "Accelerating web applications with OpenCL".
- ^ a b c d "WebCL Specification". www.khronos.org. Retrieved 2016-09-14.
- ^ "KhronosGroup/webcl-validator". GitHub. Retrieved 2016-09-14.