Hi all,
I use BenchmarkFactory and ODBC to test the monentdb performance. But it
seems the default option of monentdb is autocommit, so some test scripts
seems not work.
How should i change the autocommit option (not only use "set autocommit 0"
and just change it in the range of one transaction )?
Does anyone know the details(that'are tools, scripts, monetdb enviroment) of
TPC-H test in monentdb website?
Many thanks~
Regards
Yan
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
../../../../src/modules/mal/replicator.mx: In function ‘MASTERreplay’:
../../../../src/modules/mal/replicator.mx:551: error: ‘msg’ may be used
uninitialized in this function
make[8]: *** [lib_replicator_la-replicator.lo] Error 1
I get the following nag from the compiler.
Stefan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEAREKAAYFAkqZWRYACgkQYH1+F2Rqwn2GYACcCyJVoQQzXV72lthLqcuzzCGx
ef0AniCCaJy8qHd0IZYjeccYOFwvRCgo
=xUjB
-----END PGP SIGNATURE-----
Hello devs,
Roberto and I yesterday discussed that it would be useful to be able
to load (compressed) XML collections directly into MonetDB/XQuery.
The attached diff provides a new feature for loading multiple XML docs
directly from tar files.
Usage: "mclient -lxq -C <colname>" and pass a tarfile via stdin, see
example below.
My question: is this useful enough to make it into MonetDB? And if so,
is the current syntax appropriate. Comments are appreciated.
Greetings,
Wouter
$ mkdir xmlfiles
$ echo "<abc/>" > xmlfiles/aap.xml
$ echo "<abc/>" > xmlfiles/beer.xml
$ tar cf xmlfiles.tar xmlfiles
$ mclient -lxq -C xmlfiles < xmlfiles.tar
Copying TAR file into collection: 'xmlfiles'
Name: xmlfiles/beer.xml Length: 7
Name: xmlfiles/aap.xml Length: 7
$ echo 'pf:documents("xmlfiles")' | mclient -lxq
<document updatable="false" url="xmlfiles/aap.xml"
collection="xmlfiles">xmlfiles/aap.xml</document>,
<document updatable="false" url="xmlfiles/beer.xml"
collection="xmlfiles">xmlfiles/beer.xml</document>
$
Dear all,
The MonetDB team at CWI/MonetDB BV are pleased to announce the new
"Aug2009" feature release of the MonetDB suite of programs.
This feature release is backward compatible with the previous
releases (Nov2008 through May2009-SP2).
Caveat:
When upgrading from a release older than May2009 (i.e., Nov2008
through Feb2009-SP2), you need to move your write-ahead log
following the "recommended" instructions for
SQL (<http://monetdb.cwi.nl/Development/Releases/May2009/#SQL>)
and/or
XQuery (<http://monetdb.cwi.nl/Development/Releases/May2009/#XQuery>).
More information on the new release is available at
<http://monetdb.cwi.nl/Development/Releases/Aug2009/>.
The sources and binaries are available at
<http://monetdb.cwi.nl/Download/>.
Enjoy!
The MonetDB team at CWI/MonetDB BV.
--
| Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl |
| 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 |
Sjoerd, fellow developers,
I just realize the following:
(at least) due to my recent changes, (at least) MonetDB4 & MonetDB5 in the
Aug2009 release branch (most probably) do no longer compile with an earlier
version of MonetDB common (GDK), mainly because I added (for convenience)
the assert_shift_width() C macro to gdk.mx/gdk.h .
It could well be, that binary build of the latest versions of MonetDB4 &
MonetDB5 still work with binary builds of earlier versions of MonetDB common
(GDK); at least I'm not aware of any interface changes.
Hence, unless we remove the assert_shift_width() C macro, again (and
implement its functionlity differently), we'd need to make the upcoming
MonetDB-4.32.0 and MonetDB-5.14.0 requiring MonetDB-1.32.0. However, this
also changes the dependencies for the binaries.
Well, given our regular release cycle, and Windows installers and super
source balls that contain "everything", anyway, I don't expect too many
users that would like to upgrade only M4 or M5 or sql, while keeping the
"old" GDK ...
Hence, to be on the save side, I'd propose to update all dependecies in the
Aug2009 branch to require part from that very branch (and possibly introduce
this as a standard procedure, unless/until we indeed do partial releases).
Any thoughs, comments, objections?
Thanks!
Stefan
--
| Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl |
| 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 |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Martin Kersten schreef:
> For key-valued columns the max join result size is known.
> /* foreign key joins are common */
> if( l->ttype== TYPE_oid || r->htype == TYPE_oid || r->htype== TYPE_void)
> return MAX(lc,rc);
> + if (l->tkey || r->hkey)
> + return MAX(lc,rc);
Is there a reason not to merge this in the previous if?
Stefan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEAREKAAYFAkqIBOQACgkQYH1+F2Rqwn1GvwCfQVokOe6Z1nw9fzn1gALoxKN1
nl8An38ArAJcdAtlQgJWXOdg2XBOMx4V
=SZZ9
-----END PGP SIGNATURE-----
Is this correct? What about the case where you have a field which ends
in \\, such as
\\,more data
which is two fields separated by a comma.
On 2009-08-14 08:17, Martin Kersten wrote:
> Update of /cvsroot/monetdb/MonetDB5/src/modules/mal
> In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv11440
>
> Modified Files:
> tablet.mx
> Log Message:
> Only start looking at the escape if you really have to.
>
>
> U tablet.mx
> Index: tablet.mx
> ===================================================================
> RCS file: /cvsroot/monetdb/MonetDB5/src/modules/mal/tablet.mx,v
> retrieving revision 1.226
> retrieving revision 1.227
> diff -u -d -r1.226 -r1.227
> --- tablet.mx 14 Aug 2009 05:50:11 -0000 1.226
> +++ tablet.mx 14 Aug 2009 06:17:10 -0000 1.227
> @@ -2278,21 +2278,21 @@
> /* we split based on simple character separators for speed */
> if ( rseplen == 1 ){
> for (; *e; e++)
> - if ( *e == '\\')
> - e++;
> - else
> - if ( *e == *rsep)
> + if ( *e == *rsep) {
> + if ( e> s&& *(e-1) == '\\')
> + continue;
> break;
> + }
> if (*e == 0)
> e = 0;
> } else
> do {
> for ( ; *e ; e++)
> - if ( *e == '\\')
> - e++;
> - else
> - if ( *e == *rsep&& strncmp(e,rsep,rseplen) == 0 )
> + if ( *e == *rsep&& strncmp(e,rsep,rseplen) == 0 ) {
> + if ( e> s&& *(e-1) == '\\')
> + continue;
> break;
> + }
>
> if ( *e ) break;
> e = 0;
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Monetdb-checkins mailing list
> Monetdb-checkins(a)lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/monetdb-checkins
--
Sjoerd Mullender
Sjoerd,
this checkin seems to fix the following tests, while not harming any others
(on my 64-bit Fedora 10 desktop):
MonetDB4/src/gdk/malloc_mmap_priv.milS
MonetDB4/src/modules/plain/bat.py
sql/src/test/BugTracker-2009/union_leak.SF-2540169.SQL.sh
Stefan
On Thu, Aug 13, 2009 at 02:41:08PM +0000, Sjoerd Mullender wrote:
> Update of /cvsroot/monetdb/MonetDB/src/gdk
> In directory 23jxhf1.ch3.sourceforge.com:/tmp/cvs-serv31891
>
> Modified Files:
> Tag: Aug2009
> gdk_heap.mx
> Log Message:
> Experimental checkin.
>
> Memory maps come in two flavors: normal and private
> (a.k.a. copy-on-write). The former are more efficient when saving
> since less data needs to be copied, but they can be a pain when
> dealing with pre-existing heaps, since then a backup needs to be made
> before starting to update the data.
>
> When switching from malloced to memory mapped allocation in a heap, we
> now see whether the heap file already existed, and if so, we use a
> private memory map (as before), but if the file did not exist, we now
> use a normal memory map. We don't need to make a backup first,
> because there is no pre-existing data to backup, so this should work.
>
> The result of this change is that loading data into fresh bats should
> be quicker. Since the new heaps are now "normal" memory maps, less
> copying takes place when the data is saved. A quick test suggests
> that this is indeed the case: the loading part of the 15M Periscope
> test took longer than the timeout (1800 seconds) allowed without this
> change, but was finished in about 1000 seconds with the change.
>
> Tonight's testing will hopefully show whether this idea does indeed
> work.
>
>
> U gdk_heap.mx
> Index: gdk_heap.mx
> ===================================================================
> RCS file: /cvsroot/monetdb/MonetDB/src/gdk/gdk_heap.mx,v
> retrieving revision 1.125
> retrieving revision 1.125.2.1
> diff -u -d -r1.125 -r1.125.2.1
> --- gdk_heap.mx 25 Jul 2009 21:51:40 -0000 1.125
> +++ gdk_heap.mx 13 Aug 2009 14:41:05 -0000 1.125.2.1
> @@ -206,13 +206,26 @@
> }
> /* too big: convert it to a disk-based temporary heap */
> if (can_mmap) {
> - FILE *fp = GDKfilelocate(nme, "wb", ext);
> + FILE *fp;
> char *of = h->filename;
> + int existing = 0;
> +
> + /* if the heap file already exists, we want to
> + switch to STORE_PRIV (copy-on-write memory
> + mapped files), but if the heap file doesn't
> + exist yet, the BAT is new and we can use
> + STORE_MMAP */
> + fp = GDKfilelocate(nme, "rb", ext);
> + if (fp != NULL) {
> + existing = 1;
> + fclose(fp);
> + }
> h->filename = NULL;
> + fp = GDKfilelocate(nme, "wb", ext);
> if (fp != NULL) {
> fclose(fp);
> if (h->storage == STORE_MEM) {
> - int newmode = (h->newstorage != STORE_MMAP)?h->newstorage:STORE_PRIV;
> + int newmode = h->newstorage == STORE_MMAP && existing ? STORE_PRIV : h->newstorage;
> /* make sure we realy MMAP */
> if (must_mmap && h->newstorage == STORE_MEM)
> newmode = STORE_MMAP;
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Monetdb-checkins mailing list
> Monetdb-checkins(a)lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/monetdb-checkins
>
>
>
>
>
--
| Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl |
| 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 |