| Pages: 1 2 [3] 4 :: one page |
| Author |
Thread Statistics | Show CCP posts - 14 post(s) |

Rats
Federal Navy Academy Gallente Federation
6
|
Posted - 2012.06.26 19:01:00 -
[61] - Quote
OMG its the inspiration for Captains Quarters , door at the end goes nowhere ....
Tal
|

Herzog Wolfhammer
Sigma Special Tactics Group
1636
|
Posted - 2012.06.26 19:17:00 -
[62] - Quote
CCP Explorer wrote:PinkKnife wrote:Would it make a large difference? Is it worth doing? Hard to implement? Really the only reason to create a 64 bit client would be to get access to more memory. But since we would need to maintain a 32 bit client anyway (we still have a lot of Windows XP users and will have for quite some time) then we need to keep the overall memory footprint in line with what a 32 bit client is capable of. The server is already 64 bit and has been since 2008 (see this dev blog) for exactly this reason. Each blade in TQ has 32 GB of memory and runs 4 nodes, so on average each node has access to 8 GB of memory. At startup then each node uses approx. 700 MB of memory. Nodes with little traffic end up using about 950 MB, most common is 2-3 GB, and then there is normally a handful of nodes that use more than 6 GB (Jita on a busy day, nodes that host WH constellations, nodes where large fleet fights occur). Since the server is already 64 bit then all code, except the rendering and audio engines and related middleware, is already 64 bit capable. To date then we don't have 64 bit versions of all the needed middleware and we haven't really dug into what it would take to make the rendering engine 64 bit.
When people figure out that a 64 bit client will load a grid or change session faster than the people waiting for them in the bubble camp, you won't need an x32 client any more.
I have an old x32 WinXP system running a single core CPU with 1GB RAM and a x64 Win7 8 core system with 4GB RAM and there IS a difference.
(aside from the graphics from the latter .... "my God, it's full of stars.....") |

Mons Pubis Giganticus
Center for Advanced Studies Gallente Federation
7
|
Posted - 2012.06.26 19:21:00 -
[63] - Quote
Ultim8Evil wrote:Mons Pubis Giganticus wrote:64 bits is like 8 dollars in the 1800's 3 pages to think something up and that's what you brought to the table? i necro'd 3 pages worth of threads to get all the locked threads into a single block. and the best YOU could do was this?
fail troll is fail |

PinkKnife
The Scope Gallente Federation
148
|
Posted - 2012.06.26 19:23:00 -
[64] - Quote
Herzog Wolfhammer wrote:CCP Explorer wrote:PinkKnife wrote:Would it make a large difference? Is it worth doing? Hard to implement? Really the only reason to create a 64 bit client would be to get access to more memory. But since we would need to maintain a 32 bit client anyway (we still have a lot of Windows XP users and will have for quite some time) then we need to keep the overall memory footprint in line with what a 32 bit client is capable of. The server is already 64 bit and has been since 2008 (see this dev blog) for exactly this reason. Each blade in TQ has 32 GB of memory and runs 4 nodes, so on average each node has access to 8 GB of memory. At startup then each node uses approx. 700 MB of memory. Nodes with little traffic end up using about 950 MB, most common is 2-3 GB, and then there is normally a handful of nodes that use more than 6 GB (Jita on a busy day, nodes that host WH constellations, nodes where large fleet fights occur). Since the server is already 64 bit then all code, except the rendering and audio engines and related middleware, is already 64 bit capable. To date then we don't have 64 bit versions of all the needed middleware and we haven't really dug into what it would take to make the rendering engine 64 bit. When people figure out that a 64 bit client will load a grid or change session faster than the people waiting for them in the bubble camp, you won't need an x32 client any more. I have an old x32 WinXP system running a single core CPU with 1GB RAM and a x64 Win7 8 core system with 4GB RAM and there IS a difference. (aside from the graphics from the latter .... "my God, it's full of stars.....")
So then the question becomes, if CCP made a client that used more memory, would it then load grids/sessions faster? |

Kieron VonDeux
49
|
Posted - 2012.06.26 19:51:00 -
[65] - Quote
Just going from a 32bit to a 64bit coordinate system should increase the free navigation on the order of 4.3bil times in each direction; plus and minus. That could encompas all of the current Eve Universe, depending on the scale used.
Just partition that out and have system demarcation grids to autoload the system you are cloest too and allow freewarp between systems without using stargates.
Of course, it would take a BS 6 hours per light year to get anywhere.  An hour and a half per light year for non-rigged Cov Ops.
|
|

