More load problems

[vBET]

I have been building sites 10 years, i am fully aware 10x load does not mean 10x resources, stop treating me like a idiot and spoon feeding me rubbish. The cold facts are with this mod vs the other free mod your load is mega. And at peak times my site is now slow and unresponsive. Yes, pages translate fast off-peak, but at a cost of a slow server later in the day. I have a quad core, raid 15k SAS server, that is optimized just fine, it run 0.50 all day long before this with large traffic. It is the VBET code that adds load and makes the server slow in peak times, it's a FACT, it is not increases in traffic, i have had the same traffic and bots before and the server coped fine, it is the translation product. Period. Hurry up and fix it, i really dont want to pay another £300 a month for a server upgrade just to run a MOD lol.

I understand that you was already familiar with informations about server load which I gave you. Please note that I have no knowledge about how advanced is each of thousands our users and each time I will give ass complete information as it can be helpful. It doesn't means that I'm treating you as idiot - it means that I care about giving you informations which can be useful for you and evaluation of your server condition. Please point me the other free mod which you are talking about I will gladly make some comparison Also any time you are free to choose best solution for you.

I checked your forum again and again it seems to respond very fast. Please give me best time frame to being able to observer what you are writing about your slow responses at peak time.

If you want to check how your traffic changed because of vBET - please generate some report which will show you all the traffic to translated pages - this is what you earned thanks to vBET.

You are absolutely right that translations needs additional resources - there is no other way and you will never find product which will translate your site without any cost. As I already mentioned most time requires waiting for Google translation when it is not cached, and during this time your threads have to wait for response what have biggest impact on server load. You can set bigger cache time to live - then often required translations will be already in cache. But for not cached translations any product will have to wait for translation. There is no other way.

Please note that thinks have to be broken to be able to fix it.

As I already wrote you, we constantly improve vBET performance. And I already wrote you, that we have ready performance improvements which are now on beta stage in vBET4.x. Today we will release new vBET4.x version with additional performance improvements. And when bugs for those (if any) will be corrected we will move those improvements to vBET3.x It is not necessary to push.

Also no one forces you to paid another £300 a month for a server - you are making your own decisions and you have lot of options here. Including decreasing number of supported languages, or even switching to other product which you mentioned is much better. We completely understand that solutions which you are using must fit to your needs and possibilities. We are glad to give our clients better and better product. And we are aware that in situation where request must wait for response form another server your server load will be bigger no matter what solutions we will use. We will be glad if you stay with our product and configure it to fit yo your possibilities. And we will gladly give you a hand in this area

Please note that we just gave new solution to integrate with Sitemap Generator. If you are integrated - please see new integration instructions here: http://www.vbenterprisetranslator.co...tegration.html
It dramatically increases speed of sitemap generation (on our forum over 12 times).

[vBET]

It's clear as day to me this mod has been released without proper testing, and clearly the owner is not interested in addressing the issues.

Fail.

If you have doubts about proper testing I propose to check history of vBET - it was tested by hundreds of real forums before it advanced to paid version

About addressing the issue. I'm sorry. I wrongly assumed that giving you in first response this informations, I was clear that we are addressing the issue:

Please note that we have already planned supporting of other cache systems and our translation algorithms are instantly optimized. I.e. we just discovered how drastically decreases PHP performance when working on large strings and we modified our algorithm. It is already released in vBET 4.2.0 with additional configuration options. And we will move all improvements also to vBET 3.x which is still supported

...

Our devise is: "We have lot to change". And that is why we are experimenting, changing algorithms, profiling and spend lot of time looking for solutions which will require less resources. Still we know no mod which could be any competition to vBET and there are some other translation mods. We made lot of algorithm changes which we had to trow away because they didn't help, during this process we also discovered many improvements. You can have your impression basing on your server issues, but please consider do you have any better solution? What could you give a hint that maybe vBET is not wrong solution since is working on thousands of forums, maybe you are just trying to put 20 liters of water into 10 liters bucket. Still - we have lot to change and great TODO list in optimization section (about 70% to experiment will it help or not) And you are 100% right - we can do it better, we will and we ARE doing it all the time Just wait till we move all improvements which we made during vBET4.x implementation

If I can give you some hints - please check how you can optimize vBET: http://www.vbenterprisetranslator.co...rformance.html
Especially consider disabling some languages and blocking irrelevant pages by robots.txt

I feel fully responsible for this misunderstanding. Once again very sorry. Please tell us, which way we have to tell you that we are improving vBET all the time, and how we can assure you again that vBET3.x will have another performance improvements, to make you clear that we are addressing the issue? We will always gladly improve our way of communication with client

[vBET]

Michael, you are wrong, this load is not caused by an increase in traffic, it is caused by reading and writing translations to mysql.

If vbulletin team can read and write to mysql with low load why cant you?

Poor code my friend.

You was already noted that we have planned supporting of cache systems (file and existing engines). Please consider what are your intentions in this discussion and does it is going in right direction to improve tour server state - if it is still the point.

Your question assumes that load is caused by communication with mysql. Can you please give us source of this diagnose? We will happily study it

[sarangan]

I had the same problem, sever overload. Finally I have disabled VBET from my forum and everything is normal now.

[vBET]

I had the same problem, sever overload. Finally I have disabled VBET from my forum and everything is normal now.

Which version you used? Please update to last version - we made great performance improvements. Many users wrote their thanks for that, seeing big difference - especially in server load area

EDITED:
I just checked your forum and vBET is working there - please do not write false statements about vBET condition.