Operating System: Windows 7
Graphics Card: NVIDIA 580 GTX
Driver Version: 314.07
Number of Clients: 2 EVE clients running
How long before the freeze/crash occurs? Every 15 minutes of gameplay
What are you doing when the freeze occurs?: When I am jumping between solar systems

Hi CCP Vertex,

About this freezing thing, no I don't have this freezing for several seconds anymore, some times happens at undocking still but just a little thing probably under half second, nothing annoying at all.

Jumping gates and loading now it's clearly instant and doesn't matter the number of ships, no perceptible client freeze or delay in between commands/execution, I have to say that I haven't tested with drones yet.

Landing on mission/anom site even with those usual pesky clouds bright white/blue radiation stufz does not freeze my client neither, loading is instant.
Haven't got a single crash or CPU heat anymore, yesterday could get up to 90-¦ (poor thing) with only single client running, today I can barely go further than 39-¦C with 2 clients, firefox -Eve+randomx2, Speccy, Thunderbird, PDF files and watching browser video.

Amazing change for me, thank you.

32 Bit OS is limited to 4GB Memory

Hard pushed to run that many clients on 32 Bit OS.

Also that's made even less by the fact that x86 windows marks up a chunk of RAM dependent on how much GPU memory you have got.

I'd end up with a net memory pool of 0

I believe the freezes are rather frequent insome circumstances. In the incursion HQ fleet I tend to frequent there is usually one "white lockup" every 5-10 minutes.

I wonder if this is also happening to the guys doing fleet battles out in low/null, if not, then perhaps its something specific with the sansha npc or other incursion specific coding thats somehow broken?. I havent actually seen any one post about thier low/null fleet suffering frozen pilots yet though

if i click on the screen it goes gray, then says unresponsive, but character is in space still following last command given. when i load the launcher and log in as that charater, it fianlly shows that he is logging off on the contact notice icon.

We are actively investigating this issue, but our biggest problem is that we cannot reproduce this freeze in-house at all...

We have an idea what might be going on there, but I need your help to prove it:

So the next time you get this freeze, can you please leave it for a few minutes and then open the Windows Task Manager, go to the "Processes" tab and look for a process "ExeFile.exe *32"? When you have found it, keep an eye on the memory consumption. What I'd like to know is: does it go up and up and up? And does it stop finally at the ~4GB boundary?

IF "exefile.exe" has reached this boundary I would like to get a screenshot of your task manager and the client log files! That would help us a lot!

We are actively investigating this issue, but our biggest problem is that we cannot reproduce this freeze in-house at all...

We have an idea what might be going on there, but I need your help to prove it:

So the next time you get this freeze, can you please leave it for a few minutes and then open the Windows Task Manager, go to the "Processes" tab and look for a process "ExeFile.exe *32"? When you have found it, keep an eye on the memory consumption. What I'd like to know is: does it go up and up and up? And does it stop finally at the ~4GB boundary?

IF "exefile.exe" has reached this boundary I would like to get a screenshot of your task manager and the client log files! That would help us a lot!

It would also be helpful to know if you are running any osftware that overlays graphics on top of the EVE client i.e. Mumble or xFire as this software has been known to crash the games that it overlays.

We are actively investigating this issue, but our biggest problem is that we cannot reproduce this freeze in-house at all...

We have an idea what might be going on there, but I need your help to prove it:

So the next time you get this freeze, can you please leave it for a few minutes and then open the Windows Task Manager, go to the "Processes" tab and look for a process "ExeFile.exe *32"? When you have found it, keep an eye on the memory consumption. What I'd like to know is: does it go up and up and up? And does it stop finally at the ~4GB boundary?

IF "exefile.exe" has reached this boundary I would like to get a screenshot of your task manager and the client log files! That would help us a lot!

Need to know if a single log server will log the entries from both clients? I had a crash tonight, but not from the client I started with the logserver.

If not, you guys need to tell us how to get the log server running for each of the clients as this is like a lottery, where you log one client and the other crashes. Takes too long and I'd like to get this solved faster instead of slower :) Thanks

