This is not passed onto any "network co-processor" at the NIC, etc.
InterProphet is one of many companies embedding the TCP stack in Silicon, to achieve higher performance this way. Still, AFAIK, a "stub" TCP stack would need to be patched into the kernel sources for this to work in Linux. If the masq features and all the other goodies are not supported on the "silicon stack", you're out of luck. You really aren't on the Linux (BSD, etc.) TCP code anymore.
In a DMZ you can setup a web server and use netbeui to connect to a resource server in the same DMZ and keep your resource server safe from several types of hacks, not perfect but still gives old netbeui a job
EXACTLTY!
I was about to make this point, when I saw your post. NetBEUI is a non-routable protocol, which makes a perfect little link for things like Web 2 DB.
This is how I have protected the NT-based projects around this shop. This works bets on a dedicated NIC, and small, dumb-hub. Then NetBIOS chattiness is isolated from your IP network.
The change is not from Silicon to Copper, it's from Aluminium to Copper. The Silicon stays the same.
The problem has been using a conductive metal on the silicon wafer. If it is too conductive, the traces crosstalk. Actually, free electrons jump from one charged trace to another! Aluminium has been used, because it is minimally conductive.
Unfortunately it is also minimally conductive...
IBM figured out how to pair the copper traces with a non-conductive shield in the microscopic sizes required. This has been what everyone wished for - The benefits of conductivity without the drawbacks.
At least not to run Payroll, Data Werehouse, Customer Accounting and Info, etc. in fortune 1000.
What is it doing? File and Print. Email and "workflow" (please approve my expense report numbers, thank you!)
I am in a Fortune 500 financial firm, who's stock doubles every time someone says "Internet". We have NT on every user's desktop, and do file/print/application on about 3000 NT servers. Still, we do nothing that could be called "core business", "mission-critical" or "data center" on NT.
We do a lot of heavy lifting of Oracle databases on Sun Microsystems, and DB2 on IBM RS/6K SP2.
But the REAL business? The focus of huge amounts of critical attention and process?
The systems that the CEO discusses with the CIO?
That, my friend, belongs to the 390 instruction-set on the Mainframe.
The old, "dove bar" MS mice had two steel rollers for X and Y axes inside, where 'modern" mice have little plastic wheels (these were very easy to clean.)
This was the exact same internal mechanism on the original mechanical mouse for the Indigo from SGI. I'm sure that the SGI mice were made by Mouse Systems, not by SGI.
Mouse Systems may not still be the input device OEM supplier for Microsoft, but somebody is!
They don't make this stuff, they just ask their OEM partner to show 'em "cool stuff', and some of it gets a Seattle marketing job... --Jeremiah
It's based on System V, that SCO got from Novell, who got it from ATT Bell Labs (who is now Lucent!) The AIX parts will amount to SMITS, and some other "enhancements". None of the broken, non-Unix-stuff-posing-as-a-Unix from IBM is expected in the mix. This is IBM's bid to get away from maintaining AIX, while still having a *nix platform for SP2, etc. Of course, the way organizations are set up, with SP2s as front ends to mainframe DBS, AIX will be her for the Y2038 problem!
You want this stuff, you want an "open" project to result, get the BSD and mach sources. You can argue about the spirit and letter of various licences 'till you are blue in the face. Nonetheless, it is patently obvious to anyone that Apple is about as interested in producing free software as Microsoft. "Darwin" is not AbiWord, Mozilla, or even MySQL. Apple has always had offensive business practices, and this little PR move to stem the flood of development rushing away from their platform doesn't change that. If they were interested in the values or real benefits of any "openness" they wouldn't have killed Rhapsody on x86. (Which rocked as beta 1) Jobs is a rip-off artist, who trades on illusory benefits like "charisma" and "vision", while performing bait & switch on customers and developers alike. He's had 11 years now. Where is the system that improves on NeXT, as NeXT did on MacOS? It will NEVER appear. That's because with NeXT, all he did was implement those things from PARC that he missed seeing the first time around, and he was motivated by the desire to show Apple they made a mistake in treating him as dispensable. He'll raid open source for the kernel, etc. He's done it before. He'll sue you blind if you venture into userland code.
Don't get me wrong, I LOVE the "thumb-wheel" and zooming icon-views. The look/behavior of the boxes, sliders, etc. is also a dramatic improvement over the junk in, say, CDE.
The widgets are mods of Motif, and the usual license fee will apply to any of these libraries which include OSF/Motif source.
I suppose that they can purify these widgets of OSF source. This could then be coupled with LessTif, but I think it might be less work to backwards engineer a whole new LessTif derivative, if SGI provides a spec.
Oh, yeah! I also forgot: SGI added beautiful extensions providing multiple icon-states, and integration of audio-events.
You'd probably see all of this sooner as a GTK/qt theme, than as a free-software port.
This is not passed onto any "network co-processor" at the NIC, etc.
InterProphet is one of many companies embedding the TCP stack in Silicon, to achieve higher performance this way. Still, AFAIK, a "stub" TCP stack would need to be patched into the kernel sources for this to work in Linux. If the masq features and all the other goodies are not supported on the "silicon stack", you're out of luck. You really aren't on the Linux (BSD, etc.) TCP code anymore.
--Jeremiah
The MS branded box (plain white, with a RED stripe) came when you orderd your Toshiba laptop with OS/2, etc.
We had one of these. A 386SX, with an orange/mono VGA -- AC power only!
--Jeremiah
If you set this up, on its own interface, you can "firewall" the NIC.
If your scale is small enough, the DB can be a single-machine, connected by a cross-over cable!
TCP is wonderfull. But it is a CPU eater! Especially under heavy connection loads.
NT certainly benefits by using NetBEUI in this situation. The payoff is lesser for Linux, but it doesn't hurt, either...
--Jeremiah
EXACTLTY!
I was about to make this point, when I saw your post. NetBEUI is a non-routable protocol, which makes a perfect little link for things like Web 2 DB.
This is how I have protected the NT-based projects around this shop. This works bets on a dedicated NIC, and small, dumb-hub. Then NetBIOS chattiness is isolated from your IP network.
--Jeremiah
Remember "Biff posts", every September?
What about Kibo, and the world's longest .SIG file? I'm afraid he's just one more loon on the web, now.
I'm afraid that I have been a USENET lurker for almost 20 years now, myself!
My few posts were replies to pleas for help, and the occasional, well-lobbed troll posting.
I suppose that that's no different than my posting history on Slashdot, really.
Bill Gates is the Suharto figure here, and the crackdown is coming, kids!
Keep coding...
The change is not from Silicon to Copper, it's from Aluminium to Copper. The Silicon stays the same.
The problem has been using a conductive metal on the silicon wafer. If it is too conductive, the traces crosstalk. Actually, free electrons jump from one charged trace to another! Aluminium has been used, because it is minimally conductive.
Unfortunately it is also minimally conductive...
IBM figured out how to pair the copper traces with a non-conductive shield in the microscopic sizes required. This has been what everyone wished for - The benefits of conductivity without the drawbacks.
It may take "millions of dollars to run tests", that simulate wide spread deployment and use.
Linux users may - or may not - be doing ot for fun. However, wide-spread deployment and use are real, not simulated.
Free software models threaten this man's entire business. Of course he reacts with angry bluster.
IT IS NOT BEING USED!
At least not to run Payroll, Data Werehouse, Customer Accounting and Info, etc. in fortune 1000.
What is it doing? File and Print. Email and "workflow" (please approve my expense report numbers, thank you!)
I am in a Fortune 500 financial firm, who's stock doubles every time someone says "Internet". We have NT on every user's desktop, and do file/print/application on about 3000 NT servers. Still, we do nothing that could be called "core business", "mission-critical" or "data center" on NT.
We do a lot of heavy lifting of Oracle databases on Sun Microsystems, and DB2 on IBM RS/6K SP2.
But the REAL business? The focus of huge amounts of critical attention and process?
The systems that the CEO discusses with the CIO?
That, my friend, belongs to the 390 instruction-set on the Mainframe.
This was the exact same internal mechanism on the original mechanical mouse for the Indigo from SGI. I'm sure that the SGI mice were made by Mouse Systems, not by SGI.
Mouse Systems may not still be the input device OEM supplier for Microsoft, but somebody is!
They don't make this stuff, they just ask their OEM partner to show 'em "cool stuff', and some of it gets a Seattle marketing job... --Jeremiah
It's based on System V, that SCO got from Novell, who got it from ATT Bell Labs (who is now Lucent!) The AIX parts will amount to SMITS, and some other "enhancements". None of the broken, non-Unix-stuff-posing-as-a-Unix from IBM is expected in the mix. This is IBM's bid to get away from maintaining AIX, while still having a *nix platform for SP2, etc. Of course, the way organizations are set up, with SP2s as front ends to mainframe DBS, AIX will be her for the Y2038 problem!
You want this stuff, you want an "open" project to result, get the BSD and mach sources. You can argue about the spirit and letter of various licences 'till you are blue in the face. Nonetheless, it is patently obvious to anyone that Apple is about as interested in producing free software as Microsoft. "Darwin" is not AbiWord, Mozilla, or even MySQL. Apple has always had offensive business practices, and this little PR move to stem the flood of development rushing away from their platform doesn't change that. If they were interested in the values or real benefits of any "openness" they wouldn't have killed Rhapsody on x86. (Which rocked as beta 1) Jobs is a rip-off artist, who trades on illusory benefits like "charisma" and "vision", while performing bait & switch on customers and developers alike. He's had 11 years now. Where is the system that improves on NeXT, as NeXT did on MacOS? It will NEVER appear. That's because with NeXT, all he did was implement those things from PARC that he missed seeing the first time around, and he was motivated by the desire to show Apple they made a mistake in treating him as dispensable. He'll raid open source for the kernel, etc. He's done it before. He'll sue you blind if you venture into userland code.
And the horse they rode in on! Just be glad they aren't in the industry position that Microsoft is.
How about TransMeta?
Gosh,
There are problems with Gnome, that make me really feel it is still a "beta" product. I really do wish it were otherwise!
Still, you must not be looking hard enough for the language bindings, etc. I can't stop by FRESHMEAT without tripping over another one...
Uhh... Dude! You're going WAY too far back in time for me...
:-)
I lose sight of anything outside the current scroll buffer.
Don't get too happy for 4Dwm...
Don't get me wrong, I LOVE the "thumb-wheel" and zooming icon-views. The look/behavior of the boxes, sliders, etc. is also a dramatic improvement over the junk in, say, CDE.
The widgets are mods of Motif, and the usual license fee will apply to any of these libraries which include OSF/Motif source.
I suppose that they can purify these widgets of OSF source. This could then be coupled with LessTif, but I think it might be less work to backwards engineer a whole new LessTif derivative, if SGI provides a spec.
Oh, yeah! I also forgot: SGI added beautiful extensions providing multiple icon-states, and integration of audio-events.
You'd probably see all of this sooner as a GTK/qt theme, than as a free-software port.
--Jeremiah Cornelius