xiru wrote:
> No entanto, se voce realmente precisa servir arquivos grandes do
> filesystem (digamos imagens ISO de 650 MB) usar o Zope para servir isso
> não é uma boa solução. Não adianta, nesses casos, usar um Product que
> mapeie uma area do filesystem dos servidores Zope como se fosse uma
> pasta com objetos do ZODB (e não faz diferença se os arquivos estão num
> local unico, num filesystem de rede, por exemplo), pois esse Product
> apenas evitaria que o ZODB inchasse demasiadamente para armazenar esses
> arquivos e nada mais. Nessa abordagem (usando PloneLocalFolderNG, por
> exemplo) considerando que não teriamos problemas de alocação de memória,
> ainda continuariamos ocupando nossas threads do Zope enquanto alguem
> estivesse baixando os 650 MB dos ISOs (algo que pode levar horas se o
> request vem de uma linha discada). Basta voce imaginar a situação onde 4
> pessoas baixam 4 ISOs ao mesmo tempo. Nesse caso um servidor Zope com o
> numero de threads padrao praticamente travaria até um dos downloads ser
> encerrado. O ZEN do Zope diz que um request deve processar rapido, para
> nao deixar outros requests esperando muito tempo.

Acabou de sair algo no mínimo interessante:

The ZODB team is proud to announce a technical preview of a Blob
implementation for ZODB.

Blobs are used to efficiently storage large amounts of binary data
within a database. This implementation uses real files on the file
system in combination with any ZODB storage (FileStorage, ...) and
native support for ZEO clusters. It is efficient in terms of memory and
CPU usage.

Mais em http://www.gossamer-threads.com/lists/zope/announce/198252

Abraço,

--
Jean Ferri


Para enviar uma mensagem: zope-pt@yahoogrupos.com.br
Para desistir envie uma mensagem em branco para: [EMAIL PROTECTED]



Yahoo! Grupos, um serviço oferecido por:
PUBLICIDADE


Links do Yahoo! Grupos

Responder a