CCP Vertex / Mankiller ?


EDIT: In case the log server saves data from all clients started after it, I saved the workspace where it happened ... so depending on the answer to the above question, I may or may not have a log server dump from the client freeze.

I have been getting greyscreen lockup on 2 different computers. Have set up minidump and logserver on one now but haven't played since:

Computer 1
OS: Windows 7 64-bit Professional
GPU: nVidia Geforce GTX 480
Driver Version: 306.97
Number of Clients: 2
RAM: 12GB
Storage drives: Intel 160GB X25-M SSD
CPU: Intel i7-920

One or the other account greyscreens about once per 30 minutes, but stays online for at least 1 hour so far after greyscreen. One account is a freighter pulling ore from an Orca fleet hangar. The second is just a mining boost Orca sitting stationary in an asteroid field. Fleet hangar is used by mining ships to store ore while Freighter removes ore. The Orca stays available and providing boosts and fleet hangar even during greyscreen.


Computer 2

OS: Windows 7 64-bit Ultimate
GPU: nVidia Geforce GTX 680 x 2 (non-SLI)
Driver Version: 314.07
Number of Clients: 5
RAM: 32GB
Storage drives: Samsung 840 120GB SSD (boot), Mushkin Chronos 240GB SSD x 3 in RAID0 (game install)
CPU: Intel i7-3770k

One account runs on 27" monitor using 680-1 card, four accounts run on 24" monitor using 680-2 card. Various of the four accounts greyscreen once per 25 minutes. These are mining ships that continue to mine and stay logged on even after greyscreen. Only 1 account seems to greyscreen at a time so far.

I will provide updates from logserver and minidump as more crashes occur.

Need to know if a single log server will log the entries from both clients? I had a crash tonight, but not from the client I started with the logserver.

If not, you guys need to tell us how to get the log server running for each of the clients as this is like a lottery, where you log one client and the other crashes. Takes too long and I'd like to get this solved faster instead of slower :) Thanks

CCP Vertex / Mankiller ?


EDIT: In case the log server saves data from all clients started after it, I saved the workspace where it happened ... so depending on the answer to the above question, I may or may not have a log server dump from the client freeze.

the socket close is a different issue, doesn't have to do with the white client freeze, has more to do with server node and with intrawebs networks.

Operating System: win7 64 bit
Graphics Card: nvidia gtx 550ti
Driver Version: appHanged on both 310.90 and 314.07
Number of Clients: usually 2, of which only 1 hanged so far, probably because the client/char that doesn't freeze is in station or just sitting in space idly
How long before the freeze/crash occurs? usually between 15 minutes to 5 hours
What are you doing when the freeze occurs?: Incursion running (explosions,fleet activity, lasers, turret effects ?). Never hanged during other activity.

screenshot with graphical settings: http://i.imgur.com/O60UjjF.png -> has also hanged with max settings and every graphical effect ticked on too.
Eve dump: not available. Nothin' is created in the specified location, perhaps because eve doesn't think it crashed.


Freeze symptoms:
* Logged in, business as usual, etc, etc
* then suddenly windows cursor goes into 'busy'
* clicking the eve window makes the eve window get a gray-white overlay
* EvE window is "not responsive". Windows offers to close the exefile.exe program that is not responding.
* task manager shows the single exefile.exe is saturating 1 core of the cpu (100% utilization of that core, normally core utilization is 2-10%)
* During this, the char is still in-game, alive and kicking
* alt-F4 or close the program as per windows offer
* only now reports come over coms that the char has DC'ed


I believe the freezes are rather frequent insome circumstances. In the incursion HQ fleet I tend to frequent there is usually one "white lockup" every 5-10 minutes.

Logserver will record all clients running so if you started logserver then started 2 clients it will record both client logs.

I have already an open case in this issue.
as someone else already mentioned, in multiple EVE instances, only one at a time client freezes and stop working (somehow randomly, I think when more CPU needed from certain client).

