Author Message

Superman0X

GameMaster: USA
Superman0X
Joined
11 Jun 2007
Posts
12161
Location
San Jose United States
PostedOct 28, 2012 8:24 pm
I was going to lock this (as it isn't going anywhere), but instead decided that it might be an appropriate rant, so moved it instead.

Advertisement

Hatespirit

Rank 3
Hatespirit
Joined
11 Dec 2006
Posts
1152
Location
Where am I? Mexico
PostedOct 28, 2012 8:45 pm
thank you superman for not locking this lmao /trolls

TheNinjaKitten

Rank 5
TheNinjaKitten
Joined
28 May 2011
Posts
4135
Location
United States
PostedOct 28, 2012 11:38 pm

Re: Aeria please be honest

Ooo yay, a kinda decent rant. Okies, let's see here.

TassadarMajere wrote:
Is there a reason that Aeria is deliberately moving or deleting threads?

yesterday a thread started by Sighborg addressing the connection issue during GRB was completely deleted. No information about why it was deleted or any comment.

In that thread, sighborg stated that there was a coding issue that caused people to disconnect.

I asked a clear question. What kind of code only kicks groups of people out of the GMO during heavy load on the server? I never got or saw a reply. 2 pages later, that thread got removed.  


This is a problem with Aeria that I will agree with you on. I can not agree with you on the specific topic you speak of simply because I never read it, and while a lot of deleted/locked threads should very much have that action taken upon them, there is also a lot that shouldn't. I personally had this issue happen to me only a few months ago regarding a thread I posted, but I won't get into that.

However, even with that said, I do feel Aeria has recently gotten quite better about being delete/lock button happy. I've been seeing quite a few threads I would generally expect to be locked or deleted left open (this one for example).



Now, the rest of your rant is just... bad. You think you know what you're talking about, but you don't.

TassadarMajere wrote:
I stated that it's time that Aeria stop pinning the blame on the developer and start taking responsiblity. I understand coding quite well.

There is not a code that only kicks certain people out of GRB but allows others, unless written that way. There are no codes that lags players out when the server is under a heavy load, unless its to prevent crashing. There are no codes that only goof during GRB that enable a few selected people to play.

Does Aeria really think people are that gullible? All I request is an honest answer, nothing extereme, a simply, answer like the server is overburden we're working on it. Instead, Aeria blames the problem on Nexon. Nexon didn't do the merger, Nexon don't control the SQL database. Nexon certainly didn't kick player out of the game during GRB.

All this started to happen when the servers got merged. Trolls like me already advised that the merger will cause problem with lag and disconnect. Many of the trolls knew that the lag would happen when too many people are in the same area. Leo blamed the player's for having bad computers. I sort of agree with him to an extend. The problem really manifested itself during GRB and in the AH. Not everyone has a slow computer and poor internet connection.

I myself have a very high end pc with a 30Mb/s connection, this is more than for any MMO. I have never maxed out the limits of my pc with any game on the market. I tried logging into GRB just for the fun of it and it was closed to me. I did try when the server were heavy. I connected but never even made it to the character screen. I did get a time out issue. I did ping aeria and got 0% loss reply.

All this support my statement, that the problem lies in the hardware. Hardware is not under the control of Nexon. Saturation of the server is not under the control of Nexon either.

So next time you try to blame Nexon, have something to back that up. Not all of us are that stupid to believe such a blant lie.  


You may understand coding well, but obviously not that well.
I don't really have anything to say on this matter that hasn't already been stated by Merlin.

What he states also negates all your statements regarding hardware so I won't get into that.

MerlinMcTav wrote:
I know I'm going to get slammed for toeing the party line here, but I'm going to have to disagree with a few things (not everything, but a few things).
Firstly, Nexon did the merge, not AGE. Someone from AGE may have kicked the process off, but the process was designed and built by Nexon. The decision for the merge will have been made jointly by Nexon and AGE and probably based on Nexon's recommendations.
Also, while AGE nominally controls the database, Nexon have full administration access to it.

While you are correct that there won't be code that kicks people out of GRB and allows others, it is completely feasible that portions of the code do not handle stress well and cause timeouts and disconnections for some people and not others. It could even cause server crashes.
Optimising those portions of the code that are causing problems certainly is the job of Nexon.  


Also, don't assume the thread got deleted because of your question (at least that's what you seem to imply, I could be incorrect though). There's also a good chance your question didn't get answered due to security reasons... or the simple fact it's a pointless question.

o/

Avyn

Rank 5.2
Avyn
Joined
16 Feb 2009
Posts
12959
Location
Western Canada
PostedOct 29, 2012 12:21 am
Superman0X wrote:
I was going to lock this (as it isn't going anywhere).  

Is this declarative or imperative?

Superman0X

GameMaster: USA
Superman0X
Joined
11 Jun 2007
Posts
12161
Location
San Jose United States
PostedOct 29, 2012 7:50 am
Avyn wrote:
Superman0X wrote:
I was going to lock this (as it isn't going anywhere).  

Is this declarative or imperative?  


Yes.

TassadarMajere

Rank 4
TassadarMajere
Joined
28 Oct 2008
Posts
1939
Location
United States
PostedOct 29, 2012 8:01 am
Ninjakitten lrn2trll,

Code not responding well stress is a hardware issue. Reread merlin's post.
Database contains all info on chararter, items, links, and enchants of a player. No developer requires that data, this in control by age.

The why was there a code change that effects grb most notably onky during heavy load?
This started in 6.1 right then why did the disconnect started to manifest after the merger.
The complaint is from the os server not many from px.

Ill buy that its a coding failure. But code tend to have a set condition and a set outcome. That dont seem to be the case. However i dont try to explain seems uou dont care or want to care

Posted By Aeria Mobile

Superman0X

GameMaster: USA
Superman0X
Joined
11 Jun 2007
Posts
12161
Location
San Jose United States
PostedOct 29, 2012 10:20 am
Zimmey4 wrote:
Superman0X wrote:
Avyn wrote:
Superman0X wrote:
I was going to lock this (as it isn't going anywhere).  

Is this declarative or imperative?  


Yes.  


That is some dedication to the community, reading the forums ridiculously early in the morning. Never-mind the "Trollish" answer and the lack off attention he gave to the question, the point is that he cared enough to type something appease his audience.

I salute you sir!  


"Of course, of course; just what I was going to remark myself."

OSUBeaver

GameSage: Forum
OSUBeaver
Joined
06 Nov 2007
Posts
10292
PostedOct 29, 2012 11:09 am
Superman0X wrote:

"Of course, of course; just what I was going to remark myself."  




What do I win?

Just plain Beaver now.

GMPaladin

Aeria: Specialist
GMPaladin
Joined
23 Mar 2011
Posts
2606
Location
San Jose United States
PostedOct 29, 2012 1:01 pm
OSUBeaver wrote:
Superman0X wrote:

"Of course, of course; just what I was going to remark myself."  




What do I win?  




(seriously though good job)

xybolt

Rank 5.2
xybolt
Joined
10 Sep 2008
Posts
15083
Location
Balegem, flemish region Belgium
PostedOct 30, 2012 2:33 am
just a poor ISP and network trafficking system.

About hardware; it itself is fine, but the engine is just not efficient enough with the resources. Look to the client, if they have a such poor client system, then i wouldn't wonder if the server system is also clunky

signature of xybolt
Display posts from previous:   Sort by: