Blowfish, and presumably twofish, are very fast after they generate your sub keys. Basically, they take your key and encrypt it multiple times, and use the results as keys for the actual encryption/decryption scheme. Once you get the sub key overhead out of the way, encyption/decryption is pretty quick. I wrote a paper on blowfish last year for my school's Cryptography course.
What compelling defense of RedHat 7.0 am I missing here?
Bob was not trying to defend the bugginess of 7.0 or anything like that. His letter was mostly about people comparing Redhat to MS. I agree with him, they are nothing like that Microsoft. Redhat is better, no proprietary standards, everything is open. Above that, I get the feeling that Redhat is always at least trying to do the right thing.
For a long time digital (and now compaq) have claimed that their optimizing compiler for the alpha was dramatically better than gcc. Does anyone know if this is still the case?
Slashdot ran an article linking to some benchmarks. According to the results, compaq's claim is correct, their compiler is much better than the gcc port.
>There is also some talk of actually having a fork in the code so that there can be a big iron Linux and regular Linux, by the way.
Na, they won't fork the kernel. There are already kernels I've seen (linux-vr) that just have added classes, PDA in that case. All one would need to do is merge a BIG_IRON class in with the standard kernel. It all gets handled in the config, and then with #ifdef's. No permanent fork necessary.
I'm running an OpenBSD filtering bridge between my LAN and cable modem. Its a 486 33, with 16 MBs RAM. I've had so speed issues, and the logging with ipf is excellent. An ipf howto can be found here. Near the bottom there is a section(B.2?) on how to work with bridges.
Slashdot Mirror
That's what I do on my clio. From what I understand, it's pretty common place, at least among people on the linuxce-devel list.
garc
Who are your top 3 choices to appoint as supreme court justices, and why?
Thanks,
garc
Blowfish, and presumably twofish, are very fast after they generate your sub keys. Basically, they take your key and encrypt it multiple times, and use the results as keys for the actual encryption/decryption scheme. Once you get the sub key overhead out of the way, encyption/decryption is pretty quick. I wrote a paper on blowfish last year for my school's Cryptography course.
garc
What compelling defense of RedHat 7.0 am I missing here?
Bob was not trying to defend the bugginess of 7.0 or anything like that. His letter was mostly about people comparing Redhat to MS. I agree with him, they are nothing like that Microsoft. Redhat is better, no proprietary standards, everything is open. Above that, I get the feeling that Redhat is always at least trying to do the right thing.
garc
For a long time digital (and now compaq) have claimed that their optimizing compiler for the alpha was dramatically better than gcc. Does anyone know if this is still the case?
Slashdot ran an article linking to some benchmarks. According to the results, compaq's claim is correct, their compiler is much better than the gcc port.
garc
>There is also some talk of actually having a fork in the code so that there can be a big iron Linux and regular Linux, by the way.
Na, they won't fork the kernel. There are already kernels I've seen (linux-vr) that just have added classes, PDA in that case. All one would need to do is merge a BIG_IRON class in with the standard kernel. It all gets handled in the config, and then with #ifdef's. No permanent fork necessary.
Fatbrain has it for $14.95 plus shipping.
I'm running an OpenBSD filtering bridge between my LAN and cable modem. Its a 486 33, with 16 MBs RAM. I've had so speed issues, and the logging with ipf is excellent. An ipf howto can be found here. Near the bottom there is a section(B.2?) on how to work with bridges.