CCP Explorer
C C P C C P Alliance
674

|
Posted - 2012.06.26 20:08:00 -
[66] - Quote
Kieron VonDeux wrote:Just going from a 32bit to a 64bit coordinate system should increase the free navigation on the order of 4.3bil times in each direction; plus and minus. That could encompas all of the current Eve Universe, depending on the scale used. Just partition that out and have system demarcation grids to autoload the system you are closest too and allow freewarp between systems without using stargates. Of course, it would take a BS 6 hours per light year to get anywhere.  An hour and a half per light year for non-rigged Cov Ops. The coordinate system in EVE is 64 bit and so are item IDs in the database, and so on and so forth. Being 32 bit only restricts the memory that the client has access to. Erlendur S. Thorsteinsson | Software Director | EVE Online, CCP Games | Follow on: Twitter / Google+ |
|
|

CCP Explorer
C C P C C P Alliance
675

|
Posted - 2012.06.26 20:26:00 -
[67] - Quote
Herzog Wolfhammer wrote:CCP Explorer wrote:PinkKnife wrote:Would it make a large difference? Is it worth doing? Hard to implement? Really the only reason to create a 64 bit client would be to get access to more memory. But since we would need to maintain a 32 bit client anyway (we still have a lot of Windows XP users and will have for quite some time) then we need to keep the overall memory footprint in line with what a 32 bit client is capable of. The server is already 64 bit and has been since 2008 (see this dev blog) for exactly this reason. Each blade in TQ has 32 GB of memory and runs 4 nodes, so on average each node has access to 8 GB of memory. At startup then each node uses approx. 700 MB of memory. Nodes with little traffic end up using about 950 MB, most common is 2-3 GB, and then there is normally a handful of nodes that use more than 6 GB (Jita on a busy day, nodes that host WH constellations, nodes where large fleet fights occur). Since the server is already 64 bit then all code, except the rendering and audio engines and related middleware, is already 64 bit capable. To date then we don't have 64 bit versions of all the needed middleware and we haven't really dug into what it would take to make the rendering engine 64 bit. When people figure out that a 64 bit client will load a grid or change session faster than the people waiting for them in the bubble camp, you won't need an x32 client any more. I have an old x32 WinXP system running a single core CPU with 1GB RAM and a x64 Win7 8 core system with 4GB RAM and there IS a difference. That has nothing to do with 32 bit vs. 64 bit but has everything to do with single core vs. multi core. And also 1 GB of RAM vs. 8 GB, but 8 GB allows the operating system to cache much more aggressively. Also, I daresay that there are very different graphics cards in these two machines?
Let's start with the number of cores: Even just a dual core makes a tremendous difference. That way EVE can be running on one core but the operating system can do network and hard disk IO on the other, in addition to running other programs (such as your browser, media player, antivirus, ...). You don't get a lot in addition with 8 cores unless you are running a lot of programs.
More RAM: More RAM is better since that allows the operating system to cache more of the file system. As soon as you have started one client then starting the second client will be a lot faster since the file IO actually doesn't hit the disk.
SSD: This is the best thing you can do for your computer. I have a three-year old laptop that I recently upgraded by replacing the spindle disk with an SSD (and upgraded from 2 GB to 8 GB RAM). It's a "new" machine.
Graphics card: This is the next-best thing you can do for your computer (if you play games). But do note that you want to buy from the high-end of a line of cards; if you need to buy something less expensive then you might be better off buying the high-end card from from the next line below what you really wanted. Erlendur S. Thorsteinsson | Software Director | EVE Online, CCP Games | Follow on: Twitter / Google+ |
|

Kieron VonDeux
49
|
Posted - 2012.06.26 20:56:00 -
[68] - Quote
CCP Explorer wrote:Kieron VonDeux wrote:Just going from a 32bit to a 64bit coordinate system should increase the free navigation on the order of 4.3bil times in each direction; plus and minus. That could encompas all of the current Eve Universe, depending on the scale used. Just partition that out and have system demarcation grids to autoload the system you are closest too and allow freewarp between systems without using stargates. Of course, it would take a BS 6 hours per light year to get anywhere.  An hour and a half per light year for non-rigged Cov Ops. The coordinate system in EVE is 64 bit and so are item IDs in the database, and so on and so forth. Being 32 bit only restricts the memory that the client has access to.
How much of the available coordinate system is actually used with the current Sol design though?
While going from 32bit to 64bit; did they change the "resolution" of the coordinate system? And/or, do they plan to more fully use the extra space provided? Or a combination of both?
Just the scale of the difference between the two is quite impressive. I did a test coordinate system at a 1-inch scale per tick and came up with a ~120k mile cube in 32 bit, and that changed to a ~100 ly cube when changed to 64 bit.
|

PinkKnife
The Scope Gallente Federation
148
|
Posted - 2012.06.26 21:03:00 -
[69] - Quote
CCP Explorer wrote: SSD: This is the best thing you can do for your computer. I have a three-year old laptop that I recently upgraded by replacing the spindle disk with an SSD (and upgraded from 2 GB to 8 GB RAM). It's a "new" machine.
Graphics card: This is the next-best thing you can do for your computer (if you play games). But do note that you want to buy from the high-end of a line of cards; if you need to buy something less expensive then you might be better off buying the high-end card from from the next line below what you really wanted.
Would it make a huge difference over an existing rather higher end conventional HDD?
So, interpreting you right, of cards A, B, and C (A being best, B being second best, and C being worst in terms of performance)
Getting top of the line B would be better than medium grade A given similar pricing? |

bassie12bf1
Militaris Industries Cascade Imminent
28
|
Posted - 2012.06.26 21:07:00 -
[70] - Quote
Couldn't you introduce a new premium client when/if you do another graphics/trinity-like overhaul which the client is 64bit?
|

Flakey Foont
166
|
Posted - 2012.06.26 21:23:00 -
[71] - Quote
PinkKnife wrote:CCP Explorer wrote: SSD: This is the best thing you can do for your computer. I have a three-year old laptop that I recently upgraded by replacing the spindle disk with an SSD (and upgraded from 2 GB to 8 GB RAM). It's a "new" machine.
Graphics card: This is the next-best thing you can do for your computer (if you play games). But do note that you want to buy from the high-end of a line of cards; if you need to buy something less expensive then you might be better off buying the high-end card from from the next line below what you really wanted.
Would it make a huge difference over an existing rather higher end conventional HDD? So, interpreting you right, of cards A, B, and C (A being best, B being second best, and C being worst in terms of performance) Getting top of the line B would be better than medium grade A given similar pricing?
Yes an SSD is substantially faster. Think "no moving parts." They do wear out though. After a very long time. |

Patrakele
Sebiestor Tribe Minmatar Republic
3
|
Posted - 2012.06.26 21:23:00 -
[72] - Quote
Surfin's PlunderBunny wrote:CCP Explorer wrote:PinkKnife wrote:Would it make a large difference? Is it worth doing? Hard to implement? Really the only reason to create a 64 bit client would be to get access to more memory. But since we would need to maintain a 32 bit client anyway (we still have a lot of Windows XP users and will have for quite some time) then we need to keep the overall memory footprint in line with what a 32 bit client is capable of. The server is already 64 bit and has been since 2008 (see this dev blog) for exactly this reason. Each blade in TQ has 32 GB of memory and runs 4 nodes, so on average each node has access to 8 GB of memory. At startup then each node uses approx. 700 MB of memory. Nodes with little traffic end up using about 950 MB, most common is 2-3 GB, and then there is normally a handful of nodes that use more than 6 GB (Jita on a busy day, nodes that host WH constellations, nodes where large fleet fights occur). Since the server is already 64 bit then all code, except the rendering and audio engines and related middleware, is already 64 bit capable. To date then we don't have 64 bit versions of all the needed middleware and we haven't really dug into what it would take to make the rendering engine 64 bit. I thought you guys already sent a message to the XP users with that whole boot.ini thing 
rofl I remember that - for the first time did that Moral Philosophy course give me any real use - if I'd gone to my apartment 1 hour earlier.....ugh..... |

Herzog Wolfhammer
Sigma Special Tactics Group
1636
|
Posted - 2012.06.26 21:29:00 -
[73] - Quote
CCP Explorer wrote:Herzog Wolfhammer wrote:CCP Explorer wrote:PinkKnife wrote:Would it make a large difference? Is it worth doing? Hard to implement? Really the only reason to create a 64 bit client would be to get access to more memory. But since we would need to maintain a 32 bit client anyway (we still have a lot of Windows XP users and will have for quite some time) then we need to keep the overall memory footprint in line with what a 32 bit client is capable of. The server is already 64 bit and has been since 2008 (see this dev blog) for exactly this reason. Each blade in TQ has 32 GB of memory and runs 4 nodes, so on average each node has access to 8 GB of memory. At startup then each node uses approx. 700 MB of memory. Nodes with little traffic end up using about 950 MB, most common is 2-3 GB, and then there is normally a handful of nodes that use more than 6 GB (Jita on a busy day, nodes that host WH constellations, nodes where large fleet fights occur). Since the server is already 64 bit then all code, except the rendering and audio engines and related middleware, is already 64 bit capable. To date then we don't have 64 bit versions of all the needed middleware and we haven't really dug into what it would take to make the rendering engine 64 bit. When people figure out that a 64 bit client will load a grid or change session faster than the people waiting for them in the bubble camp, you won't need an x32 client any more. I have an old x32 WinXP system running a single core CPU with 1GB RAM and a x64 Win7 8 core system with 4GB RAM and there IS a difference. That has nothing to do with 32 bit vs. 64 bit but has everything to do with single core vs. multi core. And also 1 GB of RAM vs. 8 GB, but 8 GB allows the operating system to cache much more aggressively. Also, I daresay that there are very different graphics cards in these two machines? Let's start with the number of cores: Even just a dual core makes a tremendous difference. That way EVE can be running on one core but the operating system can do network and hard disk IO on the other, in addition to running other programs (such as your browser, media player, antivirus, ...). You don't get a lot in addition with 8 cores unless you are running a lot of programs. More RAM: More RAM is better since that allows the operating system to cache more of the file system. As soon as you have started one client then starting the second client will be a lot faster since the file IO actually doesn't hit the disk. SSD: This is the best thing you can do for your computer. I have a three-year old laptop that I recently upgraded by replacing the spindle disk with an SSD (and upgraded from 2 GB to 8 GB RAM). It's a "new" machine. Graphics card: This is the next-best thing you can do for your computer (if you play games). But do note that you want to buy from the high-end of a line of cards; if you need to buy something less expensive then you might be better off buying the high-end card from from the next line below what you really wanted.
The rundown on the machinesif you are interested:
x32 WinXP Single Core: AMD Athlon 64 Processor 3200+ (2010 MHz) Windows XP SP 3 1.00GB RAM DirectX 9.0c
Video card: geForce 8600 GT Forceware version 169.06 Memory 512 MB Bus: PCI Express 16
The faster system: Windows 7 Pro SP1 64 bit Intel Core i7-2760QM @w.40GHz 8.00 GB RAM
The only thing I can find out the video system, this being a laptop, is that it's an "nvidia quadro 1000M". It is a Lenovo Thinkpad W520.
The video card of the old system was installed in 2009 but the system was built in 2006. Still going - but on very low graphics settings for the client. |

PinkKnife
The Scope Gallente Federation
148
|
Posted - 2012.06.26 21:29:00 -
[74] - Quote
Flakey Foont wrote:PinkKnife wrote:CCP Explorer wrote: SSD: This is the best thing you can do for your computer. I have a three-year old laptop that I recently upgraded by replacing the spindle disk with an SSD (and upgraded from 2 GB to 8 GB RAM). It's a "new" machine.
Graphics card: This is the next-best thing you can do for your computer (if you play games). But do note that you want to buy from the high-end of a line of cards; if you need to buy something less expensive then you might be better off buying the high-end card from from the next line below what you really wanted.
Would it make a huge difference over an existing rather higher end conventional HDD? So, interpreting you right, of cards A, B, and C (A being best, B being second best, and C being worst in terms of performance) Getting top of the line B would be better than medium grade A given similar pricing? Yes an SSD is substantially faster. Think "no moving parts." They do wear out though. After a very long time.
I understand that they are faster, my question is more, does the 1/3 of a second justify the $200 price tag? Or is it more of a substantial increase? |
|

CCP Explorer
C C P C C P Alliance
678

|
Posted - 2012.06.26 21:30:00 -
[75] - Quote
PinkKnife wrote:CCP Explorer wrote:SSD: This is the best thing you can do for your computer. I have a three-year old laptop that I recently upgraded by replacing the spindle disk with an SSD (and upgraded from 2 GB to 8 GB RAM). It's a "new" machine.
Graphics card: This is the next-best thing you can do for your computer (if you play games). But do note that you want to buy from the high-end of a line of cards; if you need to buy something less expensive then you might be better off buying the high-end card from from the next line below what you really wanted. Would it make a huge difference over an existing rather higher end conventional HDD? So, interpreting you right, of cards A, B, and C (A being best, B being second best, and C being worst in terms of performance) Getting top of the line B would be better than medium grade A given similar pricing? SSD might not make a lot of difference compared to a high-end desktop drive, but it will make difference compared to a low-end drive and vastly outperforms spindle laptop drives.
Medium-line A will always be better than high-line C. Medium-line A will possibly be similar to high-line B but that would depend on the exact cards. Erlendur S. Thorsteinsson | Software Director | EVE Online, CCP Games | Follow on: Twitter / Google+ |
|

Viktor Fyretracker
Emminent Terraforming
16
|
Posted - 2012.06.26 21:35:00 -
[76] - Quote
CCP Explorer wrote:PinkKnife wrote:CCP Explorer wrote:SSD: This is the best thing you can do for your computer. I have a three-year old laptop that I recently upgraded by replacing the spindle disk with an SSD (and upgraded from 2 GB to 8 GB RAM). It's a "new" machine.
Graphics card: This is the next-best thing you can do for your computer (if you play games). But do note that you want to buy from the high-end of a line of cards; if you need to buy something less expensive then you might be better off buying the high-end card from from the next line below what you really wanted. Would it make a huge difference over an existing rather higher end conventional HDD? So, interpreting you right, of cards A, B, and C (A being best, B being second best, and C being worst in terms of performance) Getting top of the line B would be better than medium grade A given similar pricing? SSD might not make a lot of difference compared to a high-end desktop drive, but it will make difference compared to a low-end drive and vastly outperforms spindle laptop drives. Medium-line A will always be better than high-line C. Medium-line A will possibly be similar to high-line B but that would depend on the exact cards.
This would be why SSDs see the biggest improvements in laptops. Laptops have slow drives(I still see 5400rpm units being sold) while a desktop drives for SATA are up to 10,000rpm. I had a VelciRaptor that actually could blow a Serial SCSI away in performance when loading games.
|
|

CCP Explorer
C C P C C P Alliance
678

|
Posted - 2012.06.26 21:36:00 -
[77] - Quote
Kieron VonDeux wrote:How much of the available coordinate system is actually used with the current Sol design though?
While going from 32bit to 64bit; did they change the "resolution" of the coordinate system? And/or, do they plan to more fully use the extra space provided? Or a combination of both?
Just the scale of the difference between the two is quite impressive. I did a test coordinate system at a 1-inch scale per tick and came up with a ~120k mile cube in 32 bit, and that changed to a ~100 ly cube when changed to 64 bit. The calculations were already being done using 64 bit integers and floating point numbers when the server was 32 bit. The only change was really the available addressable memory. Erlendur S. Thorsteinsson | Software Director | EVE Online, CCP Games | Follow on: Twitter / Google+ |
|

Morganta
Peripheral Madness The Midget Mafia
1655
|
Posted - 2012.06.26 21:37:00 -
[78] - Quote
Ampoliros wrote:CCP Explorer wrote:Nodes with little traffic end up using about 950 MB, most common is 2-3 GB, and then there is normally a handful of nodes that use more than 6 GB (Jita on a busy day, nodes that host WH constellations, nodes where large fleet fights occur). Interesting. Do W-space systems consume more memory than your average system? Or is it a case where many WH systems are mapped to one node (because overall low per-system activity?)
In my experience they probably host more WH systems as many of them don't even load between downtimes I've had many many times where I was the one who loaded the hole late in the day.
when you try and log in you get a message that the system is still loading, then you try again and get in
"You were the chosen one Anakin, you were supposed to bring order to the galaxy, not destroy it!" -Obi Wan (Ben) Kenobi -á |

Syllviaa
Dominus Nex Angelus
0
|
Posted - 2012.06.26 21:40:00 -
[79] - Quote
Morganta wrote:Ampoliros wrote:CCP Explorer wrote:Nodes with little traffic end up using about 950 MB, most common is 2-3 GB, and then there is normally a handful of nodes that use more than 6 GB (Jita on a busy day, nodes that host WH constellations, nodes where large fleet fights occur). Interesting. Do W-space systems consume more memory than your average system? Or is it a case where many WH systems are mapped to one node (because overall low per-system activity?) In my experience they probably host more WH systems as many of them don't even load between downtimes I've had many many times where I was the one who loaded the hole late in the day. when you try and log in you get a message that the system is still loading, then you try again and get in
It probably doesn't start loading until someone tries to enter.
Free CCP Zymurgist Free RubyPorto Free Talon SilverHawk Free Malacath Azaria IB4TS |