System configuration
Intel Core i3-3220 CPU@ 3.30GHz
CPU's - 4
Installed Memory Ram - 8158 MB (8GB)
OS- Windows 7 PRO 64bit GR - build 7601
Graphics adapter - NVIDIA GeForce GT630/4GB memory

I tried many things to find a temp solution at least.
The problem solved by changing I/O priorities manualy in ExeFile.exe (for each running client it's another instance).
Set priority to HIGH for all open clients (ExeFile.exe).

I've played with 8 clients for 10 hours and there wasn't any freeze
How to change I/O priorities info you can find here

http://www.wikihow.com/Change-Process-Priorities-in-Windows-Task-Manager

Attention!
Microsoft doesn't recommend such action, something like that can make your system unstable, but if you have that PC only for EVE online it's a temporary solution.

sucks...but at least we can play till fix comes.

Number of running clients, when the freeze happened:

Number of running clients, when the freeze happened:

Full screen / windowed / fixed window:

Was the client minimized, when the freeze happened?

Audio enabled? (on how many clients?)

Was the character of the frozen client in a fleet?

Hi,

While we have made a bit of progress in looking into this (it happened for example once on my machine), we need to ask you for a bit more information to be able to resolve this faster.
Please respond with following information, if you experiencing freezing clients (which do not recover at all):

• Number of running clients, when the freeze happened:
• Full screen / windowed / fixed window:
• Was the client minimized, when the freeze happened?
• Audio enabled? (on how many clients?)
• Was the character of the frozen client in a fleet?

Several of you have already given some of this information in earlier posts, but it would be great to have a bit more info on this.

Thanks!

Hi,

While we have made a bit of progress in looking into this (it happened for example once on my machine), we need to ask you for a bit more information to be able to resolve this faster.
Please respond with following information, if you experiencing freezing clients (which do not recover at all):

• Number of running clients, when the freeze happened:
• Full screen / windowed / fixed window:
• Was the client minimized, when the freeze happened?
• Audio enabled? (on how many clients?)
• Was the character of the frozen client in a fleet?

Several of you have already given some of this information in earlier posts, but it would be great to have a bit more info on this.

Thanks!

Hi,

While we have made a bit of progress in looking into this (it happened for example once on my machine), we need to ask you for a bit more information to be able to resolve this faster.
Please respond with following information, if you experiencing freezing clients (which do not recover at all):

• Number of running clients, when the freeze happened:
• Full screen / windowed / fixed window:
• Was the client minimized, when the freeze happened?
• Audio enabled? (on how many clients?)
• Was the character of the frozen client in a fleet?

Several of you have already given some of this information in earlier posts, but it would be great to have a bit more info on this.

Thanks!

Hi,

While we have made a bit of progress in looking into this (it happened for example once on my machine), we need to ask you for a bit more information to be able to resolve this faster.
Please respond with following information, if you experiencing freezing clients (which do not recover at all):

• Number of running clients, when the freeze happened:
• Full screen / windowed / fixed window:
• Was the client minimized, when the freeze happened?
• Audio enabled? (on how many clients?)
• Was the character of the frozen client in a fleet?

Several of you have already given some of this information in earlier posts, but it would be great to have a bit more info on this.

Thanks!

6
Windowed
No
Yes - 6
no

I think I've figured out the crashing problem at least on my end. ANY of the clients that are running on core 1 will always crash almost immediately. All other clients are stable. After switching all of the clients to cores 2-4 (I have an ivy bridge i5) I have experience no more crashes, whereas I was getting them almost always right after logging in before (on whatever client was on core 1).

Hi,

While we have made a bit of progress in looking into this (it happened for example once on my machine), we need to ask you for a bit more information to be able to resolve this faster.
Please respond with following information, if you experiencing freezing clients (which do not recover at all):

• Number of running clients, when the freeze happened:
• Full screen / windowed / fixed window:
• Was the client minimized, when the freeze happened?
• Audio enabled? (on how many clients?)
• Was the character of the frozen client in a fleet?

Several of you have already given some of this information in earlier posts, but it would be great to have a bit more info on this.

Thanks!

Ok update, just had the freeze and checked the process info:
CPU at 25% (meaning one core at 100%), and the memory usage was increasing continuously at a rate of about 20mb/s.

EDIT: And froze again.
EDIT2: And again, dammit. Since i had the IGB open in all three cases it could be related maybe.

are we coming close to a solution because this is getting annoying....

Hi,

While we have made a bit of progress in looking into this (it happened for example once on my machine), we need to ask you for a bit more information to be able to resolve this faster.
Please respond with following information, if you experiencing freezing clients (which do not recover at all):

• Number of running clients, when the freeze happened:
• Full screen / windowed / fixed window:
• Was the client minimized, when the freeze happened?
• Audio enabled? (on how many clients?)
• Was the character of the frozen client in a fleet?

Several of you have already given some of this information in earlier posts, but it would be great to have a bit more info on this.

Thanks!

Guys, did anyone tried my temp solution?
I posted in here.
I'm curious if works only for me.

Update:

We have a potential fix being tested for the client freeze issue and hope to deploy this fix to Tranquility next week if our testing goes well.

Update:

Instruction on how to get on the test server can be found here

Update:

We have a potential fix being tested for the client freeze issue and hope to deploy this fix to Tranquility next week if our testing goes well.

The fix is currently on the Singularity test server and we encourage anyone experiencing the client freeze to play for a while on Singularity and let us know via this forum thread if you experience any client freezes on Singularity.

Guys, did anyone tried my temp solution?
I posted in here.
I'm curious if works only for me.

Nice it seems its been fixed now.

I've gotten two client lock-ups since 1.1, am I'm on a Mac, so it seems this is more of an any client issue.

I noticed lots of people getting lock ups when Im in fleets also.

TY for fixing the issue.

It's not fixed mate. There's been no new patch except for the one a couple of days ago which actually made it worse.

What I'm actually struggling to understand is why is the "patch" that solves this deployed in the test server while people on the live server are getting crashes after crashes every single hour.

CCP has no problem in putting out untested releases but takes it's good ol' time to "test" the fixes for the previous untested and broken release! If I actually worked like this I'd probably be shitcanned when the contract renewal came up.

Sure, everyone fucks up and with so much legacy code and so many people working on the client, it's bound to happen. What's not normal is the sweeping under the rug that happened with this thread (basically, removing the one from GD) and having a couple of devs look at it part time. When a possible fix is good to go, they deploy it to the test server! Can't wrap my head around the double standards in deployments for the client.

EDIT: In case I didn't make my case clear, just put the patch in production (TQ) and let us test it where it's supposed to be used! It can't get any ******* worse than what it is right now!

I typed fast and I forgot to say.

But it seems that CCP are deploying a patch next week. if thats so then its fixed.

Yes, I'm aware of that. But if for you that is an acceptable timeline, for me it simply isn't. I'm also a developer. I also work on a client / server application and if the client is this ****** up, we're not "waiting a week" nor are we deploying it on a test server first when the client in production is basically "randomly" freezing!

It's simply stupid to have the fix ready and deployed to the test servers just ... waiting ... for next week ... while all your customers are actually playing with the client that's broken ... while you test the fixed one ... but didn't test the broken one ... :|

Seriously ******* pissed right now as this has been broken for a week or so and it seems there's only a couple of guys working on it ... and don't even have the power to do a TQ client release.

Update:

We have a potential fix being tested for the client freeze issue and hope to deploy this fix to Tranquility next week if our testing goes well.

The fix is currently on the Singularity test server and we encourage anyone experiencing the client freeze to play for a while on Singularity and let us know via this forum thread if you experience any client freezes on Singularity.

Instruction on how to get on the test server can be found here

I would like to thank everyone who contributed in helping us fix this issue and apologize for the inconvenience this caused during your gaming sessions.

Nice it seems its been fixed now.

I've gotten two client lock-ups since 1.1, am I'm on a Mac, so it seems this is more of an any client issue.

I noticed lots of people getting lock ups when Im in fleets also.

TY for fixing the issue.

It isn't fixed, in fact, it's worse. I just came off singularity and the "patch" over there is even worse than on tranqulity. The cpu usage is still at 100%, and the singularity client is even more of a memory hog than the one on tranquility. On tranqulity, max ram usage per client is about 720mb. On singularity, client usage is 780 to 800mb, almost 200mb per client more than before the last useless patch! You're going backwards, making things worse.

In standard fashion though, you'll push out this new garbage, and make things worse, anyway.

Go back to the drawing board.

Mate, this thread is about the client freezes and not about the resource hog the client is/isn't! I have plenty of resources, the CPU never goes over 10%, each client barely scratches the available ram and the client still freezes so lack of resources is not the issue.

Well, mate, resources ARE the issue. That is why myself and others I know ARE having freezing issues. Video is fine, the client completely bleeds out the CPU. The CPU at 100% for only 5 clients is 100% incapable of running the 9 or 10 that it did before, like I posted. No CPU resources = client freezes. When (more likely IF) they figure out what they screwed up, everyone will benefit from it. If your CPU isn't 100% maxxed, congrats. If you have so much that a ****** coded client sucking up 800mb when it only use 600 before, good for you. I have lots of ram, but that doesn't mean I'm naive enough to think that everyone is in the same boat as me. 4 gigs should be tons of ram to even multi box, and it used to be, but not anymore. Hence, the problem. Mine and others' systems are constantly pinned at 100% when Eve is running, when they shouldn't and don't need to be. It's the same kind of problem that was generated when that useless unified inventory was installed.

Prior to the last big patch, I could comfortably run 10 clients on my machine. Since the patch, I can barely run half that number. Why? Something in your patch has turned your client into a complete resource hog.

Memory usage, per client, has gone up between 40 and 100MB. So where pre-patch usage was between 590 to 640 MB, now it's 660 to 720mb per client. CPU usage has gone through the roof, essentially doubled. At 5 clients, CPU usage is at 99 to 100% constantly. I have a Core 2 Intel Quad 2.2 GHZ CPU, and with 10 clients, I never broke 90% CPU usage. I play with the camera zoomed out to the max, so it's not like there is a lot of problem with rendering a lot of close in detail work. In station, CPU usage drops to 70%, but out in space, it's pinned and stays that way with only 5 clients.

People have lock up and white out issues because of the CPU usage being maxxed out. I was having the same effects and problems, because my CPU was pinned at 100% as well. There just was no more CPU time to process the amount of information needed for multiple clients, and on older machines, even a single client can completely use up all the resources. Nothign has changed on my machine since your patch, this problem is 100% with the way you patched Eve. this isn't a new thing. the exact same problem occurred when you patched in that useless P.O.S. virus you call the unified inventory.

I have friends that all have the same problem whther they're running Vista 64 like me, or Vista 32 bit, or Win 7. Right now, 2 qaccounts are unsubbed because the subscriptions have run out and I have no reason to sub them when I can't use them. I have three others I play with who also let anywhere from 1 to 3 accounts drop for the same reason. I have 2 more accounts coming up that will be unsubbed too. I'm not paying for something you've screwed up. This latest "patch" is already costing you money. If more people do this, maybe you'll actually pay attention to how and what you code, but then, this is just a repeat of fall last year.

At the same time, fix drag and drop, because that doesn't work at all for multiple items. Docking and jumping also doesn't work any more oftne than half the time, if I'm lucky, but that is also a problem that has existed since the useless inventory patch.

Take your time fixing it though. Lots of games to play that actually work ;)

