Comments on: Recap http://cogs.innocence.com/2009/03/recap/ On the operation of massively multiplayer online games. Thu, 26 May 2011 20:53:29 +0000 hourly 1 http://wordpress.org/?v=3.1.3 By: Anthony Headley http://cogs.innocence.com/2009/03/recap/comment-page-1/#comment-407 Anthony Headley Mon, 11 May 2009 04:17:47 +0000 http://cogs.innocence.com/?p=67#comment-407 I would love to hear about "the Anatomy of a Shard". I would guess that smaller games could segment shards with processes, but games such as WoW or EVE must span multiple physical servers per shard, I really find the network infrastructure to be a point of interest and how network protocols can be of help of hindrance to server performance. Now, I just started reading the blog from the bottom up and I hope you haven't gotten to any of the above points yet. I would love to hear about “the Anatomy of a Shard”. I would guess that smaller games could segment shards with processes, but games such as WoW or EVE must span multiple physical servers per shard, I really find the network infrastructure to be a point of interest and how network protocols can be of help of hindrance to server performance.

Now, I just started reading the blog from the bottom up and I hope you haven’t gotten to any of the above points yet.

]]> By: Matthew Weigel http://cogs.innocence.com/2009/03/recap/comment-page-1/#comment-93 Matthew Weigel Wed, 22 Apr 2009 20:34:34 +0000 http://cogs.innocence.com/?p=67#comment-93 Josh: the last project I worked on - Dungeon Runners - had a simple telnet interface that spewed XML statistics. I can't remember now exactly what Ops used to display the graphs, but at least at one point it was Cacti. Other games did similar things, but I don't know the exact details because I didn't use their interfaces or work on them. :) At the time, I was talking with folks in Operations about switching over to HTTP because the telnet interface required a custom ten-line Perl script to grab the data, but grabbing XML full of name/value pairs over HTTP was built-in to some part of their system. For my current project, the plan is to have a full HTTP server implementation embedded, and to expose quite a bit more data and functionality through it: statistics for Ops, core dumps for devs, server administration controls, etc. Josh: the last project I worked on – Dungeon Runners – had a simple telnet interface that spewed XML statistics. I can’t remember now exactly what Ops used to display the graphs, but at least at one point it was Cacti. Other games did similar things, but I don’t know the exact details because I didn’t use their interfaces or work on them. :)

At the time, I was talking with folks in Operations about switching over to HTTP because the telnet interface required a custom ten-line Perl script to grab the data, but grabbing XML full of name/value pairs over HTTP was built-in to some part of their system. For my current project, the plan is to have a full HTTP server implementation embedded, and to expose quite a bit more data and functionality through it: statistics for Ops, core dumps for devs, server administration controls, etc.

]]> By: Zensun http://cogs.innocence.com/2009/03/recap/comment-page-1/#comment-92 Zensun Wed, 22 Apr 2009 16:25:20 +0000 http://cogs.innocence.com/?p=67#comment-92 "Anything in particular you want to see?" Well, I'd love to see something about best-practice in cabling-up servers in racked in cabinets. For instance, should switches be in the same cabinet as the servers? If not, how best to lay the cables from the cabinet with servers to the cabinet with switches? I work for a charity, and as tidy as the network guys tried to be, the cables out of the back of the four cabinets we have is a sight to behold. I tried helping them to tidy the clutter, but between the kvm, power, and network cables, it just doesn't seem possible. “Anything in particular you want to see?”

Well, I’d love to see something about best-practice in cabling-up servers in racked in cabinets.

For instance, should switches be in the same cabinet as the servers? If not, how best to lay the cables from the cabinet with servers to the cabinet with switches?

