Pole

vuted

Subpole

subsubpole

thanks for answers mate ;) o7

Sniper is bad formula, i will wait change of formula for further my opinions, about medic, its not worthy if 1 player can go and steal all the stack.. all players should use that like hospital..

well explained. o7

A medic that breaks his arms :D where did he study. Btw is a good improve but still not 100% clear

thanks, great :) .. another question though...10k HP in the pool... and 100 people trying to use it... will the system/server be fast enought to do all that + all the regular hits? Or will i click on pool energy and get lagged like hell and i would be better of just doing normal hits? :D

Hey, @macolar. Let me give you our server spesifications. | Intel(R) Xeon(R) CPU E5-2630 v4 @ 2.20GHz (20 core(s)) | 256GB ram | Unlimited SSD | 1tb/1tb bandwith. I observed in the day the big battles occur. Cpu usage was 3% and ram usage was %1.56 with 5gb memcache. While i am writing this comment our cpu usage %0.78. Response from any table in database is Query took 0.0006 seconds. I have 100/30mbit fiberoptic internet and while i was observing that battlefield, had no issues on me. Every 10 days, optimizing the database, cleaning unnessary datas and even made changes on database engine to make executions in row level. Literally i do not see any problem, might be in user side ?

Well, i asked because many times of huge battles whole site already blacked out for everyone not for single users. Sometimes hardware might not be a problem :) I look forward for the update anyway and im sure it will be very good in time when all formulas are done fairly for all :) Keep up the good work. For everyone who again contradict... please rather than cry again, try find better formula and present it to tyrael if you believe current ones are bad. They might not be optimum but surely will be in time. Thats why its been announced 2 weeks before so all can be discussed and prepared for all of us to play satisfied :). In basic i believe its good established update. Its also good for newcomers as they might benefit from every ability old players use and vice versa. As for having all abilities... idk.. perhaps give a chance to those who want BUT only be able to train 1 per day. And changing from one to another would require some kind of payment and TIME to change (Like few days or a week) So one can not simply change for every single battle. That would be OK... But in all means im against changing ability from battle to battle.

Lastpole D:

@Tyrael: https://prnt.sc/km23h0

@Tyrael: https://prnt.sc/km298c.. Well, I am in Indonesia, so I tested it from the nearest location (that I could choose).

@ariandra. Australia so far for our server location. Our server is in germany. Here is the screens. https://prnt.sc/km2qqh http://prntscr.com/km2ro7 http://prntscr.com/km2s6x

Well, we may also need to stablish a minimum level for destroyers, I mean to prevent armies of multies taking down DSs in a short period of time and then.. back to sleep!

@tyrael: The problem I am faceing is server just doesnt respond when heavy OH is prepared on both sides. And it doesnt matter wheather Im using 10/10 cable internet connection or 100/100 FTTH at job. Or even 1g connection in our system room. Do you monitor servers, especially during peek times (like OH at the end of battles,...) . Do you constantly meassure them? Do you have any graphs that could show you what is happening with the system heartbeat? Did you tune up TCP stack, web server, FPM workers, database buffers, system buffers? What about I/O subsystem, memory consumption, swap useage,... There are so many factors there. And yes, problem could be also border router trying to prevent DOS which is not under your control. Personally I doubt you have enough traffic for that but still did you ask your ISP? I believe your system should be more than capable to handle all your traffic with proper tunings. I might be also wrong. I cannot say for sure without the data.

Hey @massaru. I am aware all those setups has to be done and yes i made proper arrangements for the server side but i figure it out system has couple of issues. Tables created in myisam engine, the table holding the user and the table holding the battle datas are Myisam. Myisam has table level lock in update executions. Once users start hitting on battlefield both tables getting updated and not with cache, live. For both tables i have to switch to the innodb for row level lock to prevent dead locks. Plus for better performance i should take care of innodb buffer setups. Yes i am monitoring the server when there is a huge queries in system but as an hardware not even %3.2 percent we reached so far. That must not even trigger protection for ddosses. In anyway, i would love to get a second eyes if i am making a mistake in somewhere. I got the system month ago and shitload of things has to be taking care of :) reach me out in discord if you may.

To put more fun and less luck on the game, i think you should apply the pseudo-probability formula like in some Dota2 abilities with chances. Lets say i got 10% chance at start, everytime I hit 100energy and the chance not get 1, the 10% chance add 10% more, so the next 100 hit will be 11% and so on, until the chance is out and the probability reset again to 10% again. I think itll quite fair because if Snipers miss because the air, they adapt to get more precise hit on the next shot. Lets hear what you thought on this. Cheers

@Kozmo, well you thought really good. That was my tend to make. I will make a proper arrangements for that. Untill the success, ratio can be raised, then go back to its default. Good job.

For the artilery what do you mean approx 10% of all dmg? what would be the difference when i have 500 points on artilery and 1500 points ?

Based on artillery point. If you keep yourself in train everyday your max can be %10 but if you dont have artillery point enough, then youll get lesser.

@tyrael , so if i do not build q4 artillery ground right at the start and keep training everyday i would not be able to receive the maximum dmg ?