Hopefully it will get fixed ASAP. I've already lost millions of ISK from missing payouts due to this bug.

This issue should be fixed on the Singularity test server now and we hope to deploy the fix next week, please read the following thread: https://forums.eveonline.com/default.aspx?g=posts&m=2687622#post2687622

players dropping like flies in HQ Incursions due to this ****. Anyone lost a ship yet?

The DEVs should consider that it is sometimes necessary to do one step backwards to get further.

Means, if something like that happens in an enterprise network, the IT would quickly make a fallback of the last patches/updates/modifies made. Especially if there is no cure at hand for a real workaround.
This buys time to test and plan the repatch more properly before deploying again.

But the more you wait searching the holy grail, the more angry the player's community will get.
Understandable, if you loose expensive ships in PvP or Incursions only because the game freezed.

And there isn't - unfortunetaly - even the slightest possibility whoever lost a ship due to the freezies and who not, because the bug doesn't log in some way. So you can't reward those pilots for there losses - that would be fair at last, as long as possible.

Hi,

While we have made a bit of progress in looking into this (it happened for example once on my machine), we need to ask you for a bit more information to be able to resolve this faster.
Please respond with following information, if you experiencing freezing clients (which do not recover at all):

• Number of running clients, when the freeze happened:
• Full screen / windowed / fixed window:
• Was the client minimized, when the freeze happened?
• Audio enabled? (on how many clients?)
• Was the character of the frozen client in a fleet?

