I forgot to mention that I am playing on PC EU.

Please peeps do not await bigger performance enhancements or lower lags. The conclusion may only be that it lowers the occouring of crashes and disconnects.

Lags, ping spikes and ability gaps of several minutes lenght are still there. These are issues caused by ZOS servers not connection or client side.

EDIT:
In the german community ppl mentioned this "fix" maybe apply to systems only where the CPU is under heavy load. So here is my system info:

Intel i7-6700k @standard
16GB DDR4-3200 RAM @3200
Newer SSDs only
Nvidia MSI GTX 1080 Ti Gaming X Trio
all system and nvidia drivers up to date
Windows 10 Pro x64

jcm2606 wrote: »

UI? Go through the entire game with that mindset. Which is what they should be doing periodically, anyways. Going through the entire game and benchmarking every possible system, doing optimisation passes to ensure everything is working as smoothly as possible.

I'd be happy if they skipped a couple of content DLCs and just did fixes. I have always subbed, but I'd pay separately for that fix DLC...

Logic in itself, since a guild can hold 500 members, you can be part of 5 guilds. That's a lot of player names to update (theoretically up to 2500 members to update per player). Multiply all this by the number of players online .... The server is overloaded with requests for updates ...

ZOS should revise all communications between client and server to reduce to minimum the interactions and data transfered. Then the servers AND routers would be less overloaded.

And thanks @Swomp23 for pointing this. Nice find !

zaria wrote: »

RMerlin wrote: »

cheifsoap wrote: »

fullheartcontainer wrote: »

Good job OP! This is definitely the kind of thing a real QC team should have picked up on. I really hope the devs are able to look into a solution to making this a default option. @ZOS_GinaBruno

Its such an obscure potential solution, no QA/QC team would have found this unless they stumbled upon it. Often times QA/QC teams are completely different people than the developers and unfortunately, due to the nature of the beast in most industries they're the first to be "trimmed"

If ZOS is dealing with lag issues, I would have expected them to do CPU profiling and network tracing to determine if there was any unusual amount of activity there?

Makes me wonder if in their attempts at improving performance they might have spent too much time looking at optimizing spell/skills stuff, and forgot to look at the basic stuff: network and CPU usage profiling.

