Re: Problem with SU utility!!!
On Wed, Apr 07, 2004 at 02:07:42PM +0400, oXid wrote: Becose my SU utility doesn't work :( I wrote that in my first mail. Maybe anyone coud help me with fixing my SU? Is itb possible to reinstall su, but only SU, not all system? Or could someone tell me what files are working with su...maybe after my chmod 777 / , access to some files gone wrong and now, SU utility doesn't work properly... ?? Watch -bash-2.05b$ ls -ls /usr/bin/su 14 -r-sr-xr-x 1 root wheel 12460 Mar 18 02:03 /usr/bin/su -bash-2.05b$ go change the permission flag on your su accordingly. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
High context switches on FreeBSD
I'm a simple iterative web server for a small project. This web server uses regular read(2) and write(2) to both read file from the drive and write it to the socket. When I tested this web server on my FreeBSD 5.2.1 box, on a P IV 3 Ghz Processor and 1 GB memory, I'm getting an enormous number of context switches, as you can see below: # vmstat 1 procs memory pagedisks faults cpu r b w avmfre flt re pi po fr sr da0 da1 in sy cs us sy id 0 0 0 119644 7363322 0 0 0 2 0 0 0 2970 212 0 0 100 0 0 0 119644 7363324 0 0 0 4 0 0 0 2940 200 0 0 100 0 0 0 119644 7363320 0 0 0 0 0 1 0 2980 209 0 0 100 0 0 0 119644 7363480 0 0 0 4 0 4 0 3080 303 0 1 99 0 0 0 119644 7363480 0 0 0 0 0 0 0 3010 221 0 0 100 0 0 0 119644 7363480 0 0 0 0 0 0 0 3000 215 0 0 100 1 0 0 121336 736092 82 0 0 0 19 0 0 0 92030 50953 9 18 73 1 0 0 121336 736040 13 0 0 0 0 0 0 0 183150 130743 14 46 40 0 0 2 121336 735984 14 0 0 0 0 0 0 0 185140 128537 18 41 41 1 0 0 121336 735928 14 0 0 0 0 0 0 0 203780 103812 15 40 45 0 0 2 121336 735868 15 0 0 0 0 0 2 0 200290 107131 14 40 45 0 0 2 121336 735804 16 0 0 0 0 0 4 0 220320 79700 17 33 50 1 0 0 121336 735744 15 0 0 0 0 0 0 0 216450 87448 16 35 49 0 0 1 121336 735684 15 0 0 0 0 0 0 0 201950 10 17 39 44 0 0 2 121336 735620 16 0 0 0 0 0 0 0 221290 81349 19 31 50 0 0 1 121336 735564 14 0 0 0 0 0 5 0 201340 106842 19 36 45 0 0 0 118992 736576 12 0 0 0 265 0 0 0 82830 58152 7 18 75 0 0 0 118992 7365760 0 0 0 0 0 0 0 2950 197 0 1 99 0 0 0 118992 7365760 0 0 0 0 0 0 0 2970 206 0 0 100 0 0 0 118992 7365760 0 0 0 0 0 0 0 2960 201 0 0 100 0 0 0 118992 7365760 0 0 0 0 0 0 0 3010 208 0 0 100 0 0 0 118992 7365760 0 0 0 0 0 0 0 2940 198 0 0 100 0 0 0 118992 7365760 0 0 0 0 0 0 0 3010 210 0 1 99 ^C # When I run the same code on a Linux box, I'm only getting at most 33000 context per second, thus it gives a better performance. My question now is, is there a way I can trace the source of these context switches, network, or disk? I'm thinking it may be disk, though it is also possible that it is caused because of network. Also, I tried testing the web server by using ramdisk, and the result is still the same. The context switches stays around 100,000 at peak. I'm hoping by reducing the number of context switches, I can increase my web server performance. Oh by the way, again this web server is my own, and I just use read(2), and write(2) to read and write to the socket, and to read the file from the disk. Thanks ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
High context switches on FreeBSD
I'm a simple iterative web server for a small project. This web server uses regular read(2) and write(2) to both read file from the drive and write it to the socket. When I tested this web server on my FreeBSD 5.2.1 box, on a P IV 3 Ghz Processor and 1 GB memory, I'm getting an enormous number of context switches, as you can see below: # vmstat 1 procs memory pagedisks faults cpu r b w avmfre flt re pi po fr sr da0 da1 in sy cs us sy id 0 0 0 119644 7363322 0 0 0 2 0 0 0 2970 212 0 0 100 0 0 0 119644 7363324 0 0 0 4 0 0 0 2940 200 0 0 100 0 0 0 119644 7363320 0 0 0 0 0 1 0 2980 209 0 0 100 0 0 0 119644 7363480 0 0 0 4 0 4 0 3080 303 0 1 99 0 0 0 119644 7363480 0 0 0 0 0 0 0 3010 221 0 0 100 0 0 0 119644 7363480 0 0 0 0 0 0 0 3000 215 0 0 100 1 0 0 121336 736092 82 0 0 0 19 0 0 0 92030 50953 9 18 73 1 0 0 121336 736040 13 0 0 0 0 0 0 0 183150 130743 14 46 40 0 0 2 121336 735984 14 0 0 0 0 0 0 0 185140 128537 18 41 41 1 0 0 121336 735928 14 0 0 0 0 0 0 0 203780 103812 15 40 45 0 0 2 121336 735868 15 0 0 0 0 0 2 0 200290 107131 14 40 45 0 0 2 121336 735804 16 0 0 0 0 0 4 0 220320 79700 17 33 50 1 0 0 121336 735744 15 0 0 0 0 0 0 0 216450 87448 16 35 49 0 0 1 121336 735684 15 0 0 0 0 0 0 0 201950 10 17 39 44 0 0 2 121336 735620 16 0 0 0 0 0 0 0 221290 81349 19 31 50 0 0 1 121336 735564 14 0 0 0 0 0 5 0 201340 106842 19 36 45 0 0 0 118992 736576 12 0 0 0 265 0 0 0 82830 58152 7 18 75 0 0 0 118992 7365760 0 0 0 0 0 0 0 2950 197 0 1 99 0 0 0 118992 7365760 0 0 0 0 0 0 0 2970 206 0 0 100 0 0 0 118992 7365760 0 0 0 0 0 0 0 2960 201 0 0 100 0 0 0 118992 7365760 0 0 0 0 0 0 0 3010 208 0 0 100 0 0 0 118992 7365760 0 0 0 0 0 0 0 2940 198 0 0 100 0 0 0 118992 7365760 0 0 0 0 0 0 0 3010 210 0 1 99 ^C # When I run the same code on a Linux box, I'm only getting at most 33000 context per second, thus it gives a better performance. My question now is, is there a way I can trace the source of these context switches, network, or disk? I'm thinking it may be disk, though it is also possible that it is caused because of network. Also, I tried testing the web server by using ramdisk, and the result is still the same. The context switches stays around 100,000 at peak. I'm hoping by reducing the number of context switches, I can increase my web server performance. Oh by the way, again this web server is my own, and I just use read(2), and write(2) to read and write to the socket, and to read the file from the disk. Thanks ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Tape Backup
On Mon, Dec 16, 2002 at 11:33:11AM -0500, Jerry McAllister wrote: If your usage justifies the cost, you might want to consider DLT or LTO type drives. They handle the load with less failure and higher capacity and data rates. I'm using Sony AIT-2 and it works great. The benefit of using AIT is that you don't need to clean your tape drive at all, and it also in a continuous development with AIT-3 has been launched (100/200 capacity). To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message