Post a Comment
Perhaps the fact that Windows only runs on Intel and that Intel has made modifications because of feedback from Windows and Microsoft.
I think it's really just a way to say PC without including Linux/*BSD, which also run on Intel (among others) and standard PC, but aren't Windows.
"Perhaps the fact that Windows only runs on Intel and that Intel has made modifications because of feedback from Windows and Microsoft."
So does that mean I would use different steps to get my WinAMD (Windows-on-AMD) client to connect? And by what you wrote that Windows does not run on my AMD processor since it is not Intel?
Sorry..mod me down...couldn't resist... 
And who designed x86?
Yeah, there you go. There's the source of the name "WinTel". It doesn't take too much brainpower to figure it out.
Are you trying to say Microsoft Windows was involved in the x86 archetecture design? Windows is hardly old enough.
Well, let's try just Microsoft (MS-Tel?). The 8086 and the 8088 (the start of the x86) were created in 1976 and 1977, according to this source: http://www.pcmech.com/show/processors/35/
At this time, Microsoft was an applications company, with BASIC being its big product. They didn't start selling DOS until 1981, according to: http://www.tacktech.com/display.cfm?ttid=30
I am not seeing the Microsoft design influence possibility of the x86. In later years, they certainly influenced the development, but they weren't involved in 8086/88 design at all.
He's saying that Intel developed the x86 architecture, not MS. And besides, the most widely used OS on x86 _is_ Windows after all. So yeah, it's safe to say Wintel(and I'm typing from my x86 Ubuntu Box)
However I think it does makes the article look unprofessional
Edited 2006-01-13 02:42
At this stage it's more accurate to say Intel designed the x86 instruction-set. Both the Pentiums and the AMDs translate this to a RISC-like microcode.
Then there's the fact that Windows (via DirectX, and maybe more) supports AMD's 3DNow instruction-set extensions. So it's hardly exclusive to Intel.
Fact is, "Windows" should have been used, "Wintel" sounds a bit trollish. I'm sure the poster meant to indicate that the the server doesn't necessarily have to run an x86-compatible machine, but there are more professional ways of indicating that.
Since most folks (in terms of the general PC-using population) are probably going to be connecting Windows boxes to a Samba server, the use of the term "Wintel" is perhaps understandable.
However, referring to the clients as "Wintel clients" does seem to ignore the fact that any other OS on x86 which supports CIFS networking (e.g., OS/2 with or without Samba, or Linux/BSD/Solaris boxes running the Samba client) could also treat the Samba server as a Windows file and print server.
Windows NT4 ran on x86, Alpha and MIPS processors.
Windows XP Professional runs on x86 and x86-64
Windows 2003 runs on x86, x86-64 and Itanium.
One of those instruction sets (x86-64) was designed by AMD, and Windows supports the 32-bit AMD-designed extensions called 3DNow.
Windows is not Intel only. I understand the poster was trying to get across that the server can run on more esoteric hardward like Sparc, but there are better ways of explaining that.
Just last week I got my RHEL4 box integrated with our new Active Directory setup. If you are otherwise familiar with Samba/Linux http://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/domain-m... will be very helpful. Contact me if you have any questions, info should be in my profile.
I don't think you get it. If the machine runs Linux or OS X, it isn't called Wintel, despite the fact that the processor may be Intel. It's only the standard PC running Windows (this is the key) with Intel Inside (R) that is called Wintel. These are, alas, the vast majority of PCs.
90% of the discussion here is people whining about the use of "WinTel" and not the actual point of the article. Samba is fine and good, and it does work fine in a workgroup setting. But integrating into AD is certainly not straightforward.
I agree with an above statement; a start to finish article on integration into AD would be great.
i don't think this article is very great
i've seen tons of guides that deal with only a workgroup type of network, this is trivial to setup, most medium to large sized companies use active directory, setup for ad would've been much more informative imo
also, what's up with sharing /root with guest and write access turned on?




))