Fellow FreeBSD developers,
I hate to say I told you but it was inevitable.
Check this out: http://www.feyrer.de/NetBSD/gmcgarry/
As I predicted more than a year ago FreeBSD 5.3 has
finally lost its only advantage: performance. NetBSD
2.0 shows that when you write code the right way and
end up wi
Please don't treat this seriously. Benchmarks are just benchmarks. But
the benchmarks and comparison, widespreaded through sites like slashdot
or osnews, sometimes affect the interest and view point of some new and
potential users.
May be we should do some full benchmarks as an answer and to rev
Hello list.
I made some changes to md5(1) wich adds a new feature for comparing
inputfiles e.g:
[EMAIL PROTECTED] md5]$ ./md5 -c md5 md5.o md5.c md5
MD5 (md5) = 9d99179604174013a053b67a5c6fb3cd [TEST CASE]
MD5 (md5.o) = e8458dfaa035ea49a3704384ca044a73 [DID NOT MATCH]
MD5 (md5.c) = 3ebe0b86
Hi,
I have a pseudo disk driver that does a copy on write to a log device.
I want to disable further retries to write if the disk space on the log
device is full. I have inserted the following code into the strategy routine
For this I have set the error code and also set the resid to zero,
thin
PS: if I've offended anyone (yeah, I singled a few
out)
, prove me wrong, but spare me your insultedness.
It's become a pathetic hobby in -core.
Benchmark are made to be put into perspective, although everybody has a
right to say what he wants to say, this doesn't mean that you have to
say
Nguyen Tam Chinh wrote:
Please don't treat this seriously. Benchmarks are just benchmarks. But
the benchmarks and comparison, widespreaded through sites like
slashdot or osnews, sometimes affect the interest and view point of
some new and potential users.
May be we should do some full benchmarks
On Wed, Jan 05, 2005 at 09:26:00PM +0100, Olivier Certner wrote:
+> Hello all,
+>
+> Would someone have the time to look at my previous post dated January 4th,
+> 15:43 GMT on the freebsd-questions mailing list?
(I haven't read you post on questions@, but...)
I've a hang on boot when I use ata
For the last couple of days i have been looking into why the
gnustep-gui-port actually Needs procfs mounted in order to
successfully build and i managed to track the problem down to being
inside libkvm. I am however no kernel hacker and my gdb-skills have
left me hanging at a point where i simply c
On Thu, Jan 06, 2005 at 11:57:26AM +, Robert Ryan wrote:
> I hate to say I told you but it was inevitable.
I think so Brain, but I don't think Netcraft has confirmed it yet?
--
Edwin Groothuis |Personal website: http://www.mavetju.org
[EMAIL PROTECTED]| Weblog:
On Fri, 7 Jan 2005 05:19:52 +, Christian S.J. Peron <[EMAIL PROTECTED]>
wrote:
> iirc, kvm_getargv() can (and does first) use a sysctl to retrieve
> it's data. kvm_getenvv() requires procfs because
> /proc//mem is currently the more simpler to read a virtual
> memory address in the context o
10 matches
Mail list logo
