EVE Search - New Dev Blog by Explorer - More on StacklessIO and HARDWARE!

All Channels

EVE Information Portal

New Dev Blog by Explorer - More on StacklessIO and HARDWARE!

» Click here to find additional results for this topic using Google

Monitor this thread via RSS [?]

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

CCP Wrangler	Posted - 2008.10.01 13:20:00 - [1] Vēnī, vīdī, vīcī. Explorer is back and to follow up his StacklessIO blog he's written one about StacklessIO and hardware. And we all just love hardware, because it's... cool... and contains the word hard, which is a great word. Oh, and it makes EVE bigger, better and faster too! Check it out in EVE64. Wrangler Community Manager CCP Hf, EVE Online Email

Stork DK Minmatar Synthetic Frontiers	Posted - 2008.10.01 13:24:00 - [2] Edited by: Stork DK on 01/10/2008 13:26:27 1400 in jita =\ Boot.ini MK2 incoming? Edit: first! -----

Chribba Otherworld Enterprises Otherworld Empire	Posted - 2008.10.01 13:29:00 - [3] rawr? Secure 3rd party service ■ Veldspar

Altaree Red Frog Investments Blue Sky Consortium	Posted - 2008.10.01 13:42:00 - [4] This rocks. I love these technical devblogs! It sounds like you guys are peeing your pants with excitement over there! Blue Sky
Max Leadfoot Murky Inc.	Posted - 2008.10.01 13:48:00 - [5] first page... no way... keep it coming ccp
Onyx Asablot M. Corp Mostly Harmless	Posted - 2008.10.01 13:49:00 - [6] Thankyou for your work in reducing lag CCP. This is highest priority for me, I hope you manage to address the node crashes next. Good luck, I look forward to further improvements. Out of interest will you be capping the 16gb 64bit servers at 1000 (for example) players to prevent node crashes until you have addressed that problem?
Callistus Reikoku Band of Brothers	Posted - 2008.10.01 13:55:00 - [7] Nice blog CCP, looking forward to the next one :)
Karbowiak Caldari coracao ardente Triumvirate.	Posted - 2008.10.01 13:58:00 - [8] moar epic fleet battles with +1000 people without node crashing.. **** YEAH! \o/
M1AU Gallente	Posted - 2008.10.01 14:22:00 - [9] Hmm, I don't see anything special here. 64-bit is quite common in the *nix world. So, when can we expect a 64-bit client? Oh, and what's about the almost 3 month ago promised Linux and Mac client dev-blog? >:/
Gnulpie Minmatar Miner Tech	Posted - 2008.10.01 14:27:00 - [10] omg omg omg This is AWESOME ... again!! The last few weeks has seen major breakthroughs as far as I can see. And amazingly enough, everything seems to work! Great work. Congratulations CCP and the Dev Team!
Aarin Wrath Caldari	Posted - 2008.10.01 14:44:00 - [11] wow 1100 pilot fleet battle! Jita Fixes! Great work CCP!!!!! Keep it up!
Raquel Smith Caldari Freedom-Technologies	Posted - 2008.10.01 15:02:00 - [12] Technical blogs are the best, hope to read more soon. -- Creator of The Ruby API Library
Doxs Roxs Free Collective Sons of Tangra	Posted - 2008.10.01 15:10:00 - [13] Great news and its also great to read the dev blogs, so please keep em coming. With an 1100 player system being playable with the current hardware (once you find out what crashed it) I can hardly wait to hear how it will work once you start properly utilizing multiple cpu cores per system node. One huge thumbs up! Regards /Doxs After 9 months of being a "!" face, I now discover that Im butt ugly instead...
Reptzo Channel 4 News Team	Posted - 2008.10.01 15:19:00 - [14] MORE TECH BLOGS YAYAYAYYAYAYYAYAYYAYAYY CCP, you guys rock!!!
Jac Straw Brutor tribe	Posted - 2008.10.01 15:43:00 - [15] Excelent blog CCP!! 16GB RAM!! sounds yummy
Siepie Rionnag Alba Triumvirate.	Posted - 2008.10.01 15:48:00 - [16] These dev blogs get better every time xD Looking forward to a lag free eve Moar technical dev blogs \o/
Brzhk	Posted - 2008.10.01 16:00:00 - [17] Edited by: Brzhk on 01/10/2008 16:04:26 monday 29th... 1100ppl on a node fighting... i was here \o/ still laggy inside, strange things happened during the battle. Since, i saw my ship, which is a great improvement from last fleet battle ! anyway, there is still some work to do, but i'm happy to see it's improving in a sensible way.
swoj The New Order. CODE RED ALLIANCE	Posted - 2008.10.01 16:13:00 - [18] The tech based blogs are great, good to hear that the server capabilities are taking such big jumps now :) Quote: That might almost sound recklessly fast to some but this was achieved with a strike team that stepped up to the challenge. Isn't this just a case of changing the build output option to 64bit, then build and test? Or was the communication between 32bit and 64bit parts of the cluster a completely unknown factor? Will having a 64bit client make much difference? I don't have any apparent problems running the current client on Vista64, memory certainly isn't a problem just now, so I'd guess performance would not be improved much, if any.
iudex Caldari State Protectorate	Posted - 2008.10.01 16:29:00 - [19] I'm doing missions in Irjunen, i don't know if it's one of the 5 systems that you've added to the pool, but after the last patch (30. Sept) the lag has gone away. There were lag-related problems before with autorepeat modules and reprocessing and such, it defenitely did improve since the last patch deployment, i hope it'll stay the way it is now and won't get worse again. Good job on that, keep up the good work. _________________________________________ Faction Standings: Serpentis +7.60 // Angel Cartel +7.31 // Minmatar Republic -8.56 // Gallente Federation -9.71
Sprobe Jagdkommando RAZOR Alliance	Posted - 2008.10.01 16:54:00 - [20] Edited by: Sprobe on 01/10/2008 16:54:50 wow, interesting dev blog. I also loved it that you referred to the fleet battle I referred. Can you give us some hints on the questions I asked here: Linkage I mean, I don't want you to tell me your vital secrets abotu the game. but i see ppl playing with less lag, and I wonder how that's possible. never to old to play
Arous Drephius Perkone	Posted - 2008.10.01 17:04:00 - [21] More tech blogs YAY! Awesome CCP.
SigmaPi Sniggerdly Pandemic Legion	Posted - 2008.10.01 17:07:00 - [22] Nice Job CCP. I love these blogs.
Kerfira	Posted - 2008.10.01 17:30:00 - [23] Techie blogs are gold! Moar!!!! Interesting to see you actually confirming something I've suspected. That improving one element of your architecture (IO) drastically would expose weaknesses elsewhere that had always existed, but that you couldn't provoke before. Ain't the software world wonderful Originally by: CCP Wrangler EVE isn't designed to just look like a cold, dark and harsh world, it's designed to be a cold, dark and harsh world.
Tipz NexAstrum Celestial Horizon Corp. Celestial Industrial Alliance	Posted - 2008.10.01 17:52:00 - [24] Originally by: CCP Explorer Finally there is a pool of dedicated dual-CPU, dual-core, machines that only run a single EVE64 node per machine How does that work? If the solar system process can't be split over multiple CPU's then what is the second CPU doing?
Batolemaeus Caldari Athanasius Inc.	Posted - 2008.10.01 18:06:00 - [25] Originally by: Tipz NexAstrum Originally by: CCP Explorer Finally there is a pool of dedicated dual-CPU, dual-core, machines that only run a single EVE64 node per machine How does that work? If the solar system process can't be split over multiple CPU's then what is the second CPU doing? I'd assume they assign the process to one core, and let the rest handle system and i/o stuff..that way you'd at least get one core working exclusively on the node, and use the others for other stuff..debugging/monitoring etc. ---------------------------------------------- Originally by: CCP Prism X In New Eden, EVE wins you.
Haradgrim Tyrell Corp INTERDICTION	Posted - 2008.10.01 18:08:00 - [26] The future appears bright -- Originally by: CCP Oveur ...every forum whine feels like a baby pony is getting killed
Felysta Sandorn coracao ardente Triumvirate.	Posted - 2008.10.01 18:42:00 - [27] Sounds pretty good! The software I write is very similar in terms of servers and nodes, and our hardware is also pretty similar. I would be quite interested to know how much data your SQL Server(s) manage, how many records your largest tables have and so on... One of our clients currently adds around 15 million records to their online data store each week, and I think the table is up to somewhere in the region of a billion rows now. /me awaits the next tech blog eagerly! .: A Vagabond's Requiem (Blog) :.
Ga'len Neo Spartans	Posted - 2008.10.01 19:02:00 - [28] I'll be honest, I have made several whine like posts on these forums, complaining about the lack of good discussion from the devs on what was being done to address lag. This dev blog is exactly the kind of information I have been asking for. Thank you CCP, thank you for your continued efforts to make this game more enjoyable for your player base and thank you for finally shedding some light on what is being done to address lag. Good job!!!
Blyghme Gallente Strohl Munitions	Posted - 2008.10.01 19:03:00 - [29] Excellent, Well done CCP. Does this mean that we can have a 64bit client now?
Haradgrim Tyrell Corp INTERDICTION	Posted - 2008.10.01 19:50:00 - [30] Originally by: Blyghme Excellent, Well done CCP. Does this mean that we can have a 64bit client now? /prays -- Originally by: CCP Oveur ...every forum whine feels like a baby pony is getting killed

