[ENet-discuss] CPU Usage
Ruud van Gaal
ruud at racer.nl
Mon Sep 27 01:39:30 PDT 2010
I agree; sending 800x600 packets each frame is really a bad algorithm. ENet
is targeted at a decent amount of packets flying around in a typical
multi-user game. Doing 500,000 packets per frame is never going to work
nicely, with ENet, TCP or anything. Just do at least a bit of tiling. ENet
is not the problem here.
Ruud
From: enet-discuss-bounces at cubik.org [mailto:enet-discuss-bounces at cubik.org]
On Behalf Of Lee Salzman
Sent: Monday, September 27, 2010 3:11 AM
To: Discussion of the ENet library
Subject: Re: [ENet-discuss] CPU Usage
But that is sort of my point. The reason ENet is sucking is because you are
bombarding it with a really silly amount of packets exactly because of how
you are doing things. I would rather encourage you to use unreliable tiles
of the screen that fit in 1KB unreliable packets, as anything else is going
to cause symptoms you are observing, i.e. lots of CPU wastage crawling over
huge packet lists.
Lee
On 09/26/2010 05:35 PM, Nicholas J Ingrassellino wrote:
Blunt is good.
My disclaimer in my first message was meant to pose this as an experiment.
This is a proof of concept kind of thing and nothing more. The idea is to
develop an alternative to sending hold frames (or only the deltas). Much
like VoIP does not suffer from some missing data I want to do a little work
on how much an image would suffer from the smallest discrete unit (a pixel)
missing unexpectedly. Look at my experiment as anything other than
academic-- or a what if-- and you miss the point.
This is purely a exercise of the mind with a little code to back it up.
Compression and related topics will come later when I have the basics
figured out.
_____
Nicholas J Ingrassellino
<http://www.lifebloodnetworks.com/> LifebloodNetworks.com ||
<mailto:nick at lifebloodnetworks.com> nick at lifebloodnetworks.com
"The idea that I can be presented with a problem, set out to logically solve
it with the tools at hand, and wind up with a program that could not be
legally used because someone else followed the same logical steps some years
ago and filed for a patent on it is horrifying."
- John Carmack on software patents
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cubik.org/pipermail/enet-discuss/attachments/20100927/9429d259/attachment.html>
More information about the ENet-discuss
mailing list