I work for a charity, and as tidy as the network guys tried to be, the cables out of the back of the four cabinets we have is a sight to behold. I tried helping them to tidy the clutter, but between the kvm, power, and network cables, it just doesn’t seem possible.

]]> By: Bryant http://cogs.innocence.com/2009/03/recap/comment-page-1/#comment-85 Bryant Wed, 22 Apr 2009 13:55:53 +0000 http://cogs.innocence.com/?p=67#comment-85 Similar, yes. Whether or not you're using SNMP, I think it's essential to be able to get that sort of data in a programmatic fashion for use with Cacti and whatever other monitoring system's one's using. Perfmon is also a popular method for exposing this data, which is not surprising since it's a core Windows technology. Similar, yes. Whether or not you’re using SNMP, I think it’s essential to be able to get that sort of data in a programmatic fashion for use with Cacti and whatever other monitoring system’s one’s using.

Perfmon is also a popular method for exposing this data, which is not surprising since it’s a core Windows technology.

]]> By: Josh http://cogs.innocence.com/2009/03/recap/comment-page-1/#comment-83 Josh Wed, 22 Apr 2009 13:18:21 +0000 http://cogs.innocence.com/?p=67#comment-83 Have any games you've worked on (if you can say) offered an SNMP or similar interface so pull data from in-game? I thought about this when reading your post about graphs; provide numbers for Cacti et al. Things like number of players online, blocking DB transactions, client lag times, chat rooms, who knows...data from inside the game, not from the hardware/OS. Have any games you’ve worked on (if you can say) offered an SNMP or similar interface so pull data from in-game? I thought about this when reading your post about graphs; provide numbers for Cacti et al. Things like number of players online, blocking DB transactions, client lag times, chat rooms, who knows…data from inside the game, not from the hardware/OS.

]]> By: Ira http://cogs.innocence.com/2009/03/recap/comment-page-1/#comment-81 Ira Wed, 22 Apr 2009 11:34:29 +0000 http://cogs.innocence.com/?p=67#comment-81 actually I was hoping you could talk a little bit about getting into the gaming industry. You could start with how you started and then how you progressed. I'm actually trying to get into the business side of game operations right now, though obviously its difficult becuase everyone is cutting back. But tips from your experience would help. But so far I like this blog a lot :) keep up the good work! actually I was hoping you could talk a little bit about getting into the gaming industry. You could start with how you started and then how you progressed.

I’m actually trying to get into the business side of game operations right now, though obviously its difficult becuase everyone is cutting back. But tips from your experience would help. But so far I like this blog a lot :) keep up the good work!

]]> By: Bryant http://cogs.innocence.com/2009/03/recap/comment-page-1/#comment-51 Bryant Tue, 31 Mar 2009 11:53:04 +0000 http://cogs.innocence.com/?p=67#comment-51 Coincidentally, I just followed a del.icio.us link about startups and smacked into a <a href="http://programmerjoe.com/2009/02/12/continuous-deployment-with-thick-clients/" rel="nofollow">great discussion of MMO patch deployment</a>. I find the idea of continuous deployment to be horrendous, for reasons which I will post about soon, but everything else in that post and the followup is on target. Coincidentally, I just followed a del.icio.us link about startups and smacked into a great discussion of MMO patch deployment. I find the idea of continuous deployment to be horrendous, for reasons which I will post about soon, but everything else in that post and the followup is on target.

]]> By: Chris K http://cogs.innocence.com/2009/03/recap/comment-page-1/#comment-43 Chris K Sun, 29 Mar 2009 22:28:03 +0000 http://cogs.innocence.com/?p=67#comment-43 I read this almost exclusively on my SK; I don't care where comments go as long as there's a border between the posts so I can see what it attaches to. (Well, and as long as that border doesn't break the SK's ability to handle the CSS, as seems to be the case far too often.) As for topics, I'm really interested to know what patch deployment looks like from your perspective. I read this almost exclusively on my SK; I don’t care where comments go as long as there’s a border between the posts so I can see what it attaches to. (Well, and as long as that border doesn’t break the SK’s ability to handle the CSS, as seems to be the case far too often.)

As for topics, I’m really interested to know what patch deployment looks like from your perspective.

]]>