Several of you have already given some of this information in earlier posts, but it would be great to have a bit more info on this.

Thanks!

Been having issues with Socket closed all the time as ive not been able to play since the new patch deployment, been logged on to singularity for almost 10 minutes now and seems to be working fine pls release the patch asap Thnx

I have been getting the same problem with the freezing of the screen, but the client is still running, I have 4 accts going at same time on one pc. 3 mining ice, and 1 that runs missions and incursions. I have learned one thing that has helped me out. I noticed if i turn all graphic settings on the lowest setting or disabled and turn all the effects off in the options I get no more freezes. I still have my mission runner/Incursion pilot at full graphics, I just do it for the 3 ice mining pilots. Graphics are **** at that point but i have not had any freezes for the past 3 days with more then 8hrs each day on eve. And I really don't watch the ice miners anyway.

Just an option some of you can try until a better fix is found, and not saying it will work for all but has worked for me.

he relogs, tells us in fleet chat he clicked the option to 'wait for program to repond' because he didn't want to lose his machariel IRONICALLY. but that option just delays you infinitely until you close the eve client. I asked both of them to petition, hopefully they'll clogge up more petitions because CCP isn't caring enough to have a concern on this issue

They really need to fix this. Very frustrating.


I've had it resume from the white screen after choosing that option once. Only once, though.

