On 26 February 2011 11:10, Corey Richardson wrote:
> On 02/26/2011 06:05 AM, Walter Prins wrote:
> > I'd be tempted to say you should not be worrying about such performance
> > issues at this stage.
>
> Indeed, but I can't have every piece of variable information being saved
> to disk and then re
On 26 February 2011 11:06, Corey Richardson wrote:
> I ran them like this:
> python use1.py
> python use2.py
> python plib.py
>
> Each file got its own instance of the interpreter.
>
Yes, but not because instances are intrinsically linked to seperate python
modules, which is what it sounds like
On 02/26/2011 06:05 AM, Walter Prins wrote:
> I'd be tempted to say you should not be worrying about such performance
> issues at this stage.
Indeed, but I can't have every piece of variable information being saved
to disk and then read back again every time a player leaves or enters a
room, tha
On 02/26/2011 06:02 AM, Walter Prins wrote:
> On 26 February 2011 05:33, Corey Richardson wrote:
>
>> Aha, that explains why I didn't get any results. Each file got its own
>> interpreter instance.
>>
>
> Not wanting to nit pick, but no: It's not that each *file* does has its own
> interpreter i
On 26 February 2011 05:33, Corey Richardson wrote:
>
> I'm slightly concerned about performance when it comes to
> reading/writing to disk a lot when doing things like that, since if this
> thing ever needs to scale I want it to be able to do that.
>
I'd be tempted to say you should not be worry
On 26 February 2011 05:33, Corey Richardson wrote:
> Aha, that explains why I didn't get any results. Each file got its own
> interpreter instance.
>
Not wanting to nit pick, but no: It's not that each *file* does has its own
interpreter instance, it's that every python instance that you start d
"Corey Richardson" wrote
I'm slightly concerned about performance when it comes to
reading/writing to disk a lot when doing things like that, since if
this
thing ever needs to scale I want it to be able to do that.
There is always an overhead but it depends what you
mean by "a lot".
You m
On 02/26/2011 12:11 AM, Steven D'Aprano wrote:
> [steve@sylar ~]$ python
> Python 2.5 (r25:51908, Nov 6 2007, 16:54:01)
> [GCC 4.1.2 20070925 (Red Hat 4.1.2-27)] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import lib
> >>> import a
> >>> lib.g
> []
>
Corey Richardson wrote:
My first thought was to have a module specifically for holding things
like that, global objects that all the interacting modules need access
to. I did a simple test with a lib module, and then a few modules that
simply added things to a list called g in that lib module, b
Greetings, Tutors
(Sorry for the poor subject name, couldn't think of anything better)
I'm writing a MUD server as part of a school project. Yes this is
homework, but I'm not taking a traditional programming class (going
through the OCW for CS50 at Harvard and getting credit).
I'm in the design
10 matches
Mail list logo
