On 01/07/05, James Bunton <[EMAIL PROTECTED]> wrote:
> Could you try running it with GETALLAVATARS = False (look in
> PyMSNt/src/legacy/msnw.py). I'm thinking of making this the default,
> because for large servers I think the load will be too much with it on.
> Setting it to false means that MSN avatars will only be downloaded from
> people you're in a conversation with.

This is the official client's way of doing things.  Maybe only do the
avatar fetch if the image has changed?  Or even implement a delayed
retrieve, like one image (across the whole system) every minute.

-- 
- Norman Rasmussen
 - Email: [EMAIL PROTECTED]
 - Home page: http://norman.rasmussen.co.za/
From [EMAIL PROTECTED]  Fri Jul  1 15:03:51 2005
From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Daniel_D=EDaz?=)
Date: Fri Jul  1 15:03:53 2005
Subject: [py-transports] PyMSNt: memory stats,
        clientcaps fix & avatars fix in CVS
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

On 7/1/05, Norman Rasmussen <[EMAIL PROTECTED]> wrote:
> On 01/07/05, James Bunton <[EMAIL PROTECTED]> wrote:
> > Could you try running it with GETALLAVATARS = False (look in
> > PyMSNt/src/legacy/msnw.py). I'm thinking of making this the default,
> > because for large servers I think the load will be too much with it on.
> > Setting it to false means that MSN avatars will only be downloaded from
> > people you're in a conversation with.
> 
> This is the official client's way of doing things.  Maybe only do the
> avatar fetch if the image has changed?  Or even implement a delayed
> retrieve, like one image (across the whole system) every minute.

I would very much love that feature! Right now, SBC/Yahoo! is dropping
my DSL connection every time I login onto my Jabber server. I won't be
able to test this weekend, but I believe a lot of sudden MSN sessions
make my DSL modem router get disconnected.

Throttling the avatars-cacheing would rock (if such a thing is
possible and doesn't interfere with responsiveness to the actual MSN
session.)

Oh, and...


On 7/1/05, James Bunton <[EMAIL PROTECTED]> wrote:
> Wow! 68% load seems quite high!
> Assuming you're not running it on a Pentium 1 class machine or
> something :)

It was actually 68.0 load average for the last 5 minutes, the one you
get with `w`, `top`:
" 09:58:35 up 6 days, 20:35,  2 users,  load average: 0.90, 0.80, 0.59"

CPU usage was aroud 50%. It's a Pentium 4 with 512 on RAM, and a
heavily loaded database/webserver (due to the Webmessenger client, I
presume.)

I will try to test the latest avatars branch this weekend on that
other server, and we'll see how it goes.

Thanks and greetings!

Daniel D?az
[EMAIL PROTECTED]
From [EMAIL PROTECTED]  Fri Jul  1 15:19:45 2005
From: [EMAIL PROTECTED] (Daniel Henninger)
Date: Fri Jul  1 15:19:40 2005
Subject: [py-transports] PyAIMt is not connecting and CPU consumption 
        is high
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Hrm.  Perhaps.  I'll do a case-insensitive check.

Daniel

-- 
"The most addictive drug in the world is music."
     - The Lost Boyz