You are indeed talking about something different. You may think the freezes are being caused by the increase in resouce usage but, like I said, it's not the case! I'm not saying it's good or bad for the client to use more resources. I'm just saying that those two issues are NOT related.

If that were the case, my CPU would be burning up too and all of my memory (16gb) would be used. Instead I have 10% cpu usage with 3 clients and less than 3gb of ram used for those 3 clients. Resources, regardless of the new patch requiring more of them, are not the cause for the freezes.

I'm trying to put some emphasize that as I would prefer CCP solve the freezing problems, which is what is being discussed in this thread! My sugestion is that you make a new thread regarding the increase in resources needed for the client, but that's a lost cause, as you'll need more resources for the game to evolve anyway.

Still happening for me.

When this happens to me it also crashes Chrome.

have you downloaded the recent patch today?

i've had 14 clients up for about 5 hours today and not one white screen has occured yet. so far so good... but that can change so we'll see

This issue should be fixed on the Singularity test server now and we hope to deploy the fix next week, please read the following thread: https://forums.eveonline.com/default.aspx?g=posts&m=2687622#post2687622

Fixed a client freeze that occurred in rare situation where there were lots of effects.

Still happening for me.

When this happens to me it also crashes Chrome.

Hi, everyone.

The client freeze should be fixed with today's patch.

I will keep monitoring this thread in case you experience it again.

Ahoy-hoy

I'm looking for some feedback on this issue today if people have some time to drop me a quick comment so I can get an idea how well this freeze has been addressed. That includes people who are fixed, if its sorted I would really like to know about it.

Likewise if this is still an issue for you, after you have downloaded the patch yesterday, and gameplay continues to stall under the same circumstances let us know below in a structured and informative reply so I can continue the investigation.

