… | |
… | |
3 | BDB - Asynchronous Berkeley DB access |
3 | BDB - Asynchronous Berkeley DB access |
4 | |
4 | |
5 | =head1 SYNOPSIS |
5 | =head1 SYNOPSIS |
6 | |
6 | |
7 | use BDB; |
7 | use BDB; |
|
|
8 | |
|
|
9 | my $env = db_env_create; |
|
|
10 | |
|
|
11 | mkdir "bdtest", 0700; |
|
|
12 | db_env_open |
|
|
13 | $env, |
|
|
14 | "bdtest", |
|
|
15 | BDB::INIT_LOCK | BDB::INIT_LOG | BDB::INIT_MPOOL |
|
|
16 | | BDB::INIT_TXN | BDB::RECOVER | BDB::USE_ENVIRON | BDB::CREATE, |
|
|
17 | 0600; |
|
|
18 | |
|
|
19 | $env->set_flags (BDB::AUTO_COMMIT | BDB::TXN_NOSYNC, 1); |
|
|
20 | |
|
|
21 | my $db = db_create $env; |
|
|
22 | db_open $db, undef, "table", undef, BDB::BTREE, BDB::AUTO_COMMIT | BDB::CREATE |
|
|
23 | | BDB::READ_UNCOMMITTED, 0600; |
|
|
24 | db_put $db, undef, "key", "data", 0, sub { |
|
|
25 | db_del $db, undef, "key"; |
|
|
26 | }; |
|
|
27 | db_sync $db; |
|
|
28 | |
|
|
29 | # when you also use Coro, management is easy: |
|
|
30 | use Coro::BDB; |
|
|
31 | |
|
|
32 | # automatic event loop intergration with AnyEvent: |
|
|
33 | use AnyEvent::BDB; |
|
|
34 | |
|
|
35 | # automatic result processing with EV: |
|
|
36 | my $WATCHER = EV::io BDB::poll_fileno, EV::READ, \&BDB::poll_cb; |
|
|
37 | |
|
|
38 | # with Glib: |
|
|
39 | add_watch Glib::IO BDB::poll_fileno, |
|
|
40 | in => sub { BDB::poll_cb; 1 }; |
|
|
41 | |
|
|
42 | # or simply flush manually |
|
|
43 | BDB::flush; |
|
|
44 | |
8 | |
45 | |
9 | =head1 DESCRIPTION |
46 | =head1 DESCRIPTION |
10 | |
47 | |
11 | See the BerkeleyDB documentation (L<http://www.oracle.com/technology/documentation/berkeley-db/db/index.html>). |
48 | See the BerkeleyDB documentation (L<http://www.oracle.com/technology/documentation/berkeley-db/db/index.html>). |
12 | The BDB API is very similar to the C API (the translation has been very faithful). |
49 | The BDB API is very similar to the C API (the translation has been very faithful). |
… | |
… | |
72 | use strict 'vars'; |
109 | use strict 'vars'; |
73 | |
110 | |
74 | use base 'Exporter'; |
111 | use base 'Exporter'; |
75 | |
112 | |
76 | BEGIN { |
113 | BEGIN { |
77 | our $VERSION = '1.1'; |
114 | our $VERSION = '1.5'; |
78 | |
115 | |
79 | our @BDB_REQ = qw( |
116 | our @BDB_REQ = qw( |
80 | db_env_open db_env_close db_env_txn_checkpoint db_env_lock_detect |
117 | db_env_open db_env_close db_env_txn_checkpoint db_env_lock_detect |
81 | db_env_memp_sync db_env_memp_trickle |
118 | db_env_memp_sync db_env_memp_trickle |
82 | db_open db_close db_compact db_sync db_put db_get db_pget db_del db_key_range |
119 | db_open db_close db_compact db_sync db_upgrade |
|
|
120 | db_put db_get db_pget db_del db_key_range |
83 | db_txn_commit db_txn_abort db_txn_finish |
121 | db_txn_commit db_txn_abort db_txn_finish |
84 | db_c_close db_c_count db_c_put db_c_get db_c_pget db_c_del |
122 | db_c_close db_c_count db_c_put db_c_get db_c_pget db_c_del |
85 | db_sequence_open db_sequence_close |
123 | db_sequence_open db_sequence_close |
86 | db_sequence_get db_sequence_remove |
124 | db_sequence_get db_sequence_remove |
87 | ); |
125 | ); |
… | |
… | |
95 | |
133 | |
96 | require XSLoader; |
134 | require XSLoader; |
97 | XSLoader::load ("BDB", $VERSION); |
135 | XSLoader::load ("BDB", $VERSION); |
98 | } |
136 | } |
99 | |
137 | |
|
|
138 | =head2 WIN32 FILENAMES/DATABASE NAME MESS |
|
|
139 | |
|
|
140 | Perl on Win32 supports only ASCII filenames (the reason is that it abuses |
|
|
141 | an internal flag to store wether a filename is Unicode or ANSI, but that |
|
|
142 | flag is used for somethign else in the perl core, so there is no way to |
|
|
143 | detect wether a filename is ANSI or Unicode-encoded). The BDB module |
|
|
144 | tries to work around this issue by assuming that the filename is an ANSI |
|
|
145 | filename and BDB was built for unicode support. |
|
|
146 | |
100 | =head2 BERKELEYDB FUNCTIONS |
147 | =head2 BERKELEYDB FUNCTIONS |
101 | |
148 | |
102 | All of these are functions. The create functions simply return a new |
149 | All of these are functions. The create functions simply return a new |
103 | object and never block. All the remaining functions all take an optional |
150 | object and never block. All the remaining functions take an optional |
104 | callback as last argument. If it is missing, then the fucntion will be |
151 | callback as last argument. If it is missing, then the function will be |
105 | executed synchronously. |
152 | executed synchronously. In both cases, C<$!> will reflect the return value |
|
|
153 | of the function. |
106 | |
154 | |
107 | BDB functions that cannot block (mostly functions that manipulate |
155 | BDB functions that cannot block (mostly functions that manipulate |
108 | settings) are method calls on the relevant objects, so the rule of thumb |
156 | settings) are method calls on the relevant objects, so the rule of thumb |
109 | is: if its a method, its not blocking, if its a function, it takes a |
157 | is: if it's a method, it's not blocking, if it's a function, it takes a |
110 | callback as last argument. |
158 | callback as last argument. |
111 | |
159 | |
112 | In the following, C<$int> signifies an integer return value, |
160 | In the following, C<$int> signifies an integer return value, |
113 | C<octetstring> is a "binary string" (i.e. a perl string with no character |
161 | C<octetstring> is a "binary string" (i.e. a perl string with no character |
114 | indices >255), C<U32> is an unsigned 32 bit integer, C<int> is some |
162 | indices >255), C<U32> is an unsigned 32 bit integer, C<int> is some |
… | |
… | |
145 | |
193 | |
146 | db_open (DB *db, DB_TXN_ornull *txnid, octetstring file, octetstring database, int type, U32 flags, int mode, SV *callback = &PL_sv_undef) |
194 | db_open (DB *db, DB_TXN_ornull *txnid, octetstring file, octetstring database, int type, U32 flags, int mode, SV *callback = &PL_sv_undef) |
147 | flags: AUTO_COMMIT CREATE EXCL MULTIVERSION NOMMAP RDONLY READ_UNCOMMITTED THREAD TRUNCATE |
195 | flags: AUTO_COMMIT CREATE EXCL MULTIVERSION NOMMAP RDONLY READ_UNCOMMITTED THREAD TRUNCATE |
148 | db_close (DB *db, U32 flags = 0, SV *callback = &PL_sv_undef) |
196 | db_close (DB *db, U32 flags = 0, SV *callback = &PL_sv_undef) |
149 | flags: DB_NOSYNC |
197 | flags: DB_NOSYNC |
|
|
198 | db_upgrade (DB *db, octetstring file, U32 flags = 0, SV *callback = &PL_sv_undef) |
150 | db_compact (DB *db, DB_TXN_ornull *txn = 0, SV *start = 0, SV *stop = 0, SV *unused1 = 0, U32 flags = DB_FREE_SPACE, SV *unused2 = 0, SV *callback = &PL_sv_undef) |
199 | db_compact (DB *db, DB_TXN_ornull *txn = 0, SV *start = 0, SV *stop = 0, SV *unused1 = 0, U32 flags = DB_FREE_SPACE, SV *unused2 = 0, SV *callback = &PL_sv_undef) |
151 | flags: FREELIST_ONLY FREE_SPACE |
200 | flags: FREELIST_ONLY FREE_SPACE |
152 | db_sync (DB *db, U32 flags = 0, SV *callback = &PL_sv_undef) |
201 | db_sync (DB *db, U32 flags = 0, SV *callback = &PL_sv_undef) |
153 | db_key_range (DB *db, DB_TXN_ornull *txn, SV *key, SV *key_range, U32 flags = 0, SV *callback = &PL_sv_undef) |
202 | db_key_range (DB *db, DB_TXN_ornull *txn, SV *key, SV *key_range, U32 flags = 0, SV *callback = &PL_sv_undef) |
154 | db_put (DB *db, DB_TXN_ornull *txn, SV *key, SV *data, U32 flags = 0, SV *callback = &PL_sv_undef) |
203 | db_put (DB *db, DB_TXN_ornull *txn, SV *key, SV *data, U32 flags = 0, SV *callback = &PL_sv_undef) |
… | |
… | |
179 | db_sequence_remove (DB_SEQUENCE *seq, DB_TXN_ornull *txnid = 0, U32 flags = 0, SV *callback = &PL_sv_undef) |
228 | db_sequence_remove (DB_SEQUENCE *seq, DB_TXN_ornull *txnid = 0, U32 flags = 0, SV *callback = &PL_sv_undef) |
180 | flags: TXN_NOSYNC |
229 | flags: TXN_NOSYNC |
181 | |
230 | |
182 | =head4 db_txn_finish (DB_TXN *txn, U32 flags = 0, SV *callback = &PL_sv_undef) |
231 | =head4 db_txn_finish (DB_TXN *txn, U32 flags = 0, SV *callback = &PL_sv_undef) |
183 | |
232 | |
184 | This is not a Berkeley DB function but a BDB module extension. It is very |
233 | This is not actually a Berkeley DB function but a BDB module |
|
|
234 | extension. The background for this exytension is: It is very annoying to |
185 | annoying to have to check every single BDB function for error returns and |
235 | have to check every single BDB function for error returns and provide a |
186 | provide a codepath out of your transaction. While the BDB module still |
236 | codepath out of your transaction. While the BDB module still makes this |
187 | makes this possible, it contains the following extensions: |
237 | possible, it contains the following extensions: |
188 | |
238 | |
189 | When a transaction-protected function returns any operating system |
239 | When a transaction-protected function returns any operating system |
190 | error (errno > 0), BDB will set the C<TXN_DEADLOCK> flag on the |
240 | error (errno > 0), BDB will set the C<TXN_DEADLOCK> flag on the |
191 | transaction. This flag is also set by Berkeley DB functions externally |
241 | transaction. This flag is also set by Berkeley DB functions themselves |
192 | when an operation fails with LOCK_DEADLOCK, and it causes all further |
242 | when an operation fails with LOCK_DEADLOCK, and it causes all further |
193 | operations on that transaction (including C<db_txn_commit>) to fail. |
243 | operations on that transaction (including C<db_txn_commit>) to fail. |
194 | |
244 | |
195 | The C<db_txn_finish> request will look at this flag, and, if it is set, |
245 | The C<db_txn_finish> request will look at this flag, and, if it is set, |
196 | will automatically call C<db_txn_abort> (setting errno to C<LOCK_DEADLOCK> |
246 | will automatically call C<db_txn_abort> (setting errno to C<LOCK_DEADLOCK> |
197 | if it isn't set). If it isn't set, it will call C<db_txn_commit> and |
247 | if it isn't set to something else yet). If it isn't set, it will call |
198 | return the error normally. |
248 | C<db_txn_commit> and return the error normally. |
199 | |
249 | |
200 | How to use this? Easy: just write your transaction normally: |
250 | How to use this? Easy: just write your transaction normally: |
201 | |
251 | |
202 | my $txn = $db_env->txn_begin; |
252 | my $txn = $db_env->txn_begin; |
203 | db_get $db, $txn, "key", my $data; |
253 | db_get $db, $txn, "key", my $data; |
… | |
… | |
208 | That is, handle only the expected errors. If something unexpected happens |
258 | That is, handle only the expected errors. If something unexpected happens |
209 | (EIO, LOCK_NOTGRANTED or a deadlock in either db_get or db_put), then the remaining |
259 | (EIO, LOCK_NOTGRANTED or a deadlock in either db_get or db_put), then the remaining |
210 | requests (db_put in this case) will simply be skipped (they will fail with |
260 | requests (db_put in this case) will simply be skipped (they will fail with |
211 | LOCK_DEADLOCK) and the transaction will be aborted. |
261 | LOCK_DEADLOCK) and the transaction will be aborted. |
212 | |
262 | |
213 | You cna use the C<< $txn->failed >> method to check wether a transaction |
263 | You can use the C<< $txn->failed >> method to check wether a transaction |
214 | has failed in this way and abort further processing (excluding |
264 | has failed in this way and abort further processing (excluding |
215 | C<db_txn_finish>). |
265 | C<db_txn_finish>). |
216 | |
266 | |
217 | =head3 DB_ENV/database environment methods |
267 | =head3 DB_ENV/database environment methods |
218 | |
268 | |
… | |
… | |
241 | $int = $env->set_lk_max_lockers (U32 max) |
291 | $int = $env->set_lk_max_lockers (U32 max) |
242 | $int = $env->set_lk_max_locks (U32 max) |
292 | $int = $env->set_lk_max_locks (U32 max) |
243 | $int = $env->set_lk_max_objects (U32 max) |
293 | $int = $env->set_lk_max_objects (U32 max) |
244 | $int = $env->set_lg_bsize (U32 max) |
294 | $int = $env->set_lg_bsize (U32 max) |
245 | $int = $env->set_lg_max (U32 max) |
295 | $int = $env->set_lg_max (U32 max) |
|
|
296 | $int = $env->mutex_set_increment (U32 increment) |
|
|
297 | $int = $env->mutex_set_tas_spins (U32 tas_spins) |
|
|
298 | $int = $env->mutex_set_max (U32 max) |
|
|
299 | $int = $env->mutex_set_align (U32 align) |
246 | |
300 | |
247 | $txn = $env->txn_begin (DB_TXN_ornull *parent = 0, U32 flags = 0) |
301 | $txn = $env->txn_begin (DB_TXN_ornull *parent = 0, U32 flags = 0) |
248 | flags: READ_COMMITTED READ_UNCOMMITTED TXN_NOSYNC TXN_NOWAIT TXN_SNAPSHOT TXN_SYNC TXN_WAIT TXN_WRITE_NOSYNC |
302 | flags: READ_COMMITTED READ_UNCOMMITTED TXN_NOSYNC TXN_NOWAIT TXN_SNAPSHOT TXN_SYNC TXN_WAIT TXN_WRITE_NOSYNC |
249 | |
303 | |
250 | =head4 Example: |
304 | =head4 Example: |
… | |
… | |
345 | DESTROY (DBC_ornull *dbc) |
399 | DESTROY (DBC_ornull *dbc) |
346 | CODE: |
400 | CODE: |
347 | if (dbc) |
401 | if (dbc) |
348 | dbc->c_close (dbc); |
402 | dbc->c_close (dbc); |
349 | |
403 | |
|
|
404 | $int = $cursor->set_priority ($priority = PRIORITY_*) |
|
|
405 | |
350 | =head4 Example: |
406 | =head4 Example: |
351 | |
407 | |
352 | my $c = $db->cursor; |
408 | my $c = $db->cursor; |
353 | |
409 | |
354 | for (;;) { |
410 | for (;;) { |
… | |
… | |
387 | |
443 | |
388 | =head3 EVENT PROCESSING AND EVENT LOOP INTEGRATION |
444 | =head3 EVENT PROCESSING AND EVENT LOOP INTEGRATION |
389 | |
445 | |
390 | =over 4 |
446 | =over 4 |
391 | |
447 | |
|
|
448 | =item $msg = BDB::strerror [$errno] |
|
|
449 | |
|
|
450 | Returns the string corresponding to the given errno value. If no argument |
|
|
451 | is given, use C<$!>. |
|
|
452 | |
|
|
453 | Note that the BDB module also patches the C<$!> variable directly, so you |
|
|
454 | should be able to get a bdb error string by simply stringifying C<$!>. |
|
|
455 | |
392 | =item $fileno = BDB::poll_fileno |
456 | =item $fileno = BDB::poll_fileno |
393 | |
457 | |
394 | Return the I<request result pipe file descriptor>. This filehandle must be |
458 | Return the I<request result pipe file descriptor>. This filehandle must be |
395 | polled for reading by some mechanism outside this module (e.g. Event or |
459 | polled for reading by some mechanism outside this module (e.g. Event or |
396 | select, see below or the SYNOPSIS). If the pipe becomes readable you have |
460 | select, see below or the SYNOPSIS). If the pipe becomes readable you have |
… | |
… | |
434 | interactiveness when perl is not fast enough to process all requests in |
498 | interactiveness when perl is not fast enough to process all requests in |
435 | time. |
499 | time. |
436 | |
500 | |
437 | For interactive programs, values such as C<0.01> to C<0.1> should be fine. |
501 | For interactive programs, values such as C<0.01> to C<0.1> should be fine. |
438 | |
502 | |
439 | Example: Install an Event watcher that automatically calls |
503 | Example: Install an EV watcher that automatically calls |
440 | BDB::poll_cb with low priority, to ensure that other parts of the |
504 | BDB::poll_cb with low priority, to ensure that other parts of the |
441 | program get the CPU sometimes even under high AIO load. |
505 | program get the CPU sometimes even under high load. |
442 | |
506 | |
443 | # try not to spend much more than 0.1s in poll_cb |
507 | # try not to spend much more than 0.1s in poll_cb |
444 | BDB::max_poll_time 0.1; |
508 | BDB::max_poll_time 0.1; |
445 | |
509 | |
446 | # use a low priority so other tasks have priority |
510 | my $bdb_poll = EV::io BDB::poll_fileno, EV::READ, \&BDB::poll_cb); |
447 | Event->io (fd => BDB::poll_fileno, |
|
|
448 | poll => 'r', nice => 1, |
|
|
449 | cb => &BDB::poll_cb); |
|
|
450 | |
511 | |
451 | =item BDB::poll_wait |
512 | =item BDB::poll_wait |
452 | |
513 | |
453 | If there are any outstanding requests and none of them in the result |
514 | If there are any outstanding requests and none of them in the result |
454 | phase, wait till the result filehandle becomes ready for reading (simply |
515 | phase, wait till the result filehandle becomes ready for reading (simply |
… | |
… | |
466 | |
527 | |
467 | BDB::poll_wait, BDB::poll_cb |
528 | BDB::poll_wait, BDB::poll_cb |
468 | |
529 | |
469 | =item BDB::flush |
530 | =item BDB::flush |
470 | |
531 | |
471 | Wait till all outstanding AIO requests have been handled. |
532 | Wait till all outstanding BDB requests have been handled. |
472 | |
533 | |
473 | Strictly equivalent to: |
534 | Strictly equivalent to: |
474 | |
535 | |
475 | BDB::poll_wait, BDB::poll_cb |
536 | BDB::poll_wait, BDB::poll_cb |
476 | while BDB::nreqs; |
537 | while BDB::nreqs; |
… | |
… | |
481 | |
542 | |
482 | =over 4 |
543 | =over 4 |
483 | |
544 | |
484 | =item BDB::min_parallel $nthreads |
545 | =item BDB::min_parallel $nthreads |
485 | |
546 | |
486 | Set the minimum number of AIO threads to C<$nthreads>. The current |
547 | Set the minimum number of BDB threads to C<$nthreads>. The current |
487 | default is C<8>, which means eight asynchronous operations can execute |
548 | default is C<8>, which means eight asynchronous operations can execute |
488 | concurrently at any one time (the number of outstanding requests, |
549 | concurrently at any one time (the number of outstanding requests, |
489 | however, is unlimited). |
550 | however, is unlimited). |
490 | |
551 | |
491 | BDB starts threads only on demand, when an AIO request is queued and |
552 | BDB starts threads only on demand, when an BDB request is queued and |
492 | no free thread exists. Please note that queueing up a hundred requests can |
553 | no free thread exists. Please note that queueing up a hundred requests can |
493 | create demand for a hundred threads, even if it turns out that everything |
554 | create demand for a hundred threads, even if it turns out that everything |
494 | is in the cache and could have been processed faster by a single thread. |
555 | is in the cache and could have been processed faster by a single thread. |
495 | |
556 | |
496 | It is recommended to keep the number of threads relatively low, as some |
557 | It is recommended to keep the number of threads relatively low, as some |
… | |
… | |
501 | Under most circumstances you don't need to call this function, as the |
562 | Under most circumstances you don't need to call this function, as the |
502 | module selects a default that is suitable for low to moderate load. |
563 | module selects a default that is suitable for low to moderate load. |
503 | |
564 | |
504 | =item BDB::max_parallel $nthreads |
565 | =item BDB::max_parallel $nthreads |
505 | |
566 | |
506 | Sets the maximum number of AIO threads to C<$nthreads>. If more than the |
567 | Sets the maximum number of BDB threads to C<$nthreads>. If more than the |
507 | specified number of threads are currently running, this function kills |
568 | specified number of threads are currently running, this function kills |
508 | them. This function blocks until the limit is reached. |
569 | them. This function blocks until the limit is reached. |
509 | |
570 | |
510 | While C<$nthreads> are zero, aio requests get queued but not executed |
571 | While C<$nthreads> are zero, aio requests get queued but not executed |
511 | until the number of threads has been increased again. |
572 | until the number of threads has been increased again. |
… | |
… | |
550 | |
611 | |
551 | =item BDB::set_sync_prepare $cb |
612 | =item BDB::set_sync_prepare $cb |
552 | |
613 | |
553 | Sets a callback that is called whenever a request is created without an |
614 | Sets a callback that is called whenever a request is created without an |
554 | explicit callback. It has to return two code references. The first is used |
615 | explicit callback. It has to return two code references. The first is used |
555 | as the request callback, and the second is called to wait until the first |
616 | as the request callback (it should save the return status), and the second |
|
|
617 | is called to wait until the first callback has been called (it must set |
|
|
618 | C<$!> to the return status). |
|
|
619 | |
|
|
620 | This mechanism can be used to include BDB into other event mechanisms, |
|
|
621 | such as L<AnyEvent::BDB> or L<Coro::BDB>. |
|
|
622 | |
556 | callback has been called. The default implementation works like this: |
623 | The default implementation works like this: |
557 | |
624 | |
558 | sub { |
625 | sub { |
559 | my $status; |
626 | my $status; |
560 | ( |
627 | ( |
561 | sub { $status = $! }, |
628 | sub { $status = $! }, |
562 | sub { BDB::poll while !defined $status; $! = $status }, |
629 | sub { BDB::poll while !defined $status; $! = $status }, |
563 | ) |
630 | ) |
564 | } |
631 | } |
|
|
632 | |
|
|
633 | It simply blocks the process till the request has finished and then sets |
|
|
634 | C<$!> to the return value. This means that if you don't use a callback, |
|
|
635 | BDB will simply fall back to synchronous operations. |
565 | |
636 | |
566 | =back |
637 | =back |
567 | |
638 | |
568 | =head3 STATISTICAL INFORMATION |
639 | =head3 STATISTICAL INFORMATION |
569 | |
640 | |
… | |
… | |
614 | |
685 | |
615 | =head2 FORK BEHAVIOUR |
686 | =head2 FORK BEHAVIOUR |
616 | |
687 | |
617 | This module should do "the right thing" when the process using it forks: |
688 | This module should do "the right thing" when the process using it forks: |
618 | |
689 | |
619 | Before the fork, IO::AIO enters a quiescent state where no requests |
690 | Before the fork, BDB enters a quiescent state where no requests |
620 | can be added in other threads and no results will be processed. After |
691 | can be added in other threads and no results will be processed. After |
621 | the fork the parent simply leaves the quiescent state and continues |
692 | the fork the parent simply leaves the quiescent state and continues |
622 | request/result processing, while the child frees the request/result queue |
693 | request/result processing, while the child frees the request/result queue |
623 | (so that the requests started before the fork will only be handled in the |
694 | (so that the requests started before the fork will only be handled in the |
624 | parent). Threads will be started on demand until the limit set in the |
695 | parent). Threads will be started on demand until the limit set in the |
625 | parent process has been reached again. |
696 | parent process has been reached again. |
626 | |
697 | |
627 | In short: the parent will, after a short pause, continue as if fork had |
698 | In short: the parent will, after a short pause, continue as if fork had |
628 | not been called, while the child will act as if IO::AIO has not been used |
699 | not been called, while the child will act as if BDB has not been used |
629 | yet. |
700 | yet. |
|
|
701 | |
|
|
702 | Win32 note: there is no fork on win32, and perls emulation of it is too |
|
|
703 | broken to be supported, so do not use BDB in a windows pseudo-fork, better |
|
|
704 | yet, switch to a more capable platform. |
630 | |
705 | |
631 | =head2 MEMORY USAGE |
706 | =head2 MEMORY USAGE |
632 | |
707 | |
633 | Per-request usage: |
708 | Per-request usage: |
634 | |
709 | |
… | |
… | |
656 | TXN_DEADLOCK flag will be set on the transaction. See C<db_txn_finish>, |
731 | TXN_DEADLOCK flag will be set on the transaction. See C<db_txn_finish>, |
657 | above. |
732 | above. |
658 | |
733 | |
659 | =head1 SEE ALSO |
734 | =head1 SEE ALSO |
660 | |
735 | |
661 | L<Coro::AIO>. |
736 | L<AnyEvent::BDB> (event loop integration), L<Coro::BDB> (more natural |
|
|
737 | syntax), L<IO::AIO> (nice to have). |
662 | |
738 | |
663 | =head1 AUTHOR |
739 | =head1 AUTHOR |
664 | |
740 | |
665 | Marc Lehmann <schmorp@schmorp.de> |
741 | Marc Lehmann <schmorp@schmorp.de> |
666 | http://home.schmorp.de/ |
742 | http://home.schmorp.de/ |