Today I upgraded the machine to 8.0-CURRENT, and obtained similar results: - 5372041 bytes/sec reading an NTFS file - 15369758 bytes/sec reading from the raw device The raw/FS read performance difference with UFS is a lot lower: - 33162654 bytes/sec reading a UFS file - 47221133 bytes/sec reading from the raw device I'd welcome any ideas on why the NTFS layer makes reading three time slower than reading from the raw device and suggestions for improving the performance. I'd also be happy t...

Hi all :) Can anyone point me in the direction of any detailed docs or perhaps just an answer on here re: production status of Xen and ZFS when 7.0 is released? I have read somewhere that ZFS is experimental at best, and wanted to confirm that. Also, using Xen would be a great plus in a production environment. Also - read somewhere about 8.0-Current - whats that all about? what are the differences between 7.0 and 8.0? Ciao! _______________________________________________ freebsd-current@fre...

WRT Xen: http://wiki.freebsd.org/FreeBSD/Xen Check there for other topics as well. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"

bug in src/lib/libfetch/ftp.c rev 1.99, will fix DES -- Dag-Erling Smørgrav - des@des.no _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 That is weird because: flosoft# fetch -s ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/ports/ports.tar.gz > ports.size Segmentation fault (core dumped) flosoft# cat ports.size flosoft# uname -a FreeBSD flosoft.no-ip.biz 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Tue Jan 22 23:37:49 EST 2008 aryeh@flosoft.no-ip.biz:/usr/obj/usr/src/sys/MONSTER amd64 The only difference in MONSTER vs. GENERIC is I added IPI_PREEMPTION and removed the debugging options....

Hi I'd like to send a small update on my progress on the Performance Tracker project. I now have a small setup of a server and a slave chugging along, currently collecting data. I'm following CURRENT and collecting results from super-smack and unixbench. The project still needs some work, but there's a temporary web interface to the data here: http://littlebit.dk:5000/plot/. Apart from the plotting it's possible to compare two dates and see the files that have changed. Error bars are 3*...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It was an rsync from NFS to ZFS with ~15M of files, and rsync will consume basically all physical memory. I end up with some 2GB active, 4GB wired thing. (The system has 8GB of RAM), and I added a "make -j9 Yes, I knew, previously it just panic and hangs there, and thanks a lot It seems that I have hit some sort of "leak" or some exhaustion issue. Say, when the workload is gone, the system did not recover from the situation, and reboot worked ...

To clarify: do you see any problems with the console-kit after the patch ? In particular, can you verify that the program functions correctly, esp. on the virtual terminals 1, 2 ... , whatever this means ?

It tries to install a wait thread on each available VT. That thread sets the WAITACTIVE ioctl, and waits for its VT to become active. When it does, it sets the CK active VT accordingly, and reattaches the wait. When an error occurs in the ioctl, no wait is attached, and CK will not know when a particular VT becomes active. This will essentially cripple CK (assuming the VT really does become available at a later point). =20 Now, admittedly, there is no error correction in CK for this situati...

This patch also seems to work from the no-panic point of view. -- Pawel _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"

I've tried the 6.14 version. It doesn't seg-fault, but it doesn't accept the password, neither. It says "Invalid password" 3 times and then it automatically logs out anyway.. -- Pietro Cerutti PGP Public Key: http://gahr.ch/pgp _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"

I can confirm this, 8-CURRENT from 2007-12-24. Exits with SIGABRT. - Justin

On Tue, Jan 22, 2008 at 12:10:30PM -0800, David O'Brien wrote: > On Tue, Jan 22, 2008 at 02:38:04PM +0900, Pyun YongHyeon wrote: > > When I try to update sources with cvs on latest CURRENT, I always get the > > following. > > > > 504 [monster: ~/NetBSD]export CVSROOT=:pserver:anoncvs@anoncvs.NetBSD.org:/cvsroot > > 505 [monster: ~/NetBSD]cvs login > > Logging in to :pserver:anoncvs@anoncvs.netbsd.org:2401/cvsroot > > CVS password: > > As...

Alexander Kabaev writes: > Hope not. This kind of statistics should easily be done with DTrace. Indeed, see the thread at http://mail.opensolaris.org/pipermail/dtrace-discuss/2008-January/005439.html What is the status of Dtrace in FreeBSD? I thought the original port was permantly stalled due to licensing conflicts over CDDL, and that John was starting from scratch. Drew _______________________________________________ freebsd-current@freebsd.org mailing list [ message continues ]

+1 -- that's the specific use case that the '-p' option to vidcontrol, and the scr2* utilities were intended to support (it's how the installation screenshots in the Handbook were/are generated). N _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"

On Tue, Jan 22, 2008 at 08:28:44PM +0100, Chris Poulsen wrote: > Hi, > > I've had the chance to punish the atphy you suggested below (diff2 + > suggested change). The driver seems slow (but "stable") when it is not > being pushed (my ssh shell is lagging ;) and it seems to lock up within > 10 secs (tried 3 times) when I try to perform a ftp transfer to the > machine. By "lock-up" I see the network stops working. The ftp transfer > stops, I'm unable to ping from ...

The player stutters when I assign a realtime or idle priority to it, or when I decrease its niceness, e.g., to -10 or less. As for the priority question: AFAIK, there are 3 run queue groups in the kernel, for realtime, normal, and idle priority processes willing to run. Normal priority processes can run only if the real time queue group is empty, and idle priority processes run only if both the real time and normal queue groups are empty. My problem manifests itself if the process is not on the...