Changes in / [783e9b7:b6cd9e9]
- Files:
-
- 4 edited
Legend:
- Unmodified
- Added
- Removed
-
bitlbee.conf
r783e9b7 rb6cd9e9 10 10 ## 11 11 ## Inetd -- Run from inetd (default) 12 ## Daemon -- Run as a stand-alone daemon -- EXPERIMENTAL! BitlBee is not yet 13 ## stable enough to serve lots of users from one process. Because of this 14 ## and other reasons, the use of daemon-mode is *STRONGLY* discouraged, 15 ## don't even *think* of reporting bugs when you use this. 12 ## Daemon -- Run as a stand-alone daemon, serving all users from one process. 13 ## This saves memory if there are more users, the downside is that when one 14 ## user hits a crash-bug, all other users will also lose their connection. 16 15 ## ForkDaemon -- Run as a stand-alone daemon, but keep all clients in separate 17 16 ## child processes. This should be pretty safe and reliable to use instead -
conf.c
r783e9b7 rb6cd9e9 132 132 "\n" 133 133 " -I Classic/InetD mode. (Default)\n" 134 " -D Daemon mode. ( Still EXPERIMENTAL!)\n"134 " -D Daemon mode. (one process serves all)\n" 135 135 " -F Forking daemon. (one process per client)\n" 136 136 " -u Run daemon as specified user.\n" -
doc/README
r783e9b7 rb6cd9e9 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
r783e9b7 rb6cd9e9 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.