[Red5] Red5 takes a long time to load

[Dominick Accattato]

Just an FYI.  I just ran into this problem.  Running Red5 from within
eclipse was taking forever.  Running from the command line was fine.  After
removing breakpoints in the Debug perspective, things booted up fast again.

On Tue, Sep 23, 2008 at 3:36 PM, lee hughes <toxicnaan at gmail.com> wrote:

> could you possibly send a debug log?
>
> off the top of my head, you maybe able use strace to run up red5, this
> information might
> tell us what system call java/red5 is stalling on? if it's a threading
> problem, it may take
> more investigation.
>
> check you dns too, and firewalling? w
>
>
> On Tue, Sep 23, 2008 at 5:51 PM, Bertram Beyer <
> bertram.beyer at goobernetworks.com> wrote:
>
>>  The productive server is an Athlon 64 3700+ with 1 GB RAM
>> Local testserver with same behavior is a slow P4 with 1 GB RAM
>> And yes, it also starts up slow with no apps.
>>
>> Dominick Accattato schrieb:
>>
>> no, 0.7.0 is fine and shouldn't be causing the long delay.  I'm just
>> trying to figure out what the correlation is between those of you having the
>> issue.  Are you also running on a slow processor?  Does it startup slow even
>> with no example apps installed on it?
>>
>> On Tue, Sep 23, 2008 at 12:13 PM, Bertram Beyer <
>> bertram.beyer at goobernetworks.com> wrote:
>>
>>> I'm working with 0.7.0
>>> because I don't think that the latest revision in the trunk is a good
>>> choice for a productive server.
>>> I think general that releases are mostly more stable than the latest
>>> revisions.
>>> Jeremy said that he has the same problem with the trunk.
>>> Are there some good reasons why I shouldn't use 0.7.0 ?
>>>
>>> Dominick Accattato schrieb:
>>>
>>>  Betram are you on the trunk as well?  Jetty is not the default servlet
>>> container anymore.
>>>
>>> On Tue, Sep 23, 2008 at 10:41 AM, Bertram Beyer <
>>> bertram.beyer at goobernetworks.com> wrote:
>>>
>>>> Hello,
>>>> I have the same problem. The first startup is fast but every restart
>>>> need 5 up to 10 min.
>>>> It seems only to be a linux problem. windows and mac is not affected.
>>>> I think the problem could caused by jetty until it binds some resources.
>>>> I also posted this in june
>>>> http://www.nabble.com/Very-long-startup-time.-Server-stucks-until-application-loading-td17731364.html#a17735965
>>>> but unfortunately I couldn't fix it.
>>>>
>>>> BR
>>>> Bertram
>>>>
>>>> Dominick Accattato schrieb:
>>>>
>>>>  I've seen this on the list previously a few times.  Here's one
>>>> instance:
>>>> http://www.nabble.com/Why-does-Red5-take-long-for-second-launch--td17324741.html
>>>>
>>>> What happens if you shutdown the machine, start the machine and then
>>>> start Red5.  I wonder if it is a resource binding issue, etc...
>>>>
>>>> On Mon, Sep 22, 2008 at 12:34 PM, Jeremy Schoenhaar <
>>>> jeremy.schoenhaar at lamp-solutions.de> wrote:
>>>>
>>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>> Hash: SHA1
>>>>>
>>>>>  Hello Dominick,
>>>>>
>>>>> > you can try removing all the red5 applications inside webapps and
>>>>> load up
>>>>> > again.  What JRE are you running on?
>>>>>  Unfortunatly it loads just as slow right after the installation
>>>>> without
>>>>> any webapps setup.
>>>>>
>>>>> JRE version is sun-java6
>>>>>
>>>>> Jeremy
>>>>>
>>>>> - --
>>>>> LAMP solutions GmbH
>>>>> Gostenhofer Hauptstrasse 35
>>>>> 90443 Nuernberg
>>>>>
>>>>> Amtsgericht Nuernberg: HRB 22366
>>>>> Geschaeftsfuehrer: Heiko Schubert
>>>>>
>>>>> Tel: 0911 / 929 197 10
>>>>> Fax: 0911 / 929 197 11
>>>>> Web: www.lamp-solutions.de
>>>>> -----BEGIN PGP SIGNATURE-----
>>>>> Version: GnuPG v1.4.6 (GNU/Linux)
>>>>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>>>>
>>>>>  iD8DBQFI18kiair6s9DKOP8RAlwLAKCS3xuWce3lkwmDG54ms6et+E7p3ACgg099
>>>>> bzh65Sk4owiUvQh9EiK4zwc=
>>>>> =AQi3
>>>>>  -----END PGP SIGNATURE-----
>>>>>
>>>>> _______________________________________________
>>>>> Red5 mailing list
>>>>> Red5 at osflash.org
>>>>> http://osflash.org/mailman/listinfo/red5_osflash.org
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Dominick Accattato, CTO
>>>> Infrared5 Inc.
>>>> www.infrared5.com
>>>>
>>>> ------------------------------
>>>>
>>>> _______________________________________________
>>>> Red5 mailing listRed5 at osflash.orghttp://osflash.org/mailman/listinfo/red5_osflash.org
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Red5 mailing list
>>>> Red5 at osflash.org
>>>> http://osflash.org/mailman/listinfo/red5_osflash.org
>>>>
>>>>
>>>
>>>
>>> --
>>> Dominick Accattato, CTO
>>> Infrared5 Inc.
>>> www.infrared5.com
>>>
>>> ------------------------------
>>>
>>> _______________________________________________
>>> Red5 mailing listRed5 at osflash.orghttp://osflash.org/mailman/listinfo/red5_osflash.org
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Red5 mailing list
>>> Red5 at osflash.org
>>> http://osflash.org/mailman/listinfo/red5_osflash.org
>>>
>>>
>>
>>
>> --
>> Dominick Accattato, CTO
>> Infrared5 Inc.
>> www.infrared5.com
>>
>> ------------------------------
>>
>> _______________________________________________
>> Red5 mailing listRed5 at osflash.orghttp://osflash.org/mailman/listinfo/red5_osflash.org
>>
>>
>>
>> --
>>
>> Bertram Beyer
>> goober ID: 10069
>>
>>  <http://www.goober.com/contactpage/2PBRz91QDjAdCgp9r9TF>
>>
>> * Goober Europe Ltd.*
>>
>> Kaiserstraße 49
>> 55116 Mainz
>> Telefon +49 (0)6131 9712438
>> Telefax +49 (0)6131 9712439
>>
>> Amtsgericht: Mainz HRB 40441 USt-ID-Nr.DE250863230, Steuer-Nr.
>> 26/656/0398/2.
>> Geschäftsführer: Jochen Hundt
>> Website: http://www.goober.com E-Mail:bertram.beyer at goobernetworks.com<bertram-beyer at goobernetworks.com>
>>
>> _______________________________________________
>> Red5 mailing list
>> Red5 at osflash.org
>> http://osflash.org/mailman/listinfo/red5_osflash.org
>>
>>
>
> _______________________________________________
> Red5 mailing list
> Red5 at osflash.org
> http://osflash.org/mailman/listinfo/red5_osflash.org
>
>


-- 
Dominick Accattato, CTO
Infrared5 Inc.
www.infrared5.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://osflash.org/pipermail/red5_osflash.org/attachments/20090117/ac48036b/attachment.html>