Re: FileSystemStorage (iw.fss) & Upload von großen Dateien

Martin Stadler <[email protected]>
Newsgroups gmane.comp.web.zope.german
Message-ID <[email protected]>
Am 30.10.2009 um 11:33 schrieb Raphael Ritz:

> Andreas Gabriel wrote:
>> Hallo,
>> ich habe bereits diesen Bug eingereicht, aber leider bis jetzt
>> keine Antwort erhalten
>>   http://plone.org/products/filesystemstorage/issues/38
>> Ich beschreibe ihn hier nochmals. Vielleicht kennt von Euch jemand
>> die Lösung. Ich habe nämlich, um die ZODB zu entlasten, den Storage  
>> von
>> ATFile auf iw.fss umgestellt. Nun stellt sich auf einmal das  
>> Problem ein,
>> dass der für Plone verfügbare Arbeitsspeicher die Größe der Upload- 
>> Datei
>> limitiert. Man kann den Effekt mittels top unter Linux sehr gut  
>> beobachten,
>> während des Uploads steigt der Speicherbedarf von Plone sprunghaft  
>> an und
>> normalisiert sich sofort nach erfolgreichem Upload. Wenn der  
>> Speicher nicht
>> ausreicht ergibt der Upload natürlich einen MemoryError.
>> Benutzt man allerdings den nativen AnnotationStorage für ATFile, gibt
>> es diesen sprunghaften Speicherbedarf gar nicht. Der Speicherbedarf
>> bleibt während des ganzen Uploads auf dem gleichen niedrigen Level.
>> Woran liegt das nur?
>
> Rein geraten: der "normale" upload (iw.fss) will erstmal das komplette
> File im Speicher haben, während der "Zope upload" die reinkommenden
> Daten auf Platte cached? Oder weil's gleich 'pdata' (possibly large
> data - a linked list) generiert?
>
> Wie gesagt, keine Ahnung,
>
> 	Raphael
>

Hallo!

Wenn ich mich recht erinnere, habe ich genau dieses Problem bei mir  
auch beobachtet. Wollte ich nur bestätigen :)

Ich glaube mit plone.app.blob gibt es das Problem nicht. Vielleicht  
willst du mal in diese angeblich noch nicht ganz stabile Alternative  
reinschauen.

Martin



_______________________________________________
zope mailing list
[email protected]
https://mail.dzug.org/mailman/listinfo/zope
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.