Viktor Fyretracker
Emminent Terraforming
16
|
Posted - 2012.06.26 21:41:00 -
[80] - Quote
I remember that on SISI plenty of times waiting for a system to load. Does make sense to pack WHs onto one node though, I bet they rarely have lots of people in them. well nothing compared to a high sec system with L4 mission agents. |
|

CCP Explorer
C C P C C P Alliance
678

|
Posted - 2012.06.26 21:47:00 -
[81] - Quote
Syllviaa wrote:Morganta wrote:Ampoliros wrote:CCP Explorer wrote:Nodes with little traffic end up using about 950 MB, most common is 2-3 GB, and then there is normally a handful of nodes that use more than 6 GB (Jita on a busy day, nodes that host WH constellations, nodes where large fleet fights occur). Interesting. Do W-space systems consume more memory than your average system? Or is it a case where many WH systems are mapped to one node (because overall low per-system activity?) In my experience they probably host more WH systems as many of them don't even load between downtimes I've had many many times where I was the one who loaded the hole late in the day. when you try and log in you get a message that the system is still loading, then you try again and get in It probably doesn't start loading until someone tries to enter. We preload the systems that normally have the highest population but other systems are loaded on demand. Erlendur S. Thorsteinsson | Software Director | EVE Online, CCP Games | Follow on: Twitter / Google+ |
|

Hauling Hal
The Black Ops Black Core Alliance
79
|
Posted - 2012.06.26 21:58:00 -
[82] - Quote
Herzog Wolfhammer wrote: When people figure out that a 64 bit client will load a grid or change session faster than the people waiting for them in the bubble camp, you won't need an x32 client any more.
I have an old x32 WinXP system running a single core CPU with 1GB RAM and a x64 Win7 8 core system with 4GB RAM and there IS a difference.
Herzog Wolfhammer wrote: AMD Athlon 64 Processor 3200+ (2010 MHz) Windows XP SP 3 1.00GB RAM
Vs
Windows 7 Pro SP1 64 bit Intel Core i7-2760QM @w.40GHz 8.00 GB RAM
Are you really that stupid?
To really test the 32 bit Vs 64 bit, why don't you load Windows 7 64 bit and then Windows 7 32 bit on your Athlon 64 or your i7, so you can compare apples to apples instead of apples to planetary orbits. |

Bovine Solution
New Millineon
0
|
Posted - 2012.06.26 22:14:00 -
[83] - Quote
one day you sit in your white room, you start the dot-matrix LED projector and on all 4 walls around you see the universe. You slide your hand into the glove and greet your corp mates. Ooops they sit in the middle of a fight. you slide your VR goggles over your eyes and accompany them in an epic battle .... things change. |

PinkKnife
The Scope Gallente Federation
148
|
Posted - 2012.06.26 22:16:00 -
[84] - Quote
Bovine Solution wrote:one day you sit in your white room, you start the dot-matrix LED projector and on all 4 walls around you see you the universe. You slide your hand into the glove and greet your corp mates. Ooops they sit in the middle of a fight. you slide your VR goggles over your eyes and accompany them in an epic battle .... things change.
Have you seen the new VR tech that John Carmack from Id Software is working on? I can't wait for that to hit mainstream. |

