May 2010 - users-list

[MonetDB-users] Books CDs
by CHARTS LICENSING 11 Aug '24

11 Aug '24

Everything you want to know this dynamic artist check. At blueberry hills duck, roomfull story gtgt getting. Intriguing, life in biography. Here music looking for lyrics maybe, youre find which! Download free wallpapers featuring business cmg worldwide is exclusive. Videos latest products been easier. Exclusive estate we consider request use name voice, image. List covered berries charts licensing message! Reelin and rockin about, has everything you? Many exciting, photos him stage click! Artist check, out some quotes read all intriguing. It alive he, did on occasion birthday wednesday? Has everything you want to know this? Quotes read all intriguing life, in biography or. Gtgt getting licks years reelin and. Click here, music looking for lyrics maybe, youre. News celebrates his th rock will never! Chuck berry news celebrates his th rock, will. Browse through many exciting, photos him stage click here. He did on occasion birthday wednesday night at blueberry. Wallpapers featuring business cmg worldwide. Worldwide is exclusive estate we consider, request use name. Want to know this dynamic artist check out. Awards fast, facts clips list covered. Music looking for lyrics maybe youre. Message board downloads tour dates fan, club inquiries. Other sites, download free wallpapers featuring, business cmg worldwide. Request use, name, voice.

2 1

[MonetDB-users] XQuery API and XLink/XUpdate support
by Alexandra Mart�nez 27 Jun '24

27 Jun '24

Hello all, I was wondering if there is any documentation about the API for XQuery (i.e., how to write xqueries from a Java program). Also, I am interested in using some features of XLink and XUpdate on top of my XML database. Is support for any of these in progress? Thanks in advance, Alexandra ______________________________________________________ Click here to donate to the Hurricane Katrina relief effort. http://store.yahoo.com/redcross-donate3/

4 3

[MonetDB-users] Proofreading your professional documents
by Richard Hounslow 24 Feb '24

24 Feb '24

Dear Professor/Lecturer Please excuse us for contacting you directly. We are offering an efficient service to help you ensure your academic and professional work is written in perfect English. We will check the grammar and style of your work and return it to you to meet your requirements and deadlines. Proof-Reading-Service.com can provide you with a professional proofreading service at a very reasonable rate. All our proofreaders are highly qualified native English speakers. Many work as leading academics in their fields and all have extensive experience of proofreading to the highest standards. If you are interested in our service, please take a look at our website: www.proof-reading-service.com All you have to do is send us your document as a word attachment with the deadline and we will guarantee delivery of a perfectly written document to give you complete confidence when you submit your work. The fee is worked out on a flat rate (£6.95 per thousand words or 0.695 pence per word), so you know exactly how much the proofreading will cost in advance. Once we have received your document(s) we will confirm the word count, the price and the deadline. If you have not heard from us within 2 hours during normal business hours after you have sent your work please resend it from a different email account or send the file to proofreadings(a)gmail.com. We look forward to hearing from you! Yours faithfully Proof-Reading-Service.com

2 2

[MonetDB-users] Bulk Data Extraction & Embedded mserver5
by Hering Cheng 30 Aug '10

30 Aug '10

Hi, I was wondering if you can give me some ideas on how to retrieve data from MonetDB at very high throughput. The query will be very simple, issued against a single table. This table contains billions of records and I'd like to retrieve the data at a rate of at least one million records per second. From my naive tests with mclient running on the same 16-core machine as mserver5, I am only able to extract the data at about 20,000 records per second with the Feb2010 release. As a baseline case, with the same data in compressed (gzip'd) ASCII form stored in a regular file on the same (SAN) file system as MonetDB, I am able to read at the desired speed of one million records per second. I understand that there is communication overhead between mserver5 and mclient (or whatever client I use). Therefore, one possibility is to embed my application within mserver5. The embedded application basically just needs to be able to issue a SQL (or even MAL) query against the enclosing mserver5 and process the result set. If this is a viable approach, I'd like some guidance on where the hooks are. Thanks. Hering Cheng

5 8

[MonetDB-users] Meaning of: Scenario not initialized 'sql'
by Alex Bo. 17 Jun '10

17 Jun '10

Hi, Sometimes I get !MALException:setScenario:Scenario not initialized 'sql' from the server when I try to start it in scenarios that usually work without any problems. I can't reproduce it consistently, but sometimes I get it. What does this exception mean? Thanks. -- View this message in context: http://www.nabble.com/Meaning-of%3A-Scenario-not-initialized-%27sql%27-tp26… Sent from the monetdb-users mailing list archive at Nabble.com.

3 2

Re: [MonetDB-users] Server Crash Upon Connect
by Hering Cheng 28 May '10

28 May '10

