It would be great if you could do it, but beware that you will be benchmarking a lot of overhead if you only plan to measure storage performance. Why not use ZODB directly ? If I talk HTTP, it measures things fully - Python's interpreter lock will mean a storage system written in python
On Fri, 9 Jun 2000, Petru Paler wrote: I'd love some sort of benchmarking tool for this (and posibly other Storages). I guess the best way would a python script that uses urllib. Something that would algorithmically pump up the DB to 1GB in size and retrieve the URL's. Any volunteers
From my naive understanding, would this help with the problem ZODB has with regard to folders with many objects? Would a person who is using DirectoryStorage not necessarily be required to partition their objects into an artificially derived hierarchical directory structure? No, these
The version I sent to the list assumes a '/' directory separator. I'm releasing a fixed version (a snapshot of my working code) in a couple of seconds. Thats fine on windows too (a backslash is only required on the standard command line, but everywhere else a / is ok too) I do
I don't have the two on comparable machines :-( Do you have a standard benchmark for comparing the relative performance FileStorage/DirectoryStorage on reiser fs? Not yet. I have been using a script which just creates/retrieves objects from the ODB but I guess something more serious is
Petru Paler: This is the embodiment of my MutliFileStorage thingy on Jim's ZODB Wiki. I droped it (Never picked it up) when Mountable Storage was announced. I'll create a ReierFS partition some time this week and try it out. Excellent! Hello all, You probably saw my
Petru Paler writes: This is the embodiment of my MutliFileStorage thingy on Jim's ZODB Wiki. I Oops, didn't saw the ZODB Wiki until now :) droped it (Never picked it up) when Mountable Storage was announced. I'll create a ReierFS partition some time this week and try it out.