On Tue, Oct 16, 2007 at 02:28:43PM +0200, Martin Kersten wrote: [...] > > I'm busy with testing --- on a 8GB dual-dual-core 2GHz Opteron running > > 64-bit FedoraCore 6 and and optimized 64-bit Mserver with 64-bit OIDs, > > shredding the 19 GB file read-only took 11 hours, both with the old and the > > new hash functions (Mserver grew to 10 GB res, >50 GB virt). > Sorry, but this is a performance test and not a functionality test. > As such it can not and should not block a release.
In fact, it is (and was meant to be) a *functionality* test: My attempt to find out and validate whether the reported functionality bug is fixed by the gdk_posix remap fix, only, i.e., without the new string hash function. Stefan > > Shredding updateable without your two fixes took only 2 hours, but the > > resulting DB is currupt as reported in > > [ 1811229 ] [ADT] Adding large document, with update support > > http://sourceforge.net/tracker/index.php?func=detail&aid=1811229&group_id=56 > > . > > Shredding updateable with your two fixes is still busy, running for more > > than 6 hours, now... > > > > Stefan -- | Dr. Stefan Manegold | mailto:[EMAIL PROTECTED] | | CWI, P.O.Box 94079 | http://www.cwi.nl/~manegold/ | | 1090 GB Amsterdam | Tel.: +31 (20) 592-4212 | | The Netherlands | Fax : +31 (20) 592-4312 | ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Monetdb-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/monetdb-developers
