Hmm... my celeron is greatly improved by the bus jump (comparing it at equal clock speeds)...
And my P-MMX 200 is *much* faster at 2.5 * 100 (250MHz) than at 4 * 66 (266MHz)... of course, this CPU is a very limiting factor in and of itself, but the 66->100 jump is pretty significant. The 100 -> 133 is less noticable.
Similar to the argument about 7200 vs. 10k rpm drives.
>We need intelligent devices! Badly! Floppy drives and hard disks with their own memory and processors.
Get a good SCSI subsystem - good cards have nice processors on them, and can have several to many megs of cache. Costs more, but so does everything in your comment...
64 bit or 66MHz PCI (both, preferably) would be a welcome addition, and are not as cost prohibitive as many other solutions. 64-bit 33MHz devices can coexist with 32-bit devices, and still maintain the speed advantage... PCI-X makes this even better - remember PCI was designed as a cost-efficient performance bus. Mostly cheap, sorta fast, reliable. What are you using that presently ships with EISA? Yikes...
Not that your sound card, modem, or even 10BaseT network really taxes PCI all that much... and those should all have processors, bus-mastering, and DMA (damn win-modems!).
If you want a pretty extreme example of what you are mentioning, go look at an AS/400 - separate processors for all of the I/O functions, high speed internal busses between subsytems... and expensive... do you want to spend $1-2k for a decent system, or $80k... it's up to you...
Hmm.... well, my dad's Cow (486DX-33) is still running just fine (only had a memory upgrade since he got it about what... 7 years ago...
My faithful P-100 Cow is running for a friend of mine now... I lost a hard drive once... after a big power surge. I also know of a few friends who got cows back in 1995 when I got mine - they were really nice boxes then - standard parts, easily upgradable, nice cases. Nothing to worry about.
Another friend has 2 cows, a P-200 and a P-II 450. He had one of the quantum drives die on him in the 200 (after some really weird stuff), but the machine was otherwise sturdy.
If I didn't build my own, I'd probably get another one...
From what I've heard lately though, people are nowhere near as satisfied as I was... sad. Though I personally would never go within 10 feet of a Micron, and used to like the Dell boxes, but lately, they have dissapointed me greatly...
I just want a dual GHz Athlon (133 DDR FSB, of course). Is that too much to ask 8^)
Yeah... it took me a little while to explain the whole concept of Open Source developement to my better half. She is notably adept with computers (and never flinched when she's had to use Linux for something), but the discussion opened up with, "Well - who owns Linux?" The concept that this OS isn't owned like MS owns Windoze is not something that everyone grasps right away.
My uncle mentioned to me that Linux won't do well because it doesn't have the marketing dollars that MS does. I didn't really have the time to explain the situation... The general public (and even those close to us geek types) just aren't well informed about these subjects and can be easily mislead.
Bottom line - one of those stock symbols *has* to be the company that makes linux, right? Oh - I get it - RedHat wrote linux and now this VA place sells linux computers? Right? (sound of palm smacking forehead)
>And as a result, a program that was originally designed to let a particle physics research group transfer graphic data from CERN led to the medium by which you're (hopefully) reading this.
You read/. via the web? I just get the weekly/. Digest from Andover.net Press. Just think of how many pages of perfectly crafted comments, and the plethora of information I get to cary around in a handcart. Of course - I get the large print edition (8 point font), but you can save paper and get the 4 or 6 point versions, too.
The/. Digest is even better than the NYTimes or WSJournal for those... longer visits to the john. Nothing like a good first post to get you going...
They shoud sue James Cameron, too - after all, a search for Leonardo brings up DiCaprio on the Titanic websites (all 200 gajillion). Or just sue Leo and his parents - they should have known better 8^)
Average/.'r: "Patents are evil, but he's a huge liar and stuff, since everyone else thinks he is, though I never read the articles. Oh yeah - First Hydrino Powered Post!!!"
Hmmm... I don't think I'm helping the signal/noise ratio today. Moderate me to oblivion - it's better than where I am now...
I'll agree with the other poster on this thread that the text screen redraws almost instantaneously on my card (an old S3 ViRGE -4MB), and incredibly quick on my Matrox G200...
I don't *hate* xconfig... it's just (IMHO) harder to move around in - the improper options don't dissapear (a really nice feature of menuconfig), and my biggest gripe is still the scrollbar issue. I don't need to use them in Netscape, IE, or any number of other X/Windows apps that have them. Using a UI as intended is not a valid goal, unless you have designed / altered the UI yourself. Ever used Lotus Notes (MUST DIE!!!)? I can't even *imagine* how that was inteded to be used from a UI standpoint.
I love graphical manipulation and mice and all that stuff, but I have gone against people who use on xconfig, and head-to-head ounavigated them using menuconfig. It is a cleaner, easier, more appropriate interface.
If xconfig was modified to be properly keyboard navigable, I wouldn't switch to a console to configure the kernel... It may be easier for those who have never done a kernel before, but trying to view the explanations takes longer, making choices takes longer - if you make the y/n selection with the mouse, you then need to move the mouse to scroll the window (see comment about choices not dissapearing), and in text mode you'd have several other choices made already...
The point is - if you know what you want in your kernel, it *is* quicker to navigate via the keyboard - hands don't move - no wasted time. That's all.
I like it - though I was (and still am) better with half keyboard / half flightstick pro in Descent (I/II)... but a couple'a extra hat switches are good like that...
And I think most of the commands in emacs are intuitive... sheesh... *^)
Hmmm... I think you really do lose some of the power if the interface isn't perfect... example: make menuconfig is *far* more navigable and easy to use than make xconfig. hands stay on keyboard - tab, space, enter, and the up/down arrows are all you need to *quickly* get around (and F1 is close for descriptions). xconfig doesn't allow you to scroll through choices with the arrow keys - you *need* to use the mouse. That alone slows things up considerably...
If graphical installers tend to follow the same methods, it makes it more difficult for people to install - especially is you have a new mouse that doesn't have direct BIOS support... what will you do then?! Hmm, I can't seem to navigate this install... graphical installs tend to take longer if you actually want to change anything than simple, text menus... in almost every example I can think of...
Photons are just a fake concept to hide the truth from the common man. Light is just the absence of dark. Dark is spread by sub-atomic particles called "darktrons", and the effects you observe are easily explained. What we know as "lights" are really only darktron suckers. They remove the darktrons in a straight line from where they are. This is why you can put a piece of wood between you and the "light", and it is darker on your side - you are creating a dam for the darktrons. The "bending of light" effect is also explained by darktrons. The sucking power of these "lights" (notably the Sun) is strong enough to even pull some darktrons from around corners, which creates an slightly curvi-linear pattern. This is just another conspiracy by "The Man" and his white-lab-coated minions to deprive us all of the truth!!!
So his comment about dark "soaking in" is perfectly ok - since the darktrons take time to replenish - in super slow motion you can actually see the dark making its way back towards the "light"... foolish mortals
Alphas are RISC, and Linux has run (extremely well) on them for quite some time now. The floating point performance on the alphas is incredble - they work great.
You can get the SSH2 from various anonymous ftp sites around the globe for purposes of NON-COMMERCIAL USE and EDUCATIONAL USE as defined by the Licence Agreement.
FYI:The OpenBSD list is a little different, if you check the link. This is primarily for FreeBSD, but I posted it as the BSD family, since many people run FBSD apps and packages on other flavors...
SSH 2 is not affected... though it certainly had its share of problems earlier, but it *seems* as if most of those have beentaken care of.
Not to mention that you have to specifically enable this particualar library - which I doubt most people would have, given the other choices of ciphers (correct me if I'm wrong, but *I* saw no reason to)... then again, IANACG (Crypto Guru)
>They convert the power to high voltage DC for the Intertie and use great big inverters at the destination. DC doesn't have losses.)
Seems backwards to me... Edison always wanted DC for power distribution, but AC wond out because it is far less lossy. For a really long wire (i.e. power distribution line), the DC resistance is *way* higher than the AC impedance. The electrons have to travel from point A to point B for DC (let say 1000km for this example), while at 60 Hz, the electrons bounce back and forth, going far less distance and losing less of their potential energy (read: voltage) along the way.
I haven't heard about the Pacific Intertie, but hey, they could be doing this... though I somehow doubt it.
>The inability of Alpha NT to run Intel NT binaries
Well, there's always FX!32 (or whatever). Though it is software emu, so it is painfully slow... it does work, tho...
Hmm... my celeron is greatly improved by the bus jump (comparing it at equal clock speeds)...
And my P-MMX 200 is *much* faster at 2.5 * 100 (250MHz) than at 4 * 66 (266MHz)... of course, this CPU is a very limiting factor in and of itself, but the 66->100 jump is pretty significant. The 100 -> 133 is less noticable.
Similar to the argument about 7200 vs. 10k rpm drives.
"Bah!" - Dogbert
>We need intelligent devices! Badly! Floppy drives and hard disks with their own memory and processors.
Get a good SCSI subsystem - good cards have nice processors on them, and can have several to many megs of cache. Costs more, but so does everything in your comment...
64 bit or 66MHz PCI (both, preferably) would be a welcome addition, and are not as cost prohibitive as many other solutions. 64-bit 33MHz devices can coexist with 32-bit devices, and still maintain the speed advantage... PCI-X makes this even better - remember PCI was designed as a cost-efficient performance bus. Mostly cheap, sorta fast, reliable. What are you using that presently ships with EISA? Yikes...
Not that your sound card, modem, or even 10BaseT network really taxes PCI all that much... and those should all have processors, bus-mastering, and DMA (damn win-modems!).
If you want a pretty extreme example of what you are mentioning, go look at an AS/400 - separate processors for all of the I/O functions, high speed internal busses between subsytems... and expensive... do you want to spend $1-2k for a decent system, or $80k... it's up to you...
Hmm.... well, my dad's Cow (486DX-33) is still running just fine (only had a memory upgrade since he got it about what... 7 years ago...
My faithful P-100 Cow is running for a friend of mine now... I lost a hard drive once... after a big power surge. I also know of a few friends who got cows back in 1995 when I got mine - they were really nice boxes then - standard parts, easily upgradable, nice cases. Nothing to worry about.
Another friend has 2 cows, a P-200 and a P-II 450. He had one of the quantum drives die on him in the 200 (after some really weird stuff), but the machine was otherwise sturdy.
If I didn't build my own, I'd probably get another one...
From what I've heard lately though, people are nowhere near as satisfied as I was... sad. Though I personally would never go within 10 feet of a Micron, and used to like the Dell boxes, but lately, they have dissapointed me greatly...
I just want a dual GHz Athlon (133 DDR FSB, of course). Is that too much to ask 8^)
Yeah... it took me a little while to explain the whole concept of Open Source developement to my better half. She is notably adept with computers (and never flinched when she's had to use Linux for something), but the discussion opened up with, "Well - who owns Linux?" The concept that this OS isn't owned like MS owns Windoze is not something that everyone grasps right away.
My uncle mentioned to me that Linux won't do well because it doesn't have the marketing dollars that MS does. I didn't really have the time to explain the situation... The general public (and even those close to us geek types) just aren't well informed about these subjects and can be easily mislead.
Bottom line - one of those stock symbols *has* to be the company that makes linux, right? Oh - I get it - RedHat wrote linux and now this VA place sells linux computers? Right?
(sound of palm smacking forehead)
Ugh...
"See, Linux isn't stable - it gave me a GPF just like Solitaire!"
>And as a result, a program that was originally designed to let a particle physics research group transfer graphic data from CERN led to the medium by which you're (hopefully) reading this.
/. via the web? I just get the weekly /. Digest from Andover.net Press. Just think of how many pages of perfectly crafted comments, and the plethora of information I get to cary around in a handcart. Of course - I get the large print edition (8 point font), but you can save paper and get the 4 or 6 point versions, too.
/. Digest is even better than the NYTimes or WSJournal for those... longer visits to the john. Nothing like a good first post to get you going...
You read
The
(Score -1: Inapropriate, and just dumb)
They shoud sue James Cameron, too - after all, a search for Leonardo brings up DiCaprio on the Titanic websites (all 200 gajillion). Or just sue Leo and his parents - they should have known better 8^)
You had an outhouse?!
Spoiled brat...
and I would have gotten away with it, too - if it hadn't been for you kids, and your dog...
oh wait... that's Scooby Doo... not Sherlock.
(see list)
33. 100 points for a "Grand Unified Theory"
34. 150 points for mentioning Cold Fusion, if only to create more interest.
"Bah!" --Dogbert
Average /.'r: "Patents are evil, but he's a huge liar and stuff, since everyone else thinks he is, though I never read the articles. Oh yeah - First Hydrino Powered Post!!!"
Hmmm... I don't think I'm helping the signal/noise ratio today. Moderate me to oblivion - it's better than where I am now...
Let's not wait for the legal system - let's tar and feather him now!
oh yeah, we could probably get mad about the patent thing, too 8^D
(it's too early to have been up this long)
Do not taunt Happy Fun Hydrino...
I'll agree with the other poster on this thread that the text screen redraws almost instantaneously on my card (an old S3 ViRGE -4MB), and incredibly quick on my Matrox G200...
I don't *hate* xconfig... it's just (IMHO) harder to move around in - the improper options don't dissapear (a really nice feature of menuconfig), and my biggest gripe is still the scrollbar issue. I don't need to use them in Netscape, IE, or any number of other X/Windows apps that have them. Using a UI as intended is not a valid goal, unless you have designed / altered the UI yourself. Ever used Lotus Notes (MUST DIE!!!)? I can't even *imagine* how that was inteded to be used from a UI standpoint.
I love graphical manipulation and mice and all that stuff, but I have gone against people who use on xconfig, and head-to-head ounavigated them using menuconfig. It is a cleaner, easier, more appropriate interface.
If xconfig was modified to be properly keyboard navigable, I wouldn't switch to a console to configure the kernel... It may be easier for those who have never done a kernel before, but trying to view the explanations takes longer, making choices takes longer - if you make the y/n selection with the mouse, you then need to move the mouse to scroll the window (see comment about choices not dissapearing), and in text mode you'd have several other choices made already...
The point is - if you know what you want in your kernel, it *is* quicker to navigate via the keyboard - hands don't move - no wasted time. That's all.
Well, I just went and looked at it...
Keyboard Zen, huh? 8^D
I like it - though I was (and still am) better with half keyboard / half flightstick pro in Descent (I/II)... but a couple'a extra hat switches are good like that...
And I think most of the commands in emacs are intuitive... sheesh... *^)
Hmmm... I think you really do lose some of the power if the interface isn't perfect...
example: make menuconfig is *far* more navigable and easy to use than make xconfig. hands stay on keyboard - tab, space, enter, and the up/down arrows are all you need to *quickly* get around (and F1 is close for descriptions). xconfig doesn't allow you to scroll through choices with the arrow keys - you *need* to use the mouse. That alone slows things up considerably...
If graphical installers tend to follow the same methods, it makes it more difficult for people to install - especially is you have a new mouse that doesn't have direct BIOS support... what will you do then?! Hmm, I can't seem to navigate this install... graphical installs tend to take longer if you actually want to change anything than simple, text menus... in almost every example I can think of...
"Out, Out! Demons of Stupidity!" - Dogbert
Photons are just a fake concept to hide the truth from the common man. Light is just the absence of dark. Dark is spread by sub-atomic particles called "darktrons", and the effects you observe are easily explained. What we know as "lights" are really only darktron suckers. They remove the darktrons in a straight line from where they are. This is why you can put a piece of wood between you and the "light", and it is darker on your side - you are creating a dam for the darktrons. The "bending of light" effect is also explained by darktrons. The sucking power of these "lights" (notably the Sun) is strong enough to even pull some darktrons from around corners, which creates an slightly curvi-linear pattern. This is just another conspiracy by "The Man" and his white-lab-coated minions to deprive us all of the truth!!!
So his comment about dark "soaking in" is perfectly ok - since the darktrons take time to replenish - in super slow motion you can actually see the dark making its way back towards the "light"... foolish mortals
8^)
Alphas are RISC, and Linux has run (extremely well) on them for quite some time now. The floating point performance on the alphas is incredble - they work great.
According to ssh.org:
l _licensing.html
You can get the SSH2 from various anonymous ftp sites around the globe for purposes of NON-COMMERCIAL USE and EDUCATIONAL USE as defined by the Licence Agreement.
http://www.ssh.org/licensing/ssh2_non-commercia
So it all depends on what position you are in. Works great for me(tm)
FYI:The OpenBSD list is a little different, if you check the link. This is primarily for FreeBSD, but I posted it as the BSD family, since many people run FBSD apps and packages on other flavors...
These are the possibly affected items in the BSD family:
p5-Penguin, p5-Penguin-Easy, jp-pgp, ja-w3m-ssl, ko-pgp, pgpsendmail, pine4-ssl, premail, ParMetis, SSLtelnet, mpich, pipsecd, tund, nntpcache, p5-Gateway, p5-News-Article, ru-pgp, bjorb, keynote, OpenSSH, openssl, p5-PGP, p5-PGP-Sign, pgp, slush, ssh, sslproxy, stunnel, apache+mod_ssl, apache+ssl, lynx-ssl, w3m-ssl, zope
SSH 2 is not affected... though it certainly had its share of problems earlier, but it *seems* as if most of those have beentaken care of.
Not to mention that you have to specifically enable this particualar library - which I doubt most people would have, given the other choices of ciphers (correct me if I'm wrong, but *I* saw no reason to)... then again, IANACG (Crypto Guru)
Just a quick followup - web info says it's a 500kv AC line...
>They convert the power to high voltage DC for the Intertie and use great big inverters at the destination. DC doesn't have losses.)
Seems backwards to me... Edison always wanted DC for power distribution, but AC wond out because it is far less lossy. For a really long wire (i.e. power distribution line), the DC resistance is *way* higher than the AC impedance. The electrons have to travel from point A to point B for DC (let say 1000km for this example), while at 60 Hz, the electrons bounce back and forth, going far less distance and losing less of their potential energy (read: voltage) along the way.
I haven't heard about the Pacific Intertie, but hey, they could be doing this... though I somehow doubt it.
Just my $.0004^.5