CCP Explorer	Posted - 2008.10.01 20:01:00 - [31] Edited by: CCP Explorer on 01/10/2008 20:01:40 Originally by: Tipz NexAstrum Originally by: CCP Explorer Finally there is a pool of dedicated dual-CPU, dual-core, machines that only run a single EVE64 node per machine How does that work? If the solar system process can't be split over multiple CPU's then what is the second CPU doing? There is a backup node running on each of these machines. Erlendur S. Thorsteinsson Software Director EVE Online, CCP Games


CCP Explorer	Posted - 2008.10.01 20:04:00 - [32] Edited by: CCP Explorer on 01/10/2008 20:05:35 Originally by: Blyghme Excellent, Well done CCP. Does this mean that we can have a 64bit client now? There is more 3rd-party middleware in the client than the server, for which we do not yet have 64-bit versions. Erlendur S. Thorsteinsson Software Director EVE Online, CCP Games

Chaos Incarnate Faceless Logistics	Posted - 2008.10.01 20:46:00 - [33] Are the uber superhamster-nodes that aren't Jita kept on standby elsewhere for fleet battle replacement, or do they support other tradehubs? __________ Cannot read from face Abort, Retry, Fail?
Hikaru Kobayashi	Posted - 2008.10.01 21:23:00 - [34] Originally by: swoj Isn't this just a case of changing the build output option to 64bit, then build and test? Or was the communication between 32bit and 64bit parts of the cluster a completely unknown factor? Indeed, communication with 32-bit code (e.g. the client!) needs to happen in the correct format. Also, the increased integer size may cause other issues, such as that adding 0xFFFFFFFF to a number equals subtracting -1 on a 32-bit system, or XOR-ing by that inverts the number, but in 64-bit code the results are different. Also, when looping over and processing a certain amount of data (e.g. 64k), the loop needs to be half the size because a register can contain twice as much, etc.. I would imagine that when trying to port code to 64-bit this causes bugs which can be a little hard to track down. Originally by: swoj Will having a 64bit client make much difference? I don't have any apparent problems running the current client on Vista64, memory certainly isn't a problem just now, so I'd guess performance would not be improved much, if any. Well, the 64-bit instruction sets have more internal registers available, so there is less memory I/O needed. Theoretically that should boost performance a little. But yeah, I guess memory size is not an issue for the EVE client, it stays well within 4GB. Though on a 64-bit OS like IÆm running, maybe there are additional advantages to having the game running in the ænativeÆ instruction set, I donÆt knowà
John McCreedy Caldari Eve Defence Force	Posted - 2008.10.01 21:35:00 - [35] Can you fellas start making two blogs. The normal one and one that actually contains no technobabble? Not all men are made equal
Mr Horizontal Gallente KIA Corp KIA Alliance	Posted - 2008.10.01 21:38:00 - [36] So with 64 bits, does that mean we can finally issue dividends bigger than 2,147,483,648 ISK (Max unsigned Int32)? Director \| www.eve-bank.net
Athanasios Anastasiou The Illuminati. Pandemic Legion	Posted - 2008.10.01 21:49:00 - [37] Originally by: Mr Horizontal So with 64 bits, does that mean we can finally issue dividends bigger than 2,147,483,648 ISK (Max unsigned Int32)? Actually, that's a signed int iirc. I think they will have to patch the client as well for that. Imagine impossible autopilot routes that currently takes 2,147,483,647 jumps become 2^63 jumps away :P. The number of jumps would take up a quarter of the screen. I can't believe there's more fanfare about this on scrapheap then here.
Havok Pierce Gallente D00M. Triumvirate.	Posted - 2008.10.01 22:38:00 - [38] Any chances on tossing up a white paper on this or StacklessIO (or linking to it if it's an imported tech from elsewhere)? Or should I just go patent-hunting? Originally by: CCP Wrangler There's a Community petition category??
Ishina Fel Caldari Synergy. Imperial Republic Of the North	Posted - 2008.10.01 22:51:00 - [39] Im interested in this "missing the heartbeat" thing. Does that mean the node crashed, and was disconnected to prevent cascades, or does it mean it went out of sync and had to be restarted to regain synchronity? Or did the CPU simply get backed up past a certain treshold of queued commands from overcrowding?
McFly C0LDFIRE RUDE Alliance	Posted - 2008.10.01 23:26:00 - [40] Thumbs Up CCP, <Insert random request about something else here>, Go get a beer, I'll let u know if the whole thing comes crashing down while you're away. --McFly--
Miss SmartyPants Tollan Technologies	Posted - 2008.10.01 23:29:00 - [41] Very interesting blog, thanks for taking the time to write it. I have a somewhat unrelated question - since I work in a datacenter ("closer" to the EVE one than one might think ) I'd find it really interesting if we could get some more information about the actual hardware - for example number of blades/blade centers used, occupied rack space, power consumption of the whole suite/cage where everything is located, total HDD capacity of the whole system or various parts of it (like market, database, petitions etc) and other similar bits of information for us geeks to wet our pants at.

CCP Explorer	Posted - 2008.10.01 23:35:00 - [42] Originally by: Ishina Fel Im interested in this "missing the heartbeat" thing. Does that mean the node crashed, and was disconnected to prevent cascades, or does it mean it went out of sync and had to be restarted to regain synchronity? Or did the CPU simply get backed up past a certain treshold of queued commands from overcrowding? The nodes often need to communicate with other nodes and if they don't get a response because a node is inaccessible then requests will start building up. Every node in the server cluster must report at very regular intervals to the database. If the other nodes discover that a significant amount of time has passed since the last heartbeat from a particular node then the cluster integrity watchdog will remove that node from the cluster and remap its solar systems to backup nodes. It will then restart that node and integrate back into the cluster as a backup node. The server logs from the fleet battle showed that although the node missed its heartbeat then it was still running. We know the cause and are working on fixing it. Erlendur S. Thorsteinsson Software Director EVE Online, CCP Games

Bernman	Posted - 2008.10.02 00:41:00 - [43] Great work guys! Thanks for your efforts and keeping us informed. Bernman
matarkhan Soldi di Protezione	Posted - 2008.10.02 01:20:00 - [44] Edited by: matarkhan on 02/10/2008 01:31:13 Quote: The server nodes will run a mix of 32- and 64-bit nodes since most nodes in the cluster don't have memory requirements requiring EVE64. So what's the situation with 0.0 nodes that tend to spike for fleet battles? What I'm wondering is: 1) Are systems that are known battle hotspots being moved to 64bit? 2) Can nodes that were previously quiet and now see massive fleet battles be shifted? 3) Is someone/some system watching for this kind of activity to proactively prepare the nodes for heavy use? I understand that hardware's not cheap, but if you've got a system in place to handle massive fleet battles, and fleet battles continue to experience lag/node death, people are going to get ****ed. Not that we don't appreciate the work you've done here, we do. It's a little disconcerting to find out that we waited ALL this time for something that you did in a week, but at the same time I recognize that you may have been waiting for the technology to become available. I just hope that you're taking all of this into account for implementing it. Thanks folks.
Steely Dhan Perkone	Posted - 2008.10.02 01:55:00 - [45] Edited by: Steely Dhan on 02/10/2008 02:11:55 Edited by: Steely Dhan on 02/10/2008 02:10:02 "This Monday, 29 September, we saw a fleet battle with over 1100 pilots reported in local. Field reports indicate that the fight was quite responsive for the first 10 minutes but then the node "missed its heart beat" as we call it and was removed from the cluster by our cluster integrity watchdog routines. This again is another exciting problem as we can address that as well under our StacklessIO world and that will be the subject of the next blog". Holding my breath not. I for one am glad you were excited..I wasn't. The prospect of ratting another 8hrs to replace my ship and fittings doesn't fill me with pleasure. However it's great you are addressing the problem but it seems quite a few paid in isk to beta test so to speak. Maybe you could have had a 1000+ fleet battle on SIS instead of using a fight over vital territory
Reptzo Channel 4 News Team	Posted - 2008.10.02 05:12:00 - [46] Originally by: Steely Dhan Edited by: Steely Dhan on 02/10/2008 02:11:55 Edited by: Steely Dhan on 02/10/2008 02:10:02 "This Monday, 29 September, we saw a fleet battle with over 1100 pilots reported in local. Field reports indicate that the fight was quite responsive for the first 10 minutes but then the node "missed its heart beat" as we call it and was removed from the cluster by our cluster integrity watchdog routines. This again is another exciting problem as we can address that as well under our StacklessIO world and that will be the subject of the next blog". Holding my breath not. I for one am glad you were excited..I wasn't. The prospect of ratting another 8hrs to replace my ship and fittings doesn't fill me with pleasure. However it's great you are addressing the problem but it seems quite a few paid in isk to beta test so to speak. Maybe you could have had a 1000+ fleet battle on SIS instead of using a fight over vital territory While I agree that doing these things on the test server would be best. It is often extremely difficult to replicate actual scenarios in the lab (test server). Mainly it is hard to have a node go from minimal usage to massive overload, and get the people to do what they would actually do on the real server. It would be very hard to get 1100+ people on the test server to stay logged in, and trying to fight for a few hours, while things kept dieing. So, in one sense yes it sucks that we the players are "beta" testing as you call it. But, if this only has to happen once or twice per "problem". Than I would say it is worth it in the long run.
Irongut M'8'S Frontal Impact	Posted - 2008.10.02 05:32:00 - [47] Another great tech blog and follow up answers. Keep up the good work Explorer! Originally by: CCP Explorer The server logs from the fleet battle gave us enough information on why the node missed its heartbeat and we are working on fixing it. The logs showed something!?!?! OM the sky is falling! -- The future is Black. Brace for Impact!
PewPewLePewPew	Posted - 2008.10.02 06:14:00 - [48] Missed its heartbeat = node crash? Great to see the dev blogs cranking out though =D Hopefully this quiets the "CCP isn't fixing lag" whiners.
Franga NQX Innovations	Posted - 2008.10.02 07:08:00 - [49] This is the type of dev-blog we were looking for. ----------
Huan CK Gallente Bounty Hunter - Dark Legion	Posted - 2008.10.02 07:47:00 - [50] Wow, another great blog. Guys, you really have to keep the blogs flowing at that rate ;) It's awesome. So, while you're all working on 64bit on the server, when do we get 64bit versions of the client :) ----------
Silevran Levanadel Gallente	Posted - 2008.10.02 08:32:00 - [51] Yay! New dev blog. Good job on taking on the "beaten-with-ugly-stick" lagmonster. Way to go guys, i'm impressed Sincerely Silevran [URL=http://www.ff-fan.com][/URL] [URL=http://www.ff-fan.com/chartest]Which Final Fantasy Character Are You?[/URL] [URL=http://www.ff-fan.c
Cergorach Amarr The Helix Foundation	Posted - 2008.10.02 08:52:00 - [52] I'm curious, with the advent of servers with 16GB on board for high traffic systems, is memory still the limiting factor, or is processing speed the limiting factor? If it's the memory, are you looking at motherboards that support more then 16GB of memory? This Intel Xeon based one supports 128GB This Intel Xeon MP based one supports 192GB This AMD Opteron based one supports 128GB This AMD Opteron MP based one supports 256GB If processing speed is a limiting factor, have you considered overclocking the processors for high traffic systems (with adequate cooling)? While overclocking isn't generally attempted with a server, if you absolutely need the extra speed, it might be an option worth considering for a select few systems. The added cost of maintainability (and possibly failure) might be outweighed by the user experience, and possibly new users attracted by the smooth Eve Online experience...
Chavu Minmatar Killer Koalas Kingdom of Butan	Posted - 2008.10.02 09:15:00 - [53] WIN WIN WIN WIN WIN WIN WIN WIN WIN. -------- Originally by: George Bush I have opinions of my own -- strong opinions -- but I don't always agree with them.
LaVista Vista Conservative Shenanigans Party	Posted - 2008.10.02 09:25:00 - [54] Once again, very amazing blog. The question quickly arises about how you now apply this to "random" systems on the fly. 0.0 fleet fights can happen anywhere, and it would be awesome to have this kind of performance everywhere if at all possible. Are you guys now able to move a system to a 64-bit node if you have to? Or will these systems have to be allocated during a downtime? I'm very excited about the future. It sure seems like lag will be a thing in the past inside the scope of this year/early next year
MotherMoon Huang Yinglong	Posted - 2008.10.02 10:56:00 - [55] Originally by: LaVista Vista Once again, very amazing blog. The question quickly arises about how you now apply this to "random" systems on the fly. 0.0 fleet fights can happen anywhere, and it would be awesome to have this kind of performance everywhere if at all possible. Are you guys now able to move a system to a 64-bit node if you have to? Or will these systems have to be allocated during a downtime? I'm very excited about the future. It sure seems like lag will be a thing in the past inside the scope of this year/early next year you should know better people will bring more people into fleet fights. AS in 1000 on 1000 fights. hopefully this won't happen to offen and normal sized fleet fights will be flawless though
Niraco79 Gallente Black Nova Corp Band of Brothers	Posted - 2008.10.02 11:23:00 - [56] Edited by: Niraco79 on 02/10/2008 11:25:06 hope you guys adress the fact that most players that try to log in in a system with a battle will not be able to even the battle is with 350 in local (seen in M-O next day).
Lord EmBra Cutting Edge Incorporated RAZOR Alliance	Posted - 2008.10.02 11:51:00 - [57] Originally by: Niraco79 Edited by: Niraco79 on 02/10/2008 11:25:06 hope you guys adress the fact that most players that try to log in in a system with a battle will not be able to even the battle is with 350 in local (seen in M-O next day). This, and perhaps change the login priorities a bit. The ship should be the last thing to "spawn" ingame when logging in, you shouldn't be able to be shot and killed while still looking at your character selection screen.
Astria Tiphareth Caldari 24th Imperial Crusade	Posted - 2008.10.02 13:57:00 - [58] Edited by: Astria Tiphareth on 02/10/2008 14:00:20 Superb blog and as a dev myself, I can't help but find this sort of stuff fascinating. Originally by: CCP Explorer We are currently working with our vendors on testing out even more powerful hardware options now that we can utilise the hardware much better. How does this relate to the Infiniband project? I presume the two are concurrent - i.e. you're improving existing hardware whilst looking at ways to completely revamp the system? ___ My views may not represent those of my corporation, which is why I never get invited to those diplomatic parties... Environmental Effects
Chainsaw Plankton IDLE GUNS IDLE EMPIRE	Posted - 2008.10.02 21:18:00 - [59] zomg so many new dev blogs and the next devblog sounds like infiniband (or w/e you guys are calling it)
Zex Maxwell Caldari	Posted - 2008.10.03 02:55:00 - [60] Does this mean, you will have a 64 bit client soon? I am running 64bit vista right now. I would love to have all my games to use all my ram if need be.
Nate D Trinity Trading Corp	Posted - 2008.10.03 03:30:00 - [61] You mentioned that the market runs on it's own node. I think the market is probably one of the slowest aspects of EVE right now. Have there been any advances on making the market more responsive?
Ambo State Protectorate	Posted - 2008.10.03 14:03:00 - [62] Great stuff. I'm really intrigued by this 'StacklessIO' of yours. I suspect I know what the answer will be but any chance of getting a copy of the white paper? -------------------------------------- Trader? Investor? Just want to track your finances? Check out EMMA
Outfor Beer	Posted - 2008.10.04 01:22:00 - [63] Edited by: Outfor Beer on 04/10/2008 01:23:12 more player options are needed during the black screen login process. Everyone hates watching the black screen with the loading box for hours during high traffic fleet battles when lots of ppl are trying to log into the system. AT least allow us to see the chat window and interact with the client, if the system hasn't fully loaded
Chuck Tucker	Posted - 2008.10.04 10:48:00 - [64] Originally by: CCP Explorer Edited by: CCP Explorer on 01/10/2008 20:05:35 Originally by: Blyghme Excellent, Well done CCP. Does this mean that we can have a 64bit client now? There is more 3rd-party middleware in the client than the server, for which we do not yet have 64-bit versions. Does your "yet" means it will be completed anycase ? Please say "yes". :) x64 client as Christmas gift ftw !
Praetor Novak Macabre Votum Morsus Mihi	Posted - 2008.10.07 17:59:00 - [65] This is great work CCP! Thanks for applying resources toward solving lag. Most all PvP driven 0.0 Alliance junkies occasionally need to run into Jita to pick up stuff to fit out for a fight, however the real concern is when a server node hosting a 0.0 system that is hardly ever stressed suddenly becomes the focal point of the next epic massive fleet battle of EVE with over 1000 pilots loading the grids there. Originally by: "CCP Explorer" The server nodes will run a mix of 32- and 64-bit nodes since most nodes in the cluster don't have memory requirements requiring EVE64. How do you decide which 0.0 server nodes receive EVE64 treatment and extra memory? Originally by: "CCP Explorer" The need has to be clear as there is not gain in all cases to run EVE64, but where there is need we are now able to respond to it. When is the gain not achieved switching to EVE64 on the server nodes and how quickly are you able to switch a server nodes from 32 to 64 if you see or detect a spike in utilization on a given node?
Ydyp Ieva Caldari Amarrian Retribution	Posted - 2008.10.08 17:59:00 - [66] I'm not that impressed, sinse I returned with a bit more focus on eve (instead of other things) I had nothing but problems with lagging warp commands. Takes from 1 to even 4-5 seconds before my ship even respond to the warp command. Those are pretty deadly in PvP, lost a few ships cause of that already. Or is this a new feature to make sure you have to fight? As my modules always react directly after pressing the button. Only the warp command takes a time, and yes that time is not the time to align but the time before my ship even starts to align after giving the command. First I thought it was something localy, but it is now already happening 2 days. And only with warping which I find strange that all other command get through and processed as before. For the rest nice job on investing and trying to solve the lag problem with big fleets or heavy loaded systems. But don't let it go at the cost of the less loaded systems.
Kandrew Dorak Gallente Eve University Ivy League	Posted - 2008.10.10 18:04:00 - [67] Originally by: Zex Maxwell Does this mean, you will have a 64 bit client soon? I am running 64bit vista right now. I would love to have all my games to use all my ram if need be. 64-bit client be damned. I just want a client that can actually use both my cores.
Katyenne	Posted - 2008.11.15 11:04:00 - [68] Well again lloks to me like lies as always. After patch i have really bad lags problem in systems like Motsu, even you put gates away. Even docking in station is really terrible. I didnt have problems before in motsu, but now yes. Really Nice work.And to be honest im really glad that my subscriptions for all account expires this year.
Rosalina Sarinna Aliastra	Posted - 2008.11.22 03:19:00 - [69] I'd be very happy to have a x64 client.... But also if that will take way too much time for the benefit, dual core capable would also be great
Zanmaru Gallente Garoun Investment Bank	Posted - 2008.11.23 01:45:00 - [70] Originally by: Katyenne Well again lloks to me like lies as always. After patch i have really bad lags problem in systems like Motsu, even you put gates away. Even docking in station is really terrible. I didnt have problems before in motsu, but now yes. Really Nice work.And to be honest im really glad that my subscriptions for all account expires this year. Can I have your stuff? ---
Reasoned1 Gallente Playboy Enterprises	Posted - 2009.01.05 14:20:00 - [71] Thanks CCP..there can be no doubt now as to how effective your work has been in reducing lag in the system. One trip to a main market hub will remove any doubt. Now it`s time to get a million subscribers! Nice work. ************************************************************* The freedom of religion should exist in proportion to ones freedom from it.
Dritos Ahrgoot	Posted - 2009.01.05 21:05:00 - [72] I just tried to log in and was told the cluster is full. I came back on the five day free trial. I am wondering, why should I reup my clients (plural!) if I am going to have to wait to login? How is the maximum server population 40k people?
Myth'or Cordalan	Posted - 2009.01.06 12:07:00 - [73] Originally by: Dritos Ahrgoot I just tried to log in and was told the cluster is full. I came back on the five day free trial. I am wondering, why should I reup my clients (plural!) if I am going to have to wait to login? How is the maximum server population 40k people? I guess the message you've got is a little bit misleading. It seems to show up when too many people are trying to log in at the same time. When I get it, I just restart the client and usually i can log in at the second try. No further waiting times.
Max Mem	Posted - 2009.01.10 03:28:00 - [74] ok am I wrong here is this not old info, no new news in that dev blog that I could see, this is 3 months old why repost it?? sometimes I don't get it other times I just give up LOL:)

Pages: 1 2 3 :: [one page]

COPYRIGHT NOTICE
EVE Online, the EVE logo, EVE and all associated logos and designs are the intellectual property of CCP hf. All artwork, screenshots, characters, vehicles, storylines, world facts or other recognizable features of the intellectual property relating to these trademarks are likewise the intellectual property of CCP hf. EVE Online and the EVE logo are the registered trademarks of CCP hf. All rights are reserved worldwide. All other trademarks are the property of their respective owners. CCP hf. has granted permission to EVE-Search.com to use EVE Online and all associated logos and designs for promotional and information purposes on its website but does not endorse, and is not in any way affiliated with, EVE-Search.com. CCP is in no way responsible for the content on or functioning of this website, nor can it be liable for any damage arising from the use of this website.