I was thinking the same thing -- my son, born recently had a high hemoglobin count that contributed to his Jaundice and a night under a few sets of blue lights.... Quite a high count, scary for a parent. The doctor said it was likely due to an excess of blood through the cord at birth.
Re:DES3 (Score:4, Informative)
by wwest4 (183559) on Thursday July 29, @11:18AM (#9834409)
no, the confusion comes from DES being 64-bit with a byte's worth of parity. effective length of single DES key is 56 bits.
now, to really mess it up - the effective key length of 3DES is 112 bits, because only 2 keys are actually used, key A and B. Encrypt with A, then B, then A.
1) User is told to enter certain static IP... User mistypes, and conflicts with another computer. Yes, it's happened before... *gasp*
2) Yes, actually it's happened to me. Twice. Rogers Cable and Shaw cable performed a "switch" of sorts, with Shaw handling the west of Canada and Rogers handling the east. When the switchover was made, I got a completely different ip, on a differently masked subnet...
-- Another example, a residential 10mbit provider (fibre to buildings in downtown Vancouver) changed all subscribers to a different netblock overnight about a year ago...
Would you want to have to contact every single one of your subscribers to tell them to change their IP? Please.
Sure, what if you decide that you need to run it on your NetBSD box, or your Sun box, etc, etc? Would be nice to know that you could switch if you wanted to without worrying if it's going to crash on you unexpectedly...!
Would you like to give some proof to these statements?
If they use the same 'physical mechanism' as EIDE drives, why is the MTBF so much higher on a SCSI drive?
This release candidate fixes a number of issues that were reported
with RC2. Installations from aic(4)-based PCMCIA devices should now
be possible. For this RC, bge(4) was added to the GENERIC kernel and the
txp(4) device was moved over to the MFSROOT as a module. This should
allow network installations with Broadcom gigabit Ethernet
adapters.[1] A number of suggestions about the package set were
addressed with this RC, but unfortunately sawfish-gnome, fvwm2, and
xfmail are still unavailable. There will be one final release
candidate (RC4) before the final release is made available.
The testing guide and release notes have been updated with a few new
items :
[1] This functionality has not been committed to -STABLE yet, a small
patch was patched to the build with "make release LOCAL_PATCHES=..".
The patch is available at
http://www.freebsd.org/~murray/patches/drivers.d if f, and simply turns
on a new device for the boot floppy.
==========
This seems a little fast, don't you think?
Without 4.5-RC4 being released, and without an announcement on FreeBSD-Announce?
Hmm, recently OpenBSD and FreeBSD (I'm not sure about NetBSD though) have added improved dirpref code (created by an OpenBSD developer(s)).
When data is written with the new algorithm, subsequent reads and writes are on average faster (being conservative). People are seeing 6x improvements for certain tasks as well!
So while there weren't any major changes to the VM in FreeBSD AFAIK as well, if the benchmark involves using any files on the disk, then it'll most likely be sped up...!
Slashdot Mirror
I was thinking the same thing -- my son, born recently had a high hemoglobin count that contributed to his Jaundice and a night under a few sets of blue lights.... Quite a high count, scary for a parent.
The doctor said it was likely due to an excess of blood through the cord at birth.
If your setup supports it, wouldn't an 8-disk raid5 be most efficient for your uses?
I don't know, a dedicated 4 disk raid0 for your games? Seriously? Is the load performance of your games that important?
*shrug*
Where did you get that information from? Sony appears to claim otherwise... *shrug*
. pdf
http://www.aittape.com/pdf/sony-ait4-announcement
If you actually saw the retailer's cost on Monster cables, you'd realize why they push them so hard when they're selling you a TV/Stereo/DVD player...
... Kraft might have a thing or two to say about that!
1) User is told to enter certain static IP... User mistypes, and conflicts with another computer. Yes, it's happened before... *gasp*
2) Yes, actually it's happened to me. Twice.
Rogers Cable and Shaw cable performed a "switch" of sorts, with Shaw handling the west of Canada and Rogers handling the east. When the switchover was made, I got a completely different ip, on a differently masked subnet...
-- Another example, a residential 10mbit provider (fibre to buildings in downtown Vancouver)
changed all subscribers to a different netblock overnight about a year ago...
Would you want to have to contact every single one of your subscribers to tell them to change their IP? Please.
1) They don't have to worry about clueless users causing IP address conflicts as much.
2) If they change something around, they don't have to contact you to change your IP.
You feel it is best of breed.
However, many others do not.
It wasn't a huge thing, but I do recall a little while back a few FreeBSD->Apple people were sporting an NFS torture test tool.
Apparently it helped them squash a few hard to find bugs in NFS on FreeBSD....
AIT? AIT-3 is out, and does 12MBytes/sec ... 100GB/tape. ... 100GB/tape as well.
:)
Ultrium is out, and does 15MBytes/sec
And higher speeds can be attained, if you use hw compression on compressable data.
Of course the latest and greatest will cost your your arm, and maybe your leg too
...I'm sure there are plenty of lawyers to go around...
Sure, what if you decide that you need to run it on your NetBSD box, or your Sun box, etc, etc? Would be nice to know that you could switch if you wanted to without worrying if it's going to crash on you unexpectedly...!
Would you like to give some proof to these statements? If they use the same 'physical mechanism' as EIDE drives, why is the MTBF so much higher on a SCSI drive?
Here's a post by Murray Stokely on the FreeBSD-Stable list, at 2:07AM today:
/ 4. 5-RC3
8 6/ 4.5-RC3-install.iso
d if f, and simply turns
==========
Our third 4.5 release candidate is now available :
ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386
ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-i3
This release candidate fixes a number of issues that were reported
with RC2. Installations from aic(4)-based PCMCIA devices should now
be possible. For this RC, bge(4) was added to the GENERIC kernel and the
txp(4) device was moved over to the MFSROOT as a module. This should
allow network installations with Broadcom gigabit Ethernet
adapters.[1] A number of suggestions about the package set were
addressed with this RC, but unfortunately sawfish-gnome, fvwm2, and
xfmail are still unavailable. There will be one final release
candidate (RC4) before the final release is made available.
The testing guide and release notes have been updated with a few new
items :
http://www.freebsd.org/releases/4.5R/qa.html
http://www.freebsd.org/~bmah/relnotes
Thanks,
The FreeBSD 4.5 Release Engineering Team.
[1] This functionality has not been committed to -STABLE yet, a small
patch was patched to the build with "make release LOCAL_PATCHES=..".
The patch is available at
http://www.freebsd.org/~murray/patches/drivers.
on a new device for the boot floppy.
==========
This seems a little fast, don't you think?
Without 4.5-RC4 being released, and without an announcement on FreeBSD-Announce?
I'd *love* it if ISP's were forced/prodded into doing some egress filtering!
Why did the DDos on yahoo not prompt any calls for this?
Being suspected or charged with a crime does not mean that you are guilty!
What if YOU were wrongly charged with a crime, would YOU want to have no rights whatsoever?
Jeez.
Hmm, recently OpenBSD and FreeBSD (I'm not sure about NetBSD though) have added improved dirpref code (created by an OpenBSD developer(s)).
When data is written with the new algorithm, subsequent reads and writes are on average faster (being conservative). People are seeing 6x improvements for certain tasks as well!
So while there weren't any major changes to the VM in FreeBSD AFAIK as well, if the benchmark involves using any files on the disk, then it'll most likely be sped up...!
Here's a link to the discussion on the FreeBSD-stable mailing list...
and another link...
This would be a massive win for OSS... Imagine Evolution with an Openmail plugin, or even *gasp* with an Exchange plugin???