[SP-pm] MVC correto para um certo problema

[Lucas Mateus]

Bom, não sei dizer se JSON tem compatibilidade com XSLT, mesmo pq na ideia
que dei o XSLT que tera praticamente o "trabalho pesado", mas se tu diz ser
melhor me resta procurar se essa compatibilidade existe, pq a viabilidade de
XSLT + XML eh fantastica, agora se misturar as tecnologias e obtermos um
ganho de desempenho será melhor ainda, concordo que qualquer tanto de
desempenho ganho eh vantagem, sem dúvida !!!



Em 06/11/07, eden <edencardim em gmail.com> escreveu:
>
> On 11/6/07, Lucas Mateus <lucasmateus.oliveira em gmail.com> wrote:
> > Bom, acho que eh bastante relevante e dependente do recurso de Hardware
> > despendido. Não trocaria XML por outra tecnologia devido a
> compatibilidade
> > com JS e XSLT.
>
> Com certeza não é mais compatível com JavaScript do que JSON
> (JavaScript Object Notation), que é nativo ao JS.
>
> > Mesmo pq nesse  caso o CGI sera usado somente pra fazer
> > consultas em BD ou similar, nada mais. Existe um painel para
> administração
> > de websites com quase 2 milhões de websites, escrito em CGI e Template e
> > varias outras tecnologias envolvidas, não sei quantas requisições por
> minuto
> > recebe, mas acredito ser mais bem mais de 20. A alocação de memória com
> > mod_perl era inviavel apesar do server ter 8GB de RAM =)   tudo bem
> > confesso, ele tbm tem 8 processadores Xeon aheuaheuaheuaheuaheuahuehau
>
> Provavelmente havia vazamento de memória no sistema, o mod_perl tende
> a consumir a mesma quantidade de memória que o CGI já que em ambas as
> tecnologias os processos possuem seu próprio espaço de memória. Essa é
> outra desvantagem do CGI, como os processos não ficam residentes na
> memória, os problemas de vazamento ficam disfarçados.
> Outra coisa, se você está consultando um BD, o overhead é maior ainda,
> já que você vai precisar estabelecer uma conexão com o SGBD toda vez.
> Quando você está lidando com muito tráfego, cada segundo que se
> economizar por requisição é importante.
> Só é razoável considerar o uso de CGI em sistemas que não serão muito
> solicitados, como interfaces administrativas e bugtrackers, e olhe lá.
> O Bugzilla é Perl/CGI e este é um dos fatores pelo qual está perdendo
> mercado. É tão fácil usar FastCGI ou mod_perl que não entendo porque
> ainda existem pessoas desenvolvendo sistemas baseados em CGI.
>
> --
> edenc.vox.com
> _______________________________________________
> SaoPaulo-pm mailing list
> SaoPaulo-pm em pm.org
> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/saopaulo-pm/attachments/20071106/43f4ec1e/attachment.html