It is extremally expensive when you try to traverse/search the tree that is built in such way. As you have to make query, get the results, and based on this results, make another query for the chield node, and iteration after iteration.
Those devices are pretty different. 1.8TB is SAN,
There is now NFS server, which is not bad, but very different, as you will need a computer to provide such service. Othwerwise it can be used just as a big hardrives, splitted (not shared), between computers it connected to.
Even that Cocoon is a greate idea, the shear amount of work required for transofrming XML into something else is huge. This is one of the main reasons it is so slow. It is very hard to make it perform, and performance is very important, especially for the large websites.
Maybe the performance will be better once version 2 is out. But I doubt it. The solution is probably in processing XML/XSL on the client
Even telco's understand the need for IPv6. They themselve have problems getting new IP addresses. And when internet aware devices will hit the market, and you will need 10 or 15 IPs per household - IPv4 will not be able to hand that.
Simply because there is limmited amount of IPs available today under IPv4 scheme. That is why it is hard to get more than class C of IPs at the time. And even that is getting harder and harder. And with internet aware home appliances (each with its own IP) 2^32 IPs will not be enough anyway. That is why IPv6 was introduced its is basically 2^64 different IPs and this should last for a long time.
I think that Internt C++ is not about byte code. It is more like WINE for running win32 on linux. Otherwise they would see the same problems with performance that Java sees.
Also, java compiled with TowerJ gives incredible performance, easily comparable with optimized C++.
Maybe we should start a fund to finance such lawsuites. I think it will help uphold the GPL, and smaller number of companies will start thinking about cheating GPL
It is extremally expensive when you try to traverse/search the tree that is built in such way. As you have to make query, get the results, and based on this results, make another query for the chield node, and iteration after iteration.
Those devices are pretty different. 1.8TB is SAN, There is now NFS server, which is not bad, but very different, as you will need a computer to provide such service. Othwerwise it can be used just as a big hardrives, splitted (not shared), between computers it connected to.
Even that Cocoon is a greate idea, the shear amount of work required for transofrming XML into something else is huge. This is one of the main reasons it is so slow. It is very hard to make it perform, and performance is very important, especially for the large websites.
Maybe the performance will be better once version 2 is out. But I doubt it. The solution is probably in processing XML/XSL on the client
Even telco's understand the need for IPv6. They themselve have problems getting new IP addresses. And when internet aware devices will hit the market, and you will need 10 or 15 IPs per household - IPv4 will not be able to hand that.
Simply because there is limmited amount of IPs available today under IPv4 scheme. That is why it is hard to get more than class C of IPs at the time. And even that is getting harder and harder. And with internet aware home appliances (each with its own IP) 2^32 IPs will not be enough anyway. That is why IPv6 was introduced its is basically 2^64 different IPs and this should last for a long time.
I think that Internt C++ is not about byte code. It is more like WINE for running win32 on linux. Otherwise they would see the same problems with performance that Java sees. Also, java compiled with TowerJ gives incredible performance, easily comparable with optimized C++.
Maybe we should start a fund to finance such lawsuites. I think it will help uphold the GPL, and smaller number of companies will start thinking about cheating GPL