Dandonk
Beater of Dead Horses
Which was sad. I didn't so much have DPS as DPH back then.It couldn't handle our DPS in the Shroud when the cap was 16.
Or is that now? Hmm, who knows.
Which was sad. I didn't so much have DPS as DPH back then.It couldn't handle our DPS in the Shroud when the cap was 16.
How so?proves the point lag is caused by latency
I am unsure if it is still possible, but blightcasters could destroy a raid in seconds with dots.Lag has many causes in this game. It couldn't handle our DPS in the Shroud when the cap was 16.
No, according to whar Severlin said, the major lag-reducing benefit of 64-bit versus 32 is that they can load a ton more data into a much larger RAM, so that the game relies far less on virtual memory and a ton more of the game's resources are permanently available in live memory -- which leads to less lag from virtual memory loading and cleanup.proves the point lag is caused by latency
That "a ton more" is literally the 4 GB cap a 32bit process has - it is 2 to the power of 32 vs the power of 64. To give you perspective: 4GB is what a particularly busy chrome tab costs you. Most modern phones have more memory then that.No, according to whar Severlin said, the major lag-reducing benefit of 64-bit versus 32 is that they can load a ton more data into a much larger RAM, so that the game relies far less on virtual memory and a ton more of the game's resources are permanently available in live memory -- which leads to less lag from virtual memory loading and cleanup.
Doesn't fix any non-memory sources of lag, and sure poor latency can cause that on individual client-side player rigs, but the deeper improvements we've seen are mostly from the above, though I'm sure that the 64-bit code itself can also handle complex game situations (like the stress test and causes of red & purple DA) more effectively than the 32-bit.
Computers typically run more than one single process. And it's dubious that the 64-bit servers will be running 32-bit DDO server software for 64-bit DDO Client rigs.That "a ton more" is literally the 4 GB cap a 32bit process has
???64bit "code" is not something that exists, at least not in the sense of program code. Assuming the servers runs on some form of C++ code too
He is not splitting hairs. In fact, his post is probably the most accurate i have seen in the past 2 weeks. To put it very very nicely ...Computers typically run more than one single process. And it's dubious that the 64-bit servers will be running 32-bit DDO server software for 64-bit DDO Client rigs.
???
Code that can be interpreted to generate 64-bit binaries must be interpretable for that purpose, so here you're really just splitting hairs.
Computers do run more then one process, nearly all the time I would say, but I heavily doubt they were smart enough to split the server into multiple processes - I honestly even doubt there is more then one thread. This all smells like a giant monolothic main loop that performs as well.. as we can see now.Computers typically run more than one single process. And it's dubious that the 64-bit servers will be running 32-bit DDO server software for 64-bit DDO Client rigs.
???
Code that can be interpreted to generate 64-bit binaries must be interpretable for that purpose, so here you're really just splitting hairs.
// The main difference between a "32-bit" and a "64-bit" system is as follows: in "64-bit", the applications and the system no longer have memory allocation limitations. In "32-bit" configurations the operating system is limited to 4 GB, while in "64-bit", there is nearly no limit (18 billion GB). //64bit "code" is not something that exists, at least not in the sense of program code. Assuming the servers runs on some form of C++ code too, it would be the compiler's job to create either a 32 or 64 bit binary out of the same program code. You can do particularly dirty things that make it harder to switch to 64 bit (a classic would be to assume the size of various primitive data types and try to do the compiler's job yourself in program code), which unfortunately was prevalent in early C++ code (steming from C code habits), but that is besides the point here.
Where is the entrance to the level 1 story dungeon for lanterns?The test server is Live.
I'm in Central Virginia with fiber-to-the-premises. Khyber is 16ms. Cormyr is 66ms.My ping on the normal servers is currently around 40 and on this new test server it is just shy of 80. That said I am in the NE section of central FL so the recent storm might be having some impact but then again it might not.
It exists it's just rare because the criteria to end up with it is rare. Regardless of that though you need to have a 64-bit capable compiler, a 64-bit linker, and 64-bit libraries. I've listened to Severlin's explanation a few times. He mentioned the system in question is running on top of a virtual machine. My impression was that it's possibly similar to the Java VM. If that's the case it'll need to be rewritten or even completely replaced.64bit "code" is not something that exists, at least not in the sense of program code.
Hall of Heroes near the VIP rewards NPC.Where is the entrance to the level 1 story dungeon for lanterns?
Well, last time I was a programmer, it involved variously machine code, creating new OS commands and programming language commands, combining 1st through 4th generation programming languages, and even having to work with divergent file systems.He is not splitting hairs. In fact, his post is probably the most accurate i have seen in the past 2 weeks. To put it very very nicely ...
What's dubious is what would be the point of 64-bit hardware if all that SSG would do is run 32-bit software on it, with the same limitations as the current Live server software. I mean, given the existence of the 64-bit DDO Client software, their development tools clearly can generate 64-bit software.And there is nothing dubious about 64bit hardware with 64bit OS running 32bit server-software/app for 32bit clients. Thats totaly perfectly, fine.
To run multiple copies of the same program. It's not a single program running per server. It's a single program running per instance on the server which is why you can have one dungeon lock up while another dungeon can be just fine. A system with 128GB RAM can run a whole lot more apps than a system with just 4GB. Plus it's not like you can just buy 32-bit servers now.What's dubious is what would be the point of 64-bit hardware if all that SSG would do is run 32-bit software on it
That is 64-bit OS versus 32-bit OS.To run multiple copies of the same program. It's not a single program running per server.
Your statement was poorly worded then, or maybe you don't actually understand what you said which is just as likely IMO.That is 64-bit OS versus 32-bit OS.
Not 64-bit DDO server versus 32-bit DDO server.
Or maybe you have been pointlessly splitting hairs.or maybe you don't actually understand what you said which is just as likely IMO.