Resent, with some of thread details removed due to limits on message length. On Thu, May 27, 2010 at 2:49 PM, Hering Cheng <hering.cheng(a)computer.org>wrote: > Hi, > > MonetDB core dumped after I had 10 Java threads retrieving a total of 23 > million records from a single table via JDBC. The threads actually all > completed successfully. The crash seems to occur when another process tried > to open a connection to the same database. I can reproduce the crash > consistently. > > After the core file is produced, processes can connect to MonetDB > successfully, with Merovingian starting up the dead mserver5 automatically. > > $ tail > ~/gaal/rdcuxsrv220-local-disk/chenher/monetdb/feb2010/var/log/MonetDB/merovingian.log > 2010-05-27 14:27:39 MSG merovingian[19478]: client rdcuxsrv220:61292 has > disconnected from proxy > 2010-05-27 14:27:42 MSG merovingian[19478]: client rdcuxsrv220:61296 has > disconnected from proxy > 2010-05-27 14:27:42 MSG merovingian[19478]: client rdcuxsrv220:61294 has > disconnected from proxy > 2010-05-27 14:27:42 MSG merovingian[19478]: client rdcuxsrv220:61298 has > disconnected from proxy > 2010-05-27 14:27:42 MSG merovingian[19478]: client rdcuxsrv220:61288 has > disconnected from proxy > 2010-05-27 14:27:42 MSG merovingian[19478]: client rdcuxsrv220:61304 has > disconnected from proxy > 2010-05-27 14:27:42 MSG merovingian[19478]: client rdcuxsrv220:61302 has > disconnected from proxy > 2010-05-27 14:32:33 MSG merovingian[19478]: proxying client > rdcuxsrv220:61784 for database 'taq' to mapi:monetdb://127.0.0.1:50001/taq > 2010-05-27 14:33:01 MSG merovingian[19478]: client rdcuxsrv220:61784 has > disconnected from proxy > 2010-05-27 14:34:06 MSG merovingian[19478]: database 'taq' (17289) has > crashed (dumped core) > > This is a Solaris SPARC server and MonetDB was built from the Feb2010 > source code using Sun Studio 12.1: > > $ ( ulimit -d $[32*1024*1024] && ulimit -n $[10*1024]; export > LD_PRELOAD_64=/usr/lib/64/libumem.so:${LD_PRELOAD_64}; export > LD_PRELOAD=/usr/lib/libumem.so:${LD_PRELOAD}; export > MONETDB5CONF=/GAAL/chenher/rdcuxsrv220-local-disk/chenher/monetdb/feb2010/etc/monetdb5.conf; > /GAAL/chenher/share/monetdb/distro-sparc-feb2010-64bit-debug/bin/mserver5 > --version; ) > MonetDB server v5.18.1 (64-bit), based on kernel v1.36.1 (64-bit oids) > Copyright (c) 1993-July 2008 CWI > Copyright (c) August 2008-2010 MonetDB B.V., all rights reserved > Visit http://monetdb.cwi.nl/ for further information > Found 32.0GiB available memory, 16 available cpu cores > Configured for prefix: > /GAAL/chenher/share/monetdb/distro-sparc-feb2010-64bit-debug > Libraries: > libpcre: 8.01 2010-01-19 (compiled with 8.01) > openssl: OpenSSL 0.9.8k 25 Mar 2009 (compiled with ) > libxml2: 2.6.23 (compiled with 2.6.23) > Compiled by: chenher@rdcuxsrv220 (sparc-sun-solaris2.10) > Compilation: cc -m64 -xcode=pic32 > -I/GAAL/chenher/share/hans_boehm_gc/distro-sparc-6.8-64bit/include/ -g > Linking : /usr/ccs/bin/ld -m64 -L/GAAL/chenher/share/openssl-64bit/lib > -L/GAAL/chenher/share/pcre-64bit/lib > -L/GAAL/chenher/share/hans_boehm_gc/distro-sparc-6.8-64bit/lib/ > > $ dbx ~/gaal/share/monetdb/distro-sparc-feb2010-64bit-debug/bin/mserver5 > ~/gaal/rdcuxsrv220-local-disk/chenher/monetdb/feb2010/var/MonetDB5/dbfarm/taq/core > For information about new features see `help changes' > To remove this message, put `dbxenv suppress_startup_message 7.7' in your > .dbxrc > Reading mserver5 > ... > Reading lib_logger.so.5.18.1 > Reading libuuid.so.1 > t@4 (l@4) terminated by signal SEGV (no mapping at the fault address) > Current function is putName > 174 for(l= nme[0]; l && namespace.nme[l]; l= > namespace.link[l]){ > (dbx) where > current thread: t@4 > =>[1] putName(nme = 0xffffffff6aec3928 "exportValue", len = 11U), line 174 > in "mal_namespace.c" > [2] initSQLreferences(), line 49 in "sql_gencode.c" > [3] SQLinitClient(c = 0xffffffff7f352628), line 379 in "sql_scenario.c" > [4] runPhase(c = 0xffffffff7f352628, phase = 5), line 363 in > "mal_scenario.c" > [5] runScenarioBody(c = 0xffffffff7f352628), line 392 in "mal_scenario.c" > [6] runScenario(c = 0xffffffff7f352628), line 438 in "mal_scenario.c" > [7] MSserveClient(dummy = 0xffffffff7f352628), line 368 in > "mal_session.c" > (dbx) threads > t@1 a l@1 ?() LWP suspended in __pollsys() > t@2 a l@2 SERVERlistenThread() LWP suspended in __pollsys() > t@3 a l@3 mvc_logmanager() LWP suspended in __pollsys() > o> t@4 a l@4 ?() signal SIGSEGV in putName() > t@5 a l@5 runDFLOWworker() sleep on 0x100c14b08 in > __lwp_park() > t@6 a l@6 runDFLOWworker() sleep on 0x100c14b08 in > __lwp_park() > t@7 a l@7 runDFLOWworker() sleep on 0x100c14b08 in > __lwp_park() > t@8 a l@8 runDFLOWworker() sleep on 0x100c14b08 in > __lwp_park() > t@9 a l@9 runDFLOWworker() sleep on 0x100c14b08 in > __lwp_park() > t@10 a l@10 runDFLOWworker() sleep on 0x100c14b08 in > __lwp_park() > t@11 a l@11 runDFLOWworker() sleep on 0x100c14b08 in > __lwp_park() > t@12 a l@12 runDFLOWworker() sleep on 0x100c14b08 in > __lwp_park() > t@13 a l@13 runDFLOWworker() sleep on 0x100c14b08 in > __lwp_park() > t@14 a l@14 runDFLOWworker() sleep on 0x100c14b08 in > __lwp_park() > t@15 a l@15 runDFLOWworker() sleep on 0x100c14b08 in > __lwp_park() > t@16 a l@16 runDFLOWworker() sleep on 0x100c14b08 in > __lwp_park() > t@17 a l@17 runDFLOWworker() sleep on 0x100c14b08 in > __lwp_park() > t@18 a l@18 runDFLOWworker() sleep on 0x100c14b08 in > __lwp_park() > t@19 a l@19 runDFLOWworker() sleep on 0x100c14b08 in > __lwp_park() > t@20 a l@20 runDFLOWworker() sleep on 0x100c14b08 in > __lwp_park() > t@21 a l@21 ?() sleep on 0xffffffff7f352a98 in __lwp_park() > t@22 a l@22 ?() sleep on 0xffffffff7f352d58 in __lwp_park() > t@23 a l@23 ?() sleep on 0xffffffff7f353018 in __lwp_park() > t@24 a l@24 ?() sleep on 0xffffffff7f3532d8 in __lwp_park() > t@25 a l@25 ?() sleep on 0xffffffff7f353598 in __lwp_park() > t@26 a l@26 ?() sleep on 0xffffffff7f353858 in __lwp_park() > t@27 a l@27 ?() sleep on 0xffffffff7f353b18 in __lwp_park() > t@28 a l@28 ?() sleep on 0xffffffff7f353dd8 in __lwp_park() > t@29 a l@29 ?() sleep on 0xffffffff7f354098 in __lwp_park() > t@30 a l@30 ?() sleep on 0xffffffff7f354358 in __lwp_park() > t@31 a l@31 runDFLOWworker() sleep on 0x1012f8988 in > __lwp_park() > t@32 a l@32 runDFLOWworker() sleep on 0x1012f8988 in > __lwp_park() > t@33 a l@33 runDFLOWworker() sleep on 0x1012f8988 in > __lwp_park() > ... > t@174 a l@174 runDFLOWworker() sleep on 0x102c9f908 in > __lwp_park() > t@175 a l@175 runDFLOWworker() sleep on 0x102c9f908 in > __lwp_park() > > Thanks. > Hering >

1 0

[MonetDB-users] Loading problems since FEB2010+SP1 release
by Nozhup 26 May '10

26 May '10

Since the FEB2010+SP1 release we're encountering loading issues. With the FEB2010 release we were able to load records until the HDD was full (500+ million records) on PCs with 2,3 or 24 GB ram memory without going to the SWAP. This was done by loading CSV-files with 1 million records each through the COPY INTO command (in the mclient and through a c-script). Since the FEB2010+SP1 release the system starts to SWAP after loading the first couple of million records. This results in increased loadtimes per loaded CSV-file: 1th million: 14 sec 2nd million: 26 sec 3rd million: 44 sec 4th million: 50 sec 5th million: 69 sec etc. We have tested this on several PCs and all PCs encounter the same problem. Test files used are the same for both releases as is the OS (Ubuntu 9.10). The only variable that has changed is MonetDB. -- View this message in context: http://old.nabble.com/Loading-problems-since-FEB2010%2BSP1-release-tp282876… Sent from the monetdb-users mailing list archive at Nabble.com.

5 7

[MonetDB-users] June Candidate release
by Nozhup 26 May '10

26 May '10

Hi, I'm having trouble making the June Candidate release. OS Used Ubuntu 10.04 Versions Tried 20100516/ 20100525/ 20100526/ Command Used ./monetdb-install.sh --enable-sql Part Of Error Log SQLExtendedFetch.c:43: error: conflicting types for 'SQLExtendedFetch' /usr/include/sqlext.h:1853: note: previous declaration of 'SQLExtendedFetch' was here make[7]: *** [libMonetODBC_la-SQLExtendedFetch.lo] Error 1 make[7]: Leaving directory `/var/tmp/MonetDB-1274859923/MonetDB-client/clients/src/odbc/driver' make[6]: *** [all] Error 2 make[6]: Leaving directory `/var/tmp/MonetDB-1274859923/MonetDB-client/clients/src/odbc/driver' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/var/tmp/MonetDB-1274859923/MonetDB-client/clients/src/odbc' make[4]: *** [all] Error 2 make[4]: Leaving directory `/var/tmp/MonetDB-1274859923/MonetDB-client/clients/src/odbc' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/MonetDB-1274859923/MonetDB-client/clients/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/MonetDB-1274859923/MonetDB-client/clients/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/MonetDB-1274859923/MonetDB-client/clients' -- View this message in context: http://old.nabble.com/June-Candidate-release-tp28677743p28677743.html Sent from the monetdb-users mailing list archive at Nabble.com.

3 5

[MonetDB-users] Mapi - mal
by Petros Tsialiamanis 20 May '10

20 May '10

Hello, I would like to get the oid of a stored uri using the Mapi library. The mal commands that need to be executed are: tokenizer.open("rdf"); id := tokenizer.locate("http://uri"); io.print(); tokenizer.close(); I tried to run the following program ...tokenizer.open("rdf");... ... if ((hdl = mapi_query(dbh, "tokenizer.locate(\"http://uri\")")) == NULL || mapi_error(dbh) != MOK) die(dbh, hdl); if (mapi_close_handle(hdl) != MOK) die(dbh, hdl); while (mapi_fetch_row(hdl)) result=mapi_fetch_field(hdl, 0); ... ...tokenizer.close();... .. but I get the following error Mapi.mx:5141: mapi_fetch_row: Assertion `(hdl)->mid' failed. Could you tell me how can I solve this problem? Kind regards, Petros

2 2

[MonetDB-users] Loading and querying on the same database.
by Nozhup 19 May '10

19 May '10

Loading and querying simultaneously seems to slowdown the database significantly. I can understand if the queries became slower during loading, but it seems that only the first query before loading is finished is slow and all queries coming after. I can only fix the slowdown by using "killall mserver5" in a terminal, which is not an acceptable solution. I start 1 "copy into" action with one connection and at the same time a series of simple queries on another connection. The Simple query looks something like this: SELECT x,y FROM table WHERE x = '519'; Used OS: Ubuntu 9.10 and 10.04 MonetDB: Feb2010 release (SP! and SP2 are no option due to them giving loading problems) Results Query: 1 --> 0.000191 SECONDS : : : Query: 10501 --> 0.000170 SECONDS Query: 10502 --> 0.000169 SECONDS Query: 10503 --> 0.000169 SECONDS Query: 10504 --> 0.000172 SECONDS Query: 10505 --> 0.000172 SECONDS Query: 10506 --> 0.000174 SECONDS Query: 10507 --> 0.000178 SECONDS Query: 10508 --> 1.199149 SECONDS Load : 1 --> 3.238532 SECONDS Query: 1-10509 --> 1.238804 SECONDS Query: 1-10510 --> 1.175408 SECONDS Query: 1-10511 --> 1.141172 SECONDS Query: 1-10512 --> 1.132525 SECONDS Query: 1-10513 --> 1.159554 SECONDS Query: 1-10514 --> 1.158303 SECONDS Query: 1-10515 --> 1.160997 SECONDS How do I solve this or is this an error in MonetDB? Thanks in advance. -- View this message in context: http://old.nabble.com/Loading-and-querying-on-the-same-database.-tp28605728… Sent from the monetdb-users mailing list archive at Nabble.com.

2 5