This is my last post for this year and I want to start of with gratitude.
I am grateful to all our customers for trusting us and investing in us by buying a product or service.
I am grateful to all people who are spreading kind words about us.
I am grateful to all our Angels who believe in us and invest in us.
I am grateful to all our employees, consultants, and partners who are all working at 100% to make us tick.
I am grateful to all the developers who have the pioneering spirit to try and use a new technology.
I could probably go on, I have a long list of gratitude, and I really am grateful, I am even grateful to Philips for their Coffee Maker, it kept me awake many nights :)
For some 2012 is the year of destruction! Well I am no Nostradamus but I think its going to be a lot of fun and success. Here are my predictions:
1. We will penetrate aggressively the market and leave a mark with our XPower++ Enterprise Edition
2. We will expand to Australia and China
3. We will finally see our Smyro devices in stores - Smyro-Phone, Smyro-Book, and Smyro-Net
4. We will launch our Smyro-Box device (Live apps/games on TV)
5. We will move Head-quarters to Phoenix/AZ
6. We will support even more operating systems and technologies
Of course these are only predictions ;) but we will aim for that.
So we keep us busy trying to innovate, create, and continue the evolution of our technologies. We may have to overcome obstacles but isn't that just the way life is.
I wish you all a very healthy and successful 2012. I am sure I'll see you around :)
Thursday, December 29, 2011
Tuesday, December 20, 2011
XPower++ VCL-Plugins
Did you know that you can create VCL-Plugins and use them in XPower++, actually you can create plugins in any language that supports window handles and int64 (Large Integer).
Here you can find a sample project No 045 -> http://xhelp.gridplusplus.com/samples.html that demonstrates how to create a VCL-Plugin and how you can load and use it in XPower++.
I myself have a Delphi background, I used it since Delphi 2 and I really enjoyed working with it for years, I also love the Pascal language, it is simple and very clear to read, but I never gave up on C++ which is really my favorite language.
So just for fun I wanted to see if I would be able to use QtWebkit with XPower++ and was very amazed when I was able to use with minimum effort. Have a look at the construct of the VCL sample, the important part is that you create the component with the ParentWindow Handle as the XPower++ Form Handle which you need to pass to the DLL, and the rest is up to your needs, like setbounds to adjust the size, or any functionality that you need to trigger and get a result of.
Upside: You can reuse old code (forms and parts of your apps) and/or extend XPower++ Library
Downside: You have to deploy DLL's
So if you go ICKY and make a vampire cross with your fingers with DLL's, this is not for you :)
more info about XPower++ is here -> http://xpowerplusplus.com
Here you can find a sample project No 045 -> http://xhelp.gridplusplus.com/samples.html that demonstrates how to create a VCL-Plugin and how you can load and use it in XPower++.
I myself have a Delphi background, I used it since Delphi 2 and I really enjoyed working with it for years, I also love the Pascal language, it is simple and very clear to read, but I never gave up on C++ which is really my favorite language.
So just for fun I wanted to see if I would be able to use QtWebkit with XPower++ and was very amazed when I was able to use with minimum effort. Have a look at the construct of the VCL sample, the important part is that you create the component with the ParentWindow Handle as the XPower++ Form Handle which you need to pass to the DLL, and the rest is up to your needs, like setbounds to adjust the size, or any functionality that you need to trigger and get a result of.
Upside: You can reuse old code (forms and parts of your apps) and/or extend XPower++ Library
Downside: You have to deploy DLL's
So if you go ICKY and make a vampire cross with your fingers with DLL's, this is not for you :)
more info about XPower++ is here -> http://xpowerplusplus.com
XPower++ Compiler
Hi, today I want to write something about our compiler technology, but before I start I would like to share a small history about XPower++.
Maybe you know it already, but for those who don't, XPower++ is the successor of Power++. Power++ was entirely written with Delphi 2010 and it was the first Grid Computing IDE that used a similar structure like .NET where you needed to deploy a runtime framework to run Live/Native applications. Unfortunately this design resulted in performance problems specially when you had many resources compiled into the app, but given that this was our first version of a complete new approach of running distributed apps, the platform was successful and many businesses are still using it today.
With our XPower++ we basically re-wrote the entire platform, and this time we used Lazarus/FPC to create our libraries. Many people may not recognize it but Lazarus/FPC has matured and has become a real professional solution.
With XPower++ compiler we introduced a new approach where we separated the Grid++ Layer and the Native Execution layer, which means you can write Live apps/games but you would need a runtime (PowerConnect++ Client) to be able to execute, or you can choose to compile your apps/games into a native executable binary for Windows, Linux, MacOSX, iOS, Android,... and more.
Now the real gig behind all this is our unique library that is included into the generated exe, so no more dlls or whatsoever to deploy, in fact developers don't even hassle with search path, include units... etc the compiler figures it out all automatically, which is a real boost in development time.
For those who are trying to trash talk XPower++ and arguing that it generates a to big exe, let's compare:
java app with 1 button: to run it you need min. 36 MB Java Runtime
.NET app with 1 button: to run it you need min 24 MB Framework
Mono app with 1 button: to run it you need min 24 - 45 MB Framework
Qt app with 1 button: generated exe is 2 MB but you need 20 MB runtime
Delphi app with 1 button: generated exe is 2.2 MB
Lazarus-LCL app with 1 button: generated exe is 2.2 MB
Real Studio app with 1 button: generated exe is 4.6 MB
(I am very suspecting now that Delphi also uses FPC)
There are many, some of them create PURE API apps (300KB), but there you have to manage your resources your self and you end up deploying many files, plus you have not that many components available.
XPower++ Enterprise Edition generates 10 MB (2.7MB compressed) in size (150 KB - 1.2 MB for Mobile) but all resources, dependencies, connection handlers, SQL engines, custom components etc... are build right into the exe natively, and what is the best of all is, during development you don't need to include files, fix your search path, create resource files so you can compile and bind them, etc... just write and with the "One Click" cross compiler you generate native apps for many operating systems, alone this feature already saves you up to 75% development and testing time. And all you need to deploy is your exe -> nothing else.
XPower++ has maybe not the fastest compiler and obviously it cannot generate the smallest exe but it is certainly the most practical and most comfortable development IDE out there. With multiple language dialects and easy to use library structure, XPower++ really stands out as a good alternative for many developers. You need to be now a days practical and create solutions fast, because if you spend to much time developing, trying to figure out how to cross compile, searching forums for answers, then my friend you won't keep up with the fast peacing competition.
Lets get real Ladies and Gentlemen, XPower++ is helping many developers to build apps/games faster. Of course there is some Learning Curve but it is really not that hard. For experienced developers it is about 2-4 hours and for novice developers maybe up to 12 hours.
Conclusion: XPower++ is very practical and comfortable to use, and the exe size is totally acceptable compared to others and the capabilities it offers.
Here is my statement: XPower++ Rocks! :) and we aim to run everywhere just like Java but NATIVE!
more info about XPower++ is here -> http://xpowerplusplus.com
Maybe you know it already, but for those who don't, XPower++ is the successor of Power++. Power++ was entirely written with Delphi 2010 and it was the first Grid Computing IDE that used a similar structure like .NET where you needed to deploy a runtime framework to run Live/Native applications. Unfortunately this design resulted in performance problems specially when you had many resources compiled into the app, but given that this was our first version of a complete new approach of running distributed apps, the platform was successful and many businesses are still using it today.
With our XPower++ we basically re-wrote the entire platform, and this time we used Lazarus/FPC to create our libraries. Many people may not recognize it but Lazarus/FPC has matured and has become a real professional solution.
With XPower++ compiler we introduced a new approach where we separated the Grid++ Layer and the Native Execution layer, which means you can write Live apps/games but you would need a runtime (PowerConnect++ Client) to be able to execute, or you can choose to compile your apps/games into a native executable binary for Windows, Linux, MacOSX, iOS, Android,... and more.
Now the real gig behind all this is our unique library that is included into the generated exe, so no more dlls or whatsoever to deploy, in fact developers don't even hassle with search path, include units... etc the compiler figures it out all automatically, which is a real boost in development time.
For those who are trying to trash talk XPower++ and arguing that it generates a to big exe, let's compare:
java app with 1 button: to run it you need min. 36 MB Java Runtime
.NET app with 1 button: to run it you need min 24 MB Framework
Mono app with 1 button: to run it you need min 24 - 45 MB Framework
Qt app with 1 button: generated exe is 2 MB but you need 20 MB runtime
Delphi app with 1 button: generated exe is 2.2 MB
Lazarus-LCL app with 1 button: generated exe is 2.2 MB
Real Studio app with 1 button: generated exe is 4.6 MB
(I am very suspecting now that Delphi also uses FPC)
There are many, some of them create PURE API apps (300KB), but there you have to manage your resources your self and you end up deploying many files, plus you have not that many components available.
XPower++ Enterprise Edition generates 10 MB (2.7MB compressed) in size (150 KB - 1.2 MB for Mobile) but all resources, dependencies, connection handlers, SQL engines, custom components etc... are build right into the exe natively, and what is the best of all is, during development you don't need to include files, fix your search path, create resource files so you can compile and bind them, etc... just write and with the "One Click" cross compiler you generate native apps for many operating systems, alone this feature already saves you up to 75% development and testing time. And all you need to deploy is your exe -> nothing else.
XPower++ has maybe not the fastest compiler and obviously it cannot generate the smallest exe but it is certainly the most practical and most comfortable development IDE out there. With multiple language dialects and easy to use library structure, XPower++ really stands out as a good alternative for many developers. You need to be now a days practical and create solutions fast, because if you spend to much time developing, trying to figure out how to cross compile, searching forums for answers, then my friend you won't keep up with the fast peacing competition.
Lets get real Ladies and Gentlemen, XPower++ is helping many developers to build apps/games faster. Of course there is some Learning Curve but it is really not that hard. For experienced developers it is about 2-4 hours and for novice developers maybe up to 12 hours.
Conclusion: XPower++ is very practical and comfortable to use, and the exe size is totally acceptable compared to others and the capabilities it offers.
Here is my statement: XPower++ Rocks! :) and we aim to run everywhere just like Java but NATIVE!
more info about XPower++ is here -> http://xpowerplusplus.com
Wednesday, November 23, 2011
You got to love Python and PySide
Did you know that Python is architectural a perfect platform for Grid Computing? Well, no surprise because Python was designed as a script language, I am sure that the creator had no intentions to actually use it for High Performance Grid Computing.
The fact is, it has a very dynamic core that can be adjusted at any time, upwards or downwards. No matter what the requirement is, it can be done singular or parallel. Of course it will maybe never be as fast as our Native Grid Library but it is out there and no one seem to grasp the beauty of it.
I did some serious R&D for the last decade on Grid Computing and Python is perfect for it. So obviously we want to harness this poetic Grid Computing power and therefore we added also a Qute++ cluster on our Grid++ System.
Although, Python by itself has already many modules that are cross-platform, I alway was also fond of the Qt Framework, even 15 years back I already used it a couple of times in Linux environments and since then I used it many times. PySide could not have been a better match for our Grid++ System.
PySide is the Python binding for the Qt Framework, so put now 1 and 1 together and we have a perfect cross-platform Grid Computing Library.
Many developers however dislike the Python language, I myself sometimes catch me saying "What a terrible expression" when I write Python code.
Fortunately our compiler uses a dynamic language lexer which basically allows us to add any language/dialect but we did not want to add the Python language, it was important to us that we stick with Basic++, C++, Java++, and Pascal++ language dialects, and writing a language interpreter in Python was not economical.
So we came up with a reverse compiler technology, you see our compiler generates interpreted languages files for each code unit that we call (il) files. These files are actually XML files that hold the information about the code that was written. Once the code is compiled we recreate Python code from these il-files, kind of reverse compiling, and the good thing about this is we can now do that for any language like JavaScript, C#...
So now we have the poetic Python power with the world-wide used Qt Framework and we can distribute it over the Grid++ System, it is just perfect.
XPower++ Enterprise ships with our new compiler, so don't forget to try and create Qute++ apps and games.
Happy Coding ;)
More info about XPower++ at http://gridplusplus.com
The fact is, it has a very dynamic core that can be adjusted at any time, upwards or downwards. No matter what the requirement is, it can be done singular or parallel. Of course it will maybe never be as fast as our Native Grid Library but it is out there and no one seem to grasp the beauty of it.
I did some serious R&D for the last decade on Grid Computing and Python is perfect for it. So obviously we want to harness this poetic Grid Computing power and therefore we added also a Qute++ cluster on our Grid++ System.
Although, Python by itself has already many modules that are cross-platform, I alway was also fond of the Qt Framework, even 15 years back I already used it a couple of times in Linux environments and since then I used it many times. PySide could not have been a better match for our Grid++ System.
PySide is the Python binding for the Qt Framework, so put now 1 and 1 together and we have a perfect cross-platform Grid Computing Library.
Many developers however dislike the Python language, I myself sometimes catch me saying "What a terrible expression" when I write Python code.
Fortunately our compiler uses a dynamic language lexer which basically allows us to add any language/dialect but we did not want to add the Python language, it was important to us that we stick with Basic++, C++, Java++, and Pascal++ language dialects, and writing a language interpreter in Python was not economical.
So we came up with a reverse compiler technology, you see our compiler generates interpreted languages files for each code unit that we call (il) files. These files are actually XML files that hold the information about the code that was written. Once the code is compiled we recreate Python code from these il-files, kind of reverse compiling, and the good thing about this is we can now do that for any language like JavaScript, C#...
So now we have the poetic Python power with the world-wide used Qt Framework and we can distribute it over the Grid++ System, it is just perfect.
XPower++ Enterprise ships with our new compiler, so don't forget to try and create Qute++ apps and games.
Happy Coding ;)
More info about XPower++ at http://gridplusplus.com
What to expect in XPower++ Enterprise Edition
Hi everybody, if you know Grid++ then you know already that we are working around the clock to bring out our most advanced, diverse, and productive IDE so far. The release of XPower++ Professional drew already a lot of attention which we are very grateful for that. We promise that we will continue to innovate and create better tools. Currently the hot item is the XPower++ Enterprise Edition, our emails are filled with beta requests and early access requests, and we too, are very exited about the Enterprise version.
We are almost done with the closed beta cycle, btw thx to all our beta members for keeping it really closed, and soon we will release final public beta cycle. However, with this post today I want to give everybody a small glimpse of what to expect from XPower++ Enterprise release.
Before I go through the list below I would like to point out that our Frameworks are true cross and support x86/x64 Windows, Linux, Mac OSX development, furthermore 32 bit ARM processor support for Windows and Linux has been added.
Our unique X-Mobile framework supports iOS, Android, Windows Phone 7, Symbian, Blackberry, and more. We have integrated also a graded support for older devices. The X-Mobile framework uses a Hybrid technique which is half native and half Live.
My personal favorite is our Qute++ Framework build on top of Qt-PySide, which contains also X-Mobile Framework for devices that support Qt.
Our JAX Framework is a very productive environment for business solutions. JAX++ is our cross browser framework.
Finally we thought also about the fun part, we added a cross platform game library for Native/Live/Instant games, you can create 2D/3D games. We did not forget about the web people and created also a game library with WebGL.
So we have almost covered every branch of development, but we are not done yet, I myself specially motivate our R&D people to add even more diversity to our platform. Like Haiku, Solaris, and FreeBSD support, and more components, overall interconnectivity to other platforms.
2012 is a great year for us, and many developers all over the world appreciate our efforts and support us, I want to thank all of them, without your great interest, feedback and support we would have not come this far. Thank you!
Take care.
More info about XPower++ at http://gridplusplus.com
(PS: The screen shots are taken from a XPower++ BETA 5 and might change slightly)
We are almost done with the closed beta cycle, btw thx to all our beta members for keeping it really closed, and soon we will release final public beta cycle. However, with this post today I want to give everybody a small glimpse of what to expect from XPower++ Enterprise release.
Before I go through the list below I would like to point out that our Frameworks are true cross and support x86/x64 Windows, Linux, Mac OSX development, furthermore 32 bit ARM processor support for Windows and Linux has been added.
Our unique X-Mobile framework supports iOS, Android, Windows Phone 7, Symbian, Blackberry, and more. We have integrated also a graded support for older devices. The X-Mobile framework uses a Hybrid technique which is half native and half Live.
My personal favorite is our Qute++ Framework build on top of Qt-PySide, which contains also X-Mobile Framework for devices that support Qt.
Our JAX Framework is a very productive environment for business solutions. JAX++ is our cross browser framework.
Finally we thought also about the fun part, we added a cross platform game library for Native/Live/Instant games, you can create 2D/3D games. We did not forget about the web people and created also a game library with WebGL.
So we have almost covered every branch of development, but we are not done yet, I myself specially motivate our R&D people to add even more diversity to our platform. Like Haiku, Solaris, and FreeBSD support, and more components, overall interconnectivity to other platforms.
2012 is a great year for us, and many developers all over the world appreciate our efforts and support us, I want to thank all of them, without your great interest, feedback and support we would have not come this far. Thank you!
Take care.
More info about XPower++ at http://gridplusplus.com
(PS: The screen shots are taken from a XPower++ BETA 5 and might change slightly)
Thursday, November 10, 2011
Linux Mint
Hi all, finally we have launched our X-Grid++ platform and we have received a lot of good feedback. It is nice to hear that since we are really working around the clock to keep up with the target dates.
Since we are cross now, I personally had a chance to use a lots of Linux distributions and I would like to share my impressions about them. I am not doing this to judge, just to let you know what I liked and what I did not like so much.
First of all, wow to all Linux developers, Linux has matured very much and is rock solid, I mean I am using Linux now actively for about 15 months but before that I looked at Linux maybe 10 years ago and back then I have to say it was a pain.
What I still don't like today is the installation of apps, I mean, try to install an app that is not listed in the Software Center or distribution channels. It's hard, and for regular computer users probably impossible.
Anyhow, lets start with Ubuntu. Ubuntu was my favorite until they started to mimic Mac OSX with the App-Menu in the Taskbar and the big ugly Icon-bar on the left. No offense but it is ugly. I am totally for innovative new things, and I don't mind using new stuff but now it has become annoying.
Where as AriOS made that actually working, far better than Ubuntu. Fedora, I have to say, needs a re-making too, although they use Gnome 3 now it still feels and look like an OS from 2002-2003.
Mint Gnome distribution, is in my opinion perfect in every way, no annoying menus, icons look beautiful, the overall looks of it makes you think, yes this is a place I want to work and spend my valuable time.
Don't get me wrong, please do understand that I believe that they are all very good, but there is that something in Mint that makes you fall in love with it.
I am not going to even talk about the rest because they are unfortunately behind these distributions in many aspects.
So if you want to experience a clean, usable, and well performing Linux operating system I recommend Mint Gnome distribution, not KDE.
It is just perfect!
BTW, all our products are certified for Ubuntu, Mint Gnome, and Fedora distributions, and our XPower++ cross platform development IDE is the most attractive on Mint :)
for more info about our products and services please visit http://gridplusplus.com
Since we are cross now, I personally had a chance to use a lots of Linux distributions and I would like to share my impressions about them. I am not doing this to judge, just to let you know what I liked and what I did not like so much.
First of all, wow to all Linux developers, Linux has matured very much and is rock solid, I mean I am using Linux now actively for about 15 months but before that I looked at Linux maybe 10 years ago and back then I have to say it was a pain.
What I still don't like today is the installation of apps, I mean, try to install an app that is not listed in the Software Center or distribution channels. It's hard, and for regular computer users probably impossible.
Anyhow, lets start with Ubuntu. Ubuntu was my favorite until they started to mimic Mac OSX with the App-Menu in the Taskbar and the big ugly Icon-bar on the left. No offense but it is ugly. I am totally for innovative new things, and I don't mind using new stuff but now it has become annoying.
Where as AriOS made that actually working, far better than Ubuntu. Fedora, I have to say, needs a re-making too, although they use Gnome 3 now it still feels and look like an OS from 2002-2003.
Mint Gnome distribution, is in my opinion perfect in every way, no annoying menus, icons look beautiful, the overall looks of it makes you think, yes this is a place I want to work and spend my valuable time.
Don't get me wrong, please do understand that I believe that they are all very good, but there is that something in Mint that makes you fall in love with it.
I am not going to even talk about the rest because they are unfortunately behind these distributions in many aspects.
So if you want to experience a clean, usable, and well performing Linux operating system I recommend Mint Gnome distribution, not KDE.
It is just perfect!
BTW, all our products are certified for Ubuntu, Mint Gnome, and Fedora distributions, and our XPower++ cross platform development IDE is the most attractive on Mint :)
for more info about our products and services please visit http://gridplusplus.com
Tuesday, October 11, 2011
Freedom, Democracy, Wikipedia
Imagine you browse the web, make a research, you want to find out which tools in the world are out there that you can use for example;
I give this example because what you are about to read is shocking.
I myself used to trust Wikipedia a lot, I used it commonly to do some R&D, lookup info and white papers etc. But today I realized that Wikipedia actually is censoring information with excuses like "not verifiable information" or even "trolling". mhmmm, that make me really think hard.
Let me explain a bit in detail: everyone who knows me, or gridplusplus, or ++Technologies knows that we are the real deal. So invited by the "Come on to Wikipedia, edit, and post information, help us make wikipedia a accurate source for eveyone" slogan I actually went on and found a list of Rapid Application Development tools and Cross-Platform IDE on the wikipedia and I added to the list our product XPower++, which is in fact already used by more than 5000 users, and it is a good tool that people can use to create apps and games.
After two days I noticed that my entrance was deleted, I thought it maybe got deleted because I did it anonymously, so I singed up for an account and added it again.
So far so good right? Ehhh, wrong the user HAMMERSOFT, started to explain that I am doing something wrong and deleted again my one line of info, to make it clearer, here is the link to the list of tools on wiki
http://en.wikipedia.org/wiki/List_of_rapid_application_development_tools#Cross-platform_RAD_tools
and this is what I added
"XPower++ a cross-platform Rapid Application Development IDE for creating solutions for Windows, Linux, Mac OSX, and Mobile systems"
just under XVT, so it supposed to be a encyclopedia for everyone, and everyone has the right to be informed and to know about whats out there right.
Well, I am not going to explain to you about how stupid and racist I think this is. So where is the Freedom here, where is the Democracy here I ask.
"Jimmy Wales" sorry but your vision about wiki does not work man! Cannot believe that I even donated 100 bucks to wiki :(
Also here is the profile of the user HAMMER(DROPPED ON HIS HEAD)SOFT
http://en.wikipedia.org/wiki/User:Hammersoft
and it looks like he has been bugging a lot of people (he is even a certified idiot), so I leave it up to you, do you really trust a source that is withholding/censoring the truth, and has admin's/users like hammer brains here.
Please don't get me wrong, being on Wiki or not is actually no big deal to me, but I find it insulting and sad at the same time that it is being censored, and who knows maybe hammerbrains gets even paid for that >>>Conspiracy Theory<<<
Everyone has the right to be informed, and wiki was wrong by deleting a true and verifiable information.
sorry, wiki you used to be my trusted source of information. :(
Take care you all :)
Friday, September 23, 2011
Happy Birthday ++Technologies
Hi, finally I caught up and found the time to write something. Today is our birthday, we are 1 year old now! That sounds really baby like, but if you know our past then you know we are much older, I mean the Grid++ Concept was born in 1999 and the first Grid++ server was born 2006 and we have been using it ever since on projects, in 2009 we created the Grid++ Platform and Power++ commercially for clients, etc.
So we have actually a long history, but we are officially 1 year old because last September ++Technologies became a registered company.
Anyhow, 1 year seems not much but what we have accomplished so far is to brag for:
- Over 50000 (X)Power++ downloads
- Over 600 Licenses/Services sold
- Got two new Investors on board, who believe in this technology so much, is unbelievable
- Created a few offices world wide for better on site support
- Created the X-Grid++ Platform and XPower++, PowerConnect++, PowerFusion++, and more.
- Created 34 Key Accounts
- Educated and certified 42 independent consultants
So we were really busy, and we are getting busier every day, with the new X-Grid++ Platform and soon to come the X-Mobile-Grid++ Platform we keep our hands full.
Grid++ is spreading with an amazing speed through out the world and anyone who hears about it or has the time/chance to try it always returns with really positive feedback.
I think we have done a good job so far.
I also want to thank all our developers, customers, sponsors, investors for believing in us, for more years to come -> Happy Birthday :)
Tuesday, August 16, 2011
The Grid++ Concept
The concept of Grid++ is very simple and yet very complex. Many computers attach to a Master Node (Grid++) and open two streaming channels: a data channel and a flops channel. The Grid++ services an algorithm that unifies these streams into one single stream, which we call the “Main Process”. The Grid++ analyzes the main process structure and splits the content of the main process into “Threads”. These threads are sent to at least 3 physical processors (attached computers). The first processor which returns the result is flagged to a higher rank. After a while the Grid++ has a clear “Computation Map” of which processor in which location should be used for what kind of thread. Now imagine a 100 processors computing all together in one big binary stream (also called parallel computing), the stream grows as more process nodes come alive and this continues as more computers attach them self to the Grid++. An amazing computation power is the result which we call the “Virtual Super Computer”. End users who are running Live Applications on a Grid System have basically almost unlimited execution power. This is basically an overview how Grid++ works, but there is a lot more involved like security, timing, database, etc. and everything has to be mapped into one big Computing Stream.
I hope this was informative.
If you want to know more about Grid++ and (X)Power++ then go to http://gridplusplus.com
Thursday, August 4, 2011
Welcome
Hi everybody,
we have started a new blog about Grid++ in general, and the ++Dude himself will post many tips and tricks, so stay tuned.
we have started a new blog about Grid++ in general, and the ++Dude himself will post many tips and tricks, so stay tuned.
Subscribe to:
Posts (Atom)