Notice that it's not the first time something similar was found. A few years ago (can't remember for sure if it was ESO or another MMO I played in the past), I remember a lag cause was traced back to the quest journal. If it wasn't ESO, then that's another area I would suggest analyzing (to ensure the game isn't spending an insane amount of CPU/bandwidth dealing with potential quest updates).

Hopefully this will give ZOS new ideas of areas in need of reviewing to address the performance/stability issues that have been plaguing players since launch.

Note that the testers on the internal test servers will not have accounts on them with large guilds.
Probably not even the testers on live servers as the testing accounts are not private.

So yes this could easy slip below the radar for an very long time.
Makes me wonder why guild roaster need to be updated all the time, why not only then you open the menu?
Yes it should be an API call to for mods to use but its not something you need outside the page itself

I remember reading here a long time ago that ZOS would never allow their devs (or qa or wathever) to go to the live server with their developper accounts, because it would introduce imbalance or unfairness or wathever. I think this specefic policy is the root cause of what we are seeing here today. I mean, who would really care if developpers logged a couple hours a week in the live server with developers accounts comparable to the ones on pts. Yes they would have all cps and equipments freely available to use, but if the username would be clearly identified with a GM tag, I’m sure everyone would be happy to see them and tackle with them. This would allow for much better testing in the real environment, imo.

I remember in my teen days, when I was playing EQ, we would see GMs in-game pretty often. I don’t remember seeing a single one in ESO...

@ZOS_GinaBruno I see you still didn’t answer my previous question about ZOS’ long-term plan about performance issues. It’s kinda disappointing, it would have included itself pretty well with your new « we want to communicate better » policy...

Just a quick info: They are not the only ones: at YT the emoji window loading is causing the same problems xD.
So easy to see but overseen since ages.

How do you make it apply to all guilds at the same time? Because it only stays on one, the last one done.

gotten the code from arkadius today after we read that thread, i uploaded this tiny script on eso ui - u can test, wether it brings something to ur performance, basically it should stop the guild roster updating as long as youre not in the guild roster window. sure - its only pc.

cant say, if u will feel improvements, if its working properly as intended, it will also depend on your own hardware, wether its even needed, but feedback is welcome, especially if some people recognize, its helping (till zos will make deeper changes about this), its already nice to know. it also should block the lag from guild kicks. its small, doesnt produce ui errors or savedvars, so also no loss or prob to try.

i am still too stupid for lua. >,<

https://www.esoui.com/downloads/info2211-ArkadiusGuildRosterUpdateBlock.html#info

Swomp23 wrote: »

zaria wrote: »

RMerlin wrote: »

cheifsoap wrote: »

fullheartcontainer wrote: »

Good job OP! This is definitely the kind of thing a real QC team should have picked up on. I really hope the devs are able to look into a solution to making this a default option. @ZOS_GinaBruno

Its such an obscure potential solution, no QA/QC team would have found this unless they stumbled upon it. Often times QA/QC teams are completely different people than the developers and unfortunately, due to the nature of the beast in most industries they're the first to be "trimmed"

If ZOS is dealing with lag issues, I would have expected them to do CPU profiling and network tracing to determine if there was any unusual amount of activity there?

Makes me wonder if in their attempts at improving performance they might have spent too much time looking at optimizing spell/skills stuff, and forgot to look at the basic stuff: network and CPU usage profiling.

Notice that it's not the first time something similar was found. A few years ago (can't remember for sure if it was ESO or another MMO I played in the past), I remember a lag cause was traced back to the quest journal. If it wasn't ESO, then that's another area I would suggest analyzing (to ensure the game isn't spending an insane amount of CPU/bandwidth dealing with potential quest updates).

Hopefully this will give ZOS new ideas of areas in need of reviewing to address the performance/stability issues that have been plaguing players since launch.

Note that the testers on the internal test servers will not have accounts on them with large guilds.
Probably not even the testers on live servers as the testing accounts are not private.

So yes this could easy slip below the radar for an very long time.
Makes me wonder why guild roaster need to be updated all the time, why not only then you open the menu?
Yes it should be an API call to for mods to use but its not something you need outside the page itself

I remember reading here a long time ago that ZOS would never allow their devs (or qa or wathever) to go to the live server with their developper accounts, because it would introduce imbalance or unfairness or wathever. I think this specefic policy is the root cause of what we are seeing here today. I mean, who would really care if developpers logged a couple hours a week in the live server with developers accounts comparable to the ones on pts. Yes they would have all cps and equipments freely available to use, but if the username would be clearly identified with a GM tag, I’m sure everyone would be happy to see them and tackle with them. This would allow for much better testing in the real environment, imo.

I remember in my teen days, when I was playing EQ, we would see GMs in-game pretty often. I don’t remember seeing a single one in ESO...

@ZOS_GinaBruno I see you still didn’t answer my previous question about ZOS’ long-term plan about performance issues. It’s kinda disappointing, it would have included itself pretty well with your new « we want to communicate better » policy...

I would be fine with a QA members going on live to test but they should oversight on them to ensure they do not grant favors or abuse their position. Maybe not be able to create anything themselves to be added for use, places a request with oversight if they can not or was not given the items/ powers to test.

I would also think they should not be tagged for public knowledge. they have a job to do and need to do it without having to answer questions or get harassed.

Swomp23 wrote: »

Someone in my random group told us that a great way to reduce lag was to type your own name in the search tab of the guild roster. It reduced cpu usage or whatever. I thought this was a load of bs, but I tried it anyway, since it doesn't cost much. Well, believe it or not, after that I was able to rush the flags in 3 heavily defended keeps without too many lag spikes and no crash at all. Well, not too many lag spikes for this game anyway...Try it yourself and tell us if it helps!

Dont_do_drugs wrote: »

gotten the code from arkadius today after we read that thread, i uploaded this tiny script on eso ui - u can test, wether it brings something to ur performance, basically it should stop the guild roster updating as long as youre not in the guild roster window. sure - its only pc.

cant say, if u will feel improvements, if its working properly as intended, it will also depend on your own hardware, wether its even needed, but feedback is welcome, especially if some people recognize, its helping (till zos will make deeper changes about this), its already nice to know. it also should block the lag from guild kicks. its small, doesnt produce ui errors or savedvars, so also no loss or prob to try.

i am still too stupid for lua. >,<

https://www.esoui.com/downloads/info2211-ArkadiusGuildRosterUpdateBlock.html#info

So I am trying the addon out. So far it looks good and is much easier. You just download and it keeps the roster call quiet until you open the Guild Roster. I think it's working better than the manual fix, slightly improved performance.

Hard to tell as it's not PCNA prime time yet. Still good for ease of use. Even if someone does not think it helps them in performance, I would encourage them to add so that it reduces overall server traffic.

technohic wrote: »

Wow. Now conspiracy theory that EP has kept this secret and explains how every crash at Chalman results in an EP win.

Nothing to see here, move along. Just... um... coincidence...