Estou tentando descobrir o que estaria causando um1 minuto de atraso na inicialização do Jetty. É um problema de configuração, meu aplicativo ou outra coisa?

Eu tenho o Jetty 7 (jetty-7.0.1.v20091125 25 de novembro de 2009) instalado em um servidor e implanto um arquivo ROOT.war de 45 MB no diretório webapps. Este é o único aplicativo da web configurado no Jetty. Então inicio o Jetty com o comando:

java -DSTOP.PORT=8079 -DSTOP.KEY=mystopkey -Denv=stage -jar start.jar etc/jetty-logging.xml etc/jetty.xml &

Recebo duas linhas de saída logo após fazer isso:

2010-03-07 14:20:06.642:INFO::Logging to StdErrLog::DEBUG=false via org.eclipse.jetty.util.log.StdErrLog
2010-03-07 14:20:06.710:INFO::Redirecting stderr/stdout to /home/zing/jetty-distribution-7.0.1.v20091125/logs/2010_03_07.stderrout.log

Quando pressiono a tecla Enter, recebo meu prompt de comando de volta. Observando o arquivo de log (logs / 2010_03_07.stderrout.log), vejo o seguinte no começo:

2010-03-07 14:08:50.396:INFO::jetty-7.0.1.v20091125
2010-03-07 14:08:50.495:INFO::Extract jar:file:/home/zing/jetty-distribution-7.0.1.v20091125/webapps/ROOT.war!/ to /tmp/Jetty_0_0_0_0_8080_ROOT.war___.8te0nm/webapp
2010-03-07 14:08:52.599:INFO::NO JSP Support for , did not find org.apache.jasper.servlet.JspServlet
2010-03-07 14:09:51.379:INFO::Set web app root system property: 'webapp.root' = [/tmp/Jetty_0_0_0_0_8080_ROOT.war___.8te0nm/webapp]
2010-03-07 14:09:51.585:INFO::Initializing Spring root WebApplicationContext
INFO  - ContextLoader              - Root WebApplicationContext: initialization started
INFO  - XmlWebApplicationContext   - Refreshing Root WebApplicationContext: startup date [Sun Mar 07 14:09:51 PST 2010]; root of context hierarchy
...

Observe a pausa de 1 minuto entre a 3ª e a 4ª linhas. O que o Jetty está fazendo neste momento? Que outras coisas poderiam estar acontecendo? Nem parece que ele iniciou minha inicialização do Spring ainda.

Observe que verifiquei meu diretório / tmp para ver se era simplesmente a hora de descompactar meu arquivo war, mas o arquivo foi completamente descompactado, mesmo no início desse atraso de 1 minuto.

ATUALIZAR:

Graças a sugestões, adicionei o log DEBUG. Eu descobri que cerca de 2 segundos foram usados para extrair o arquivo war. Mas há um atraso de cerca de 41 segundos noInit SecureRandom:

2010-03-07 21:54:45.414:DBUG::Starting SessionHandler@79884a40@
2010-03-07 21:54:45.414:DBUG::Starting org.eclipse.jetty.server.session.HashSessionManager@5fe8ce8
2010-03-07 21:54:45.416:DBUG::Container org.eclipse.jetty.server.Server@35175422 + org.eclipse.jetty.server.session.HashSessionIdManager@1d96f4b5 as sessionIdManager
2010-03-07 21:54:45.416:DBUG::Starting org.eclipse.jetty.server.session.HashSessionIdManager@1d96f4b5
2010-03-07 21:54:45.416:DBUG::Init SecureRandom.
2010-03-07 21:55:26.244:DBUG::STARTED org.eclipse.jetty.server.session.HashSessionIdManager@1d96f4b5
2010-03-07 21:55:26.247:DBUG::STARTED org.eclipse.jetty.server.session.HashSessionManager@5fe8ce8
2010-03-07 21:55:26.248:DBUG::Starting ConstraintSecurityHandler@6b9cd75a@
2010-03-07 21:55:26.261:DBUG::Starting ServletHandler@62c2ee15@

O que é o SecureRandom e por que estaria causando esse atraso?

SOLUÇÃO:

Parece que estou tendo um problema com meusistema sem carga suficiente. Acabei de configurá-lo como um novo servidor de armazenamento temporário, e não há ninguém usando, exceto eu. Portanto, o sistema não possui entropia suficiente para que o gerador de números aleatórios gere aleatoriedade suficiente rapidamente.