The "undo" posibility and the size of data.fs
Hei we have with zope developed a multiple choice test which employees can access over the internet. This works fine. However, each time an employee submits an answer, the size of the file data.fs increases much more than we would expect(3kB). The answer is stored on the emlpoyee object. We now do wonder if zope's "undo" possibility is an explanation to this large increase in data.fs; this since zope holds the states inbetween the transactions (four transactions for each question).If it is this undo possibility that causes the large increase in data.fs, we would like to know if it is possible to get around this "undo" tracking af zope. If it is not, we would also very much like to know how we could find out what other reason there is to the large increase in data.fs. I have exported the employee object to xml to see what is there stored, but all there looks normal. Best wishes and kind regards from Børge Kjeldstad
On Monday 23 December 2002 12:22 pm, borge@tsar.no wrote:
We now do wonder if zope's "undo" possibility is an explanation to this large increase in data.fs; this since zope holds the states inbetween the transactions (four transactions for each question).
(3k per question)/(4 transactions per question) = 800 bytes per transaction. This is normal if each transaction modifies your emloyee object, and each employee is roughly 800 bytes in size. You could use sessions to combine this into one transaction - storing intermediate changes in a volatile session object. This would give you a factor of 4 space saving.
If it is this undo possibility that causes the large increase in data.fs
Thats just the way FileStorage works. Yes, it is used to implement undo.
we would like to know if it is possible to get around this "undo" tracking af zope.
There are some storages that dont support undo, but nothing that is production-ready :-( Your best option is to pack regularly using cron. -- Toby Dickenson http://www.geminidataloggers.com/people/tdickenson
participants (2)
-
borge＠tsar.no -
Toby Dickenson