Hammer Crendraven
Center for Advanced Studies Gallente Federation
31
|
Posted - 2012.06.26 22:52:00 -
[85] - Quote
CCP Explorer wrote:Herzog Wolfhammer wrote:CCP Explorer wrote:PinkKnife wrote:Would it make a large difference? Is it worth doing? Hard to implement? Really the only reason to create a 64 bit client would be to get access to more memory. But since we would need to maintain a 32 bit client anyway (we still have a lot of Windows XP users and will have for quite some time) then we need to keep the overall memory footprint in line with what a 32 bit client is capable of. The server is already 64 bit and has been since 2008 (see this dev blog) for exactly this reason. Each blade in TQ has 32 GB of memory and runs 4 nodes, so on average each node has access to 8 GB of memory. At startup then each node uses approx. 700 MB of memory. Nodes with little traffic end up using about 950 MB, most common is 2-3 GB, and then there is normally a handful of nodes that use more than 6 GB (Jita on a busy day, nodes that host WH constellations, nodes where large fleet fights occur). Since the server is already 64 bit then all code, except the rendering and audio engines and related middleware, is already 64 bit capable. To date then we don't have 64 bit versions of all the needed middleware and we haven't really dug into what it would take to make the rendering engine 64 bit. When people figure out that a 64 bit client will load a grid or change session faster than the people waiting for them in the bubble camp, you won't need an x32 client any more. I have an old x32 WinXP system running a single core CPU with 1GB RAM and a x64 Win7 8 core system with 4GB RAM and there IS a difference. That has nothing to do with 32 bit vs. 64 bit but has everything to do with single core vs. multi core. And also 1 GB of RAM vs. 8 GB, but 8 GB allows the operating system to cache much more aggressively. Also, I daresay that there are very different graphics cards in these two machines? Let's start with the number of cores: Even just a dual core makes a tremendous difference. That way EVE can be running on one core but the operating system can do network and hard disk IO on the other, in addition to running other programs (such as your browser, media player, antivirus, ...). You don't get a lot in addition with 8 cores unless you are running a lot of programs. More RAM: More RAM is better since that allows the operating system to cache more of the file system. As soon as you have started one client then starting the second client will be a lot faster since the file IO actually doesn't hit the disk. SSD: This is the best thing you can do for your computer. I have a three-year old laptop that I recently upgraded by replacing the spindle disk with an SSD (and upgraded from 2 GB to 8 GB RAM). It's a "new" machine. Graphics card: This is the next-best thing you can do for your computer (if you play games). But do note that you want to buy from the high-end of a line of cards; if you need to buy something less expensive then you might be better off buying the high-end card from from the next line below what you really wanted.
And he did not even mention the bus speed difference or the on CPU cache speed and size difference. Those are huge for game play as well. |

Mme Pinkerton
69
|
Posted - 2012.06.26 23:00:00 -
[86] - Quote
Don't listen to CCP Explorer 
x86-64 has more general purpose registers than the 32bit variant which allows your processor to keep more variables "on hand" and requires fewer (comparatively slow) lookups in cache or memory. This can result in a real performance improvement.
The available extensions were also streamlined with the introduction of AMD 64bit processors (tossing x87, MMX and 3DNow! out of the window; guaranteeing availability of SSE & SSE2) which mattered a lot when the first 64bit processors were released (as SSE2 was not something a programmer could rely on having available on 32bit processors - AMD didn't support it in their Athlons right until the introduction of their AMD64 line in 2003). However, (in contrast to WoW) EVE does already require SSE2 (and as such not benefit from its guaranteed availability on x86-64) so I guess the number of Athlon xp users has dropped to such low levels that making SSE2 a requirement is acceptable even for 32bit software.
Generally EVE seems to be much less CPU-bound than other MMOs (I don't know what Rift exactly does with all my CPU cycles but it sure loves churning through them, WoW is relatively CPU heavy, too) so I doubt we would see a much of a benefit.
Very rough benchmark's of WoW's 64bit (beta) client showed it to give ~10% more FPS than the 32bit version. An IPO guide (David H'Levi) | Towards a Positive Argument For Investing (RAW23) | Freighter Operations 101 (Kazuo Ishiguro) | Dominion market analysis (Akita T)
|

Hammer Crendraven
Center for Advanced Studies Gallente Federation
31
|
Posted - 2012.06.26 23:00:00 -
[87] - Quote
CCP Explorer wrote:PinkKnife wrote:CCP Explorer wrote:SSD: This is the best thing you can do for your computer. I have a three-year old laptop that I recently upgraded by replacing the spindle disk with an SSD (and upgraded from 2 GB to 8 GB RAM). It's a "new" machine.
Graphics card: This is the next-best thing you can do for your computer (if you play games). But do note that you want to buy from the high-end of a line of cards; if you need to buy something less expensive then you might be better off buying the high-end card from from the next line below what you really wanted. Would it make a huge difference over an existing rather higher end conventional HDD? So, interpreting you right, of cards A, B, and C (A being best, B being second best, and C being worst in terms of performance) Getting top of the line B would be better than medium grade A given similar pricing? SSD might not make a lot of difference compared to a high-end desktop drive, but it will make difference compared to a low-end drive and vastly outperforms spindle laptop drives. Medium-line A will always be better than high-line C. Medium-line A will possibly be similar to high-line B but that would depend on the exact cards.
For EVE SSD drives do not impact the game play much at all. Your patch time is faster. And game startup is much faster. Almost no waiting between clicking the play button and getting the log on screen. But that is about it. In game loading the inventory and market screens is a bit faster but a lot of that info comes from the server so you still have to wait for the server packets to arrive. All in all the game play experience is about the same with a conventional drive or a SSD drive.
|

Hammer Crendraven
Center for Advanced Studies Gallente Federation
31
|
Posted - 2012.06.26 23:07:00 -
[88] - Quote
Mme Pinkerton wrote:Don't listen to CCP Explorer  x86-64 has more general purpose registers than the 32bit variant which allows your processor to keep more variables "on hand" and requires fewer (comparatively slow) lookups in cache or memory. This can result in a real performance improvement. The available extensions were also streamlined with the introduction of x86-64 processors (tossing x87, MMX and 3DNow! out of the window; guaranteeing availability of SSE & SSE2) which mattered a lot when they first were released (as SSE2 was not something a programmer could rely on having available on 32bit processors - AMD didn't support it in their Athlons right until the introduction of their AMD64 line in 2003). However, (in contrast to WoW) EVE does already require SSE2 (and as such does not benefit from its guaranteed availability on x86-64) so I guess the number of Athlon xp users has dropped to such low levels that making SSE2 a requirement is acceptable even for 32bit software. Generally EVE seems to be much less CPU-bound than other MMOs (I don't know what Rift exactly does with all my CPU cycles but it sure loves churning through them, WoW is also relatively CPU heavy) so I doubt we would see a much of a benefit. Very rough benchmark's of WoW's 64bit (beta) client showed it to give ~10% more FPS than the 32bit version.
But and this is always the case with MMO's you have to wait for the packets to arrive before you can proceed with game play. A super fast client is a waste of money as the packets only go so fast. Sure you can do more while waiting for packets. But there is only so much to do and then you have a wait state, waiting for the next instruction. And if CCP tries to fill that space up with more to do on the client between packets then the slower computer users will complain. So the game is designed for the slowest link which is the internet. |

Knug LiDi
N00bFleeT Numquam Ambulare Solus
60
|
Posted - 2012.06.26 23:32:00 -
[89] - Quote
There is no eve-art on display in there.
I am entirely unimpressed.
Not even graffiti !
If only we could fall into a woman's arms
without falling into her hands |

PinkKnife
The Scope Gallente Federation
148
|
Posted - 2012.06.27 00:13:00 -
[90] - Quote
Hammer Crendraven wrote:CCP Explorer wrote:PinkKnife wrote:CCP Explorer wrote:SSD: This is the best thing you can do for your computer. I have a three-year old laptop that I recently upgraded by replacing the spindle disk with an SSD (and upgraded from 2 GB to 8 GB RAM). It's a "new" machine.
Graphics card: This is the next-best thing you can do for your computer (if you play games). But do note that you want to buy from the high-end of a line of cards; if you need to buy something less expensive then you might be better off buying the high-end card from from the next line below what you really wanted. Would it make a huge difference over an existing rather higher end conventional HDD? So, interpreting you right, of cards A, B, and C (A being best, B being second best, and C being worst in terms of performance) Getting top of the line B would be better than medium grade A given similar pricing? SSD might not make a lot of difference compared to a high-end desktop drive, but it will make difference compared to a low-end drive and vastly outperforms spindle laptop drives. Medium-line A will always be better than high-line C. Medium-line A will possibly be similar to high-line B but that would depend on the exact cards. For EVE SSD drives do not impact the game play much at all. Your patch time is faster. And game startup is much faster. Almost no waiting between clicking the play button and getting the log on screen. But that is about it. In game loading the inventory and market screens is a bit faster but a lot of that info comes from the server so you still have to wait for the server packets to arrive. All in all the game play experience is about the same with a conventional drive or a SSD drive.
One of the main reasons I was looking is the speed up of the CQ time. If it loads fast enough I often don't bother switching to the hangar view as I prefer the CQ view, It just loads a bit slow for me. I'm currently running this: WD500 etc etc 7200 rpm. So I'm more curious what kind of a speed boost putting eve on an a SSD would be. Granted it isn't a terrible drive, but it isn't super top of the line either.
|
| |
|
| Pages: 1 2 [3] 4 :: one page |
| First page | Previous page | Next page | Last page |