> maybe it's 'Python' and not 'python'
>
> On 01/07/05, Daniel Henninger <[EMAIL PROTECTED]> wrote:
>> Hrm.  All that line is really doing is checking to see if the program
>> was
>> run as python main.py or not, and if so restart with PyAIMt as the
>> official process name so that it's easily identifiable in the process
>> list.  I have no idea why removing that would fix the problems you are
>> having!  =/
>>
>> Unless...  Try putting that line back and, before it, put:
>> print("Test startup")
>>
>> Then try to start up.  If you see that over and over and over again,
>> then
>> my check isn't working correctly at all and the process is continually
>> starting up over and over.
>>
>> I guess, while you are at it:
>> print("Test startup %s" % (sys.executable))
>>
>> And let me know what it says over and over... if that actually happens.
>>
>> Daniel
>>
>> --
>> "The most addictive drug in the world is music."
>>      - The Lost Boyz
>>
>> > First off, thanks for your response.
>> >
>> > I tried running PyAIM in another Windows PC that does not have McAfee
>> > installed and got the same bad results. However, PyMSN was able to
>> > connect without problems. This time I used a software for monitoring
>> the
>> > TCP connections and saw that no connection was being established when
>> > using PyAIM.
>> >
>> > I have to say that I know nothing about Python. However, I tried to
>> > understand what main.py is doing and decided to remove these two lines
>> > located in line 18.
>> >
>> > if (exe.find("python") >= 0):
>> >     os.execv(exe, [name, sys.argv[0]]+sys.argv[1:])
>> >
>> > This time I tried again and now things are working. I was able to chat
>> > with AIM users. :D Could you or somebody else tell me if I'm having a
>> > setup problem? Or is the modification I made correct?
>> >
>> > Thanks,
>> >
>> >   -- Gato
>> >
>> >> -----Original Message-----
>> >> From: [EMAIL PROTECTED] [mailto:py-transports-
>> >> [EMAIL PROTECTED] On Behalf Of Daniel Henninger
>> >> Sent: Friday, June 24, 2005 6:46 PM
>> >> To: PyAIM-t/PyICQ-t/PyMSN-t Discussion
>> >> Subject: Re: [py-transports] PyAIMt is not connecting and CPU
>> > consumption
>> >> is high
>> >>
>> >> I have no direct experience with running PyAIM under Windows.
>> > However,
>> >> have you tried running:
>> >> python main.py -D
>> >> to get debugging output?  It will output to the screen and you can
>> see
>> >> what might be going on.  It sounds like McAfee is preventing PyAIM
>> > from
>> >> doing something, which then causes PyAIM to try again, mcafee to stop
>> >> it...etc etc and it's driving McAfee nuts.  That's just a guess
>> > though.
>> >>
>> >> Daniel
>> >>
>> >> --
>> >> "The most addictive drug in the world is music."
>> >>      - The Lost Boyz
>> >>
>> >> > Hey all,
>> >> >
>> >> >
>> >> >
>> >> > I'm using WindowsXP (SP2), Python 2.3.5, Twisted 1.3.0, pyCrytpo
>> 2.0
>> > and
>> >> > pyOpenSSL 0.6. I was able to start PyMSN 0.9.3 and connect to a
>> Jive
>> >> > Messenger server. But I ran out of luck when trying with PyAIM 0.5
>> >> >
>> >> >
>> >> >>From the command line window I execute "python main.py" and it
>> seems
>> >> > that the process is launched in background since I have again the
>> >> > command line. Checking at the Windows Task Manager I see the python
>> >> > process running. However, I don't see any connection being
>> > established
>> >> > to the server. FYI, I'm using the same configuration I used for
>> > PyMSN
>> >> > (ie. same mainServer and port).
>> >> >
>> >> >
>> >> >
>> >> > FYI, after I updated to Twisted 2.0.1 for Python 2.3 I got the same
>> >> > result.
>> >> >
>> >> > Here is more weird information. I'm running McAfee and when I
>> > launched
>> >> > PyAIM the mcshield.exe process was consuming 60% of the CPU. I
>> > closed
>> >> > the command line window (thus killing the python process) and the
>> >> > mcshield.exe process went back to 0%. So my next step was to
>> disable
>> >> > McAfee. This time the CSRSS.EXE process was consuming 80% of the
>> CPU
>> >> > when I launched PyAIM. None of this happens when using PyMSN.
>> >> >
>> >> >
>> >> >
>> >> > Thanks for your help.
>> >> >
>> >> >
>> >> > Regards,
>> >> >
>> >> >   -- Gato
>> >> >
>> >> >
>> >> >
>> >> >
>> >> > _______________________________________________
>> >> > py-transports mailing list
>> >> > [email protected]
>> >> > http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports
>> >> >
>> >>
>> >>
>> >> _______________________________________________
>> >> py-transports mailing list
>> >> [email protected]
>> >> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports
>> > _______________________________________________
>> > py-transports mailing list
>> > [email protected]
>> > http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports
>> >
>> >
>> >
>>
>> _______________________________________________
>> py-transports mailing list
>> [email protected]
>> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports
>>
>
>
> --
> - Norman Rasmussen
>  - Email: [EMAIL PROTECTED]
>  - Home page: http://norman.rasmussen.co.za/
> _______________________________________________
> py-transports mailing list
> [email protected]
> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports
>
>
>

Reply via email to