Much appreciated

Seems to have moved passed dowload and is now stuck here
'(1/7) Downloading index: Initializing .."

and now i get an error saying repair failed WTF!!!!

Ahoy-hoy

I'm looking for some feedback on this issue today if people have some time to drop me a quick comment so I can get an idea how well this freeze has been addressed. That includes people who are fixed, if its sorted I would really like to know about it.

Likewise if this is still an issue for you, after you have downloaded the patch yesterday, and gameplay continues to stall under the same circumstances let us know below in a structured and informative reply so I can continue the investigation.

Much appreciated

if its sorted I would really like to know about it.

My client is still freezing every 1-2 hours. It happens whether I run a single client or multiple clients.

Hardware:
i7-950 OC'd to 3.8 w/ Hyper 212 cooler (Hyperthreading disabled)
Gigabyte UD3R MOBO (X58)
6GB Corsair Dominator RAM
Gigabyte GTX 670 2GB
256GB M4 SSD
2x WD Caviar Black 1TB HDD
X-fi Fatality soundcard
Corsair 850watt PSU
Asus VE247H Monitor
G15 Keyboard
G13 Gamepad
RAT 7 Mouse
Windows 7 64 Home

All drivers updated
Prime 95 stable overnight
memtest 86; no failures.
DPC latency test in the green

Oddly no windows exceptions are generated, the computer doesn't CTD, and windows system logs are not showing any errors during the time when the freezing occurs.

Crashes work themselves out like this: I'll be playing the game and then my monitor will go black which causes my entire machine to become unresponsive. This lasts anywhere from 10-20 seconds. My monitor will begin displaying the game correctly again at which point my game usually has 10FPS or less. This will only resolve itself by logging off and restarting the client(s). Recently this has also caused Chrome to crash forcing an application restart.

Hi Neesa, i'm afraid this dosent sound like the issue we have fixed and if your monitor is going black that suggests the video signal is being interupted which usually points to a hardware issue.

And before anyone mentions the overclock, this system has been stable for weeks and does not crash in other games

[quote=CCP Vertex][quote=Neesa Corrinne]My client is still freezing every 1-2 hours. It happens whether I run a single client or multiple clients.....This issue is absolutely, with not a single shred of doubt, tied to the EVE application.

Ahoy-hoy

I'm looking for some feedback on this issue today if people have some time to drop me a quick comment so I can get an idea how well this freeze has been addressed. That includes people who are fixed, if its sorted I would really like to know about it.

Likewise if this is still an issue for you, after you have downloaded the patch yesterday, and gameplay continues to stall under the same circumstances let us know below in a structured and informative reply so I can continue the investigation.

Much appreciated

I figured that this is the response I would get.

That's why I included little notes in this post such as "Prime 95 stable overnight" (Obviously the CPU is working flawlessly) and "memtest 86; no failures" (Obviously my memory is working flawlessly). Aside from that, I have also run Uningine Heaven DX 11 Benchmark with all options maxxed out without any crashes and in case it was a GPU memory fault I ran memtestG80 on my GTX 670 and it returned no GPU memory errors. I can, with an extreme amount of certainty, say that this is not a hardware error on my machine.

I'm a systems administrator for the US DoD. I have an MCITP in Windows 7 and an MCITP in Server 2008. I troubleshoot Dell R610 servers running Vsphere 5.1 which are fibered into FA S2040 database servers all day long. Not to mention I work on Dell M6300, M6400 and M6500 clients all day which come to my office with many various issues.

I can emphatically state that this issue has nothing to do with my machine. I can play World of Tanks, Civ 5, Borderlands 2, Skyrim with over 300 mods, Torchlight 2 and iRacing for hours upon hours with no issues whatsoever. When I load EVE, however, I WILL crash within 1-2 hours in the manner which I described above.

This issue is absolutely, with not a single shred of doubt, tied to the EVE application.

Hi Neesa, i'm afraid this dosent sound like the issue we have fixed and if your monitor is going black that suggests the video signal is being interupted which usually points to a hardware issue.