- Timestamp:
- 2008-06-02T12:58:57Z (16 years ago)
- Branches:
- master
- Children:
- 3355a82
- Parents:
- cce0450 (diff), de8e584 (diff)
Note: this is a merge changeset, the changes displayed below correspond to the merge itself.
Use the(diff)
links above to see all the changes relative to each parent. - Location:
- doc
- Files:
-
- 2 edited
Legend:
- Unmodified
- Added
- Removed
-
doc/README
rcce0450 rc821e8a 56 56 a package from your distro would've been a better idea. :-P) 57 57 58 Note that the BitlBee code is getting stable enough for daemon mode to be 59 useful. Some public servers use it, and it saves a lot of memory by serving 60 tens of users from a single process. One crash affects all users, but these 61 are becoming quite rare. 62 58 63 59 64 DEPENDENCIES … … 98 103 versions of make, we'd love to hear it, but it seems this just isn't 99 104 possible. 100 101 102 RUNNING ON SERVERS WITH MANY USERS103 ==================================104 105 BitlBee is not yet bug-free. Sometimes a bug causes the program to get into106 an infinite loop. Something you really don't want on a public server,107 especially when that machine is also used for other (mission-critical) things.108 For now we can't do much about it. We haven't seen that happen for a long109 time already on our own machines, but some people still manage to get110 themselves in nasty situations we haven't seen before.111 112 For now the best we can offer against this problem is bitlbeed, which allows113 you to setrlimit() the child processes to use no more than a specified114 number of CPU seconds. Not the best solution (not really a solution anyway),115 but certainly trashing one busy daemon process is better than trashing your116 whole machine.117 118 We don't believe adding a limit for bitlbee to /etc/security/limits.conf will119 work, because that file is only read by PAM (ie just for real login users,120 not daemons).121 122 See utils/bitlbeed.c for more information about the program.123 124 Just a little note: Now that we reach version 1.0, this shouldn't be that125 much of an issue anymore. However, on a public server, especially if you126 also use it for other things, it can't hurt to protect yourself against127 possible problems.128 105 129 106 -
doc/bitlbee.8
rcce0450 rc821e8a 44 44 45 45 \fBbitlbee\fP should be called by 46 .BR inetd (8). 47 (Or \fBbitlbeed\fP, 48 if you can't run and/or configure \fBinetd\fP.) There is an experimental 49 daemon mode too, in which BitlBee will serve all clients in one process 50 (and does not require inetd), but this mode is still experimental. 51 There are still some bugs left in BitlBee, and if they cause a crash, 52 that would terminate the BitlBee connection for all clients. 46 .BR inetd (8), 47 or you can run it as a stand-alone daemon. 53 48 .PP 54 49 .SH OPTIONS … … 62 57 Run in daemon mode. In this mode, BitlBee forks to the background and 63 58 waits for new connections. All clients will be served from one process. 64 This is still experimental. See the note above for more information.65 59 .IP "-F" 66 60 Run in ForkDaemon mode. This is similar to ordinary daemon mode, but every 67 client gets its own process. Easier to set up than inetd mode, butwithout61 client gets its own process. Easier to set up than inetd mode, and without 68 62 the possible stability issues. 69 63 .IP "-i \fIaddress\fP"
Note: See TracChangeset
for help on using the changeset viewer.