Thin client Mac?
There is a huge movement taking place in both schools and corporates towards using thin client technology. The main benifit is easy maintence of licensing and maintence. Is it possible that we could see a new workstation designed to work with xRaid and xServe exactly for this purpose.
I believe that if Apple do not go down this route they will slip further down the marketshare league table.
I believe that if Apple do not go down this route they will slip further down the marketshare league table.
Comments
Originally posted by Addison :
There is a huge movement taking place... using thin client technology. The main benifit is easy maintence of licensing and maintence. Is it possible that we could see a new workstation designed to work with xRaid and xServe exactly for this purpose.
Thin Clients make a lot of sense in the enterprise and educational environments. By definition the thin client is a low powered terminal to applications that run on the server.
Apple could build a thin client interface box the size of a KVM switch that attaches to their displays (or sits on the desk) and provides keyboard and mouse connectivity. making this device ADC only would assure that an Apple display was used vs. some cheap analog monitor.
Built in bluetooth could make cordless keyboards and mice possible. An example of the size and possible styling could be taken from this Sun Ray 1 gig ultra-thin client:
If you really want a Mac thin client, take the hard drive out of an eMac.
Does anybody know if thin boxes exist for Windows or MacOS ?
I always supposed that you had to have a hard disk for using Network Boot under MacOS X. Am I wrong with that assumption ?
Netboot for small networks.
Rendezvous. Apple has been dependent on getting $$$$$ from Hardware. They didn't lose the OS war they lost the Software war. They need to be working on a suite of Applications that create a nice workflow for Education/Business. Therefore the Hardware is only a hook to get your software embedded into the network.
Centralized control and security, total control over what applications are available and license compliance control. Patching all software from the server room. The list is long for the advantages of this scenario.
The advantage for Apple to go this route is to offer a less expensive solution for enterprise accounts that are considering the BIG FAT client that Microsoft will be demanding with Longhorn. Think about it, to go with (or stay with) a Windows solution corporations will need to upgrade ALL their desktops with NGSCP equipped, Longhorn capable (see the minimum HW requirements) hardware. These won't be $500 Dells.
Credible, cost effective solutions for the enterprise will be a prerequisite for entry into these accounts. Having a thin client in the mix could only help Apple here.
Originally posted by The General
People have been saying this for years, don't really see it happening all that much though. this would basically be going backwards to the 'mainframe' type days, where you had a dumb terminal(thats basically all a 'thing client' is, connecting to a main system that runs and handles everything. while it may be good for some areas, overall, you are better off with a workstation and using thin client type software(like citrix) for apps you want to do that with.
But the difference now is that it is happening. In the old days we had mainframe computing and the drawback ws that it wasn't scalable as each new terminal slowed the machine. With thin client each terminal containes it's own processing power.
With the power of OSX it might be possible to make each new terminal act like a cluster, so the more terminals the greater the processing power.
IBM's Blade Center is ideal for this, as are the Xserves.
RACK-UM UP!!!
Originally posted by Aphelion
These won't be $500 Dells.
I disagree - they probably will be $500 Dells, or a similar price.
I did a quick search online, and found that a Windows Longhorn beta needs 800MHz, 256MB RAM and a 32MB graphics card. Oh, and about 2.5GB of HD space. Big deal - my computer should be able to cope with that easily, and it only cost about $370 to build. OK, so that's without a monitor, but they'll already have them. And I'm not Dell...
Compare that to buying a Mac machine. You're looking at about $800 minimum. Plus, that's the eMac - you aren't going to be able to reuse the screens etc. with that, like you can with a PC. Now, if they did a thin client that wouldn't mean upgrading all of the office every few years, just a few relatively cheap boxes in the tech room as needed, plus was small so more desktop space is available, plus is pretty cheap... End of game.
I'd think about going one stage further though - having little boxes lying around that your network, monitor, mouse and keyboard get plugged into is one thing too many. Why not offer a version built into a screen? Sort of like the eMac, except dumb and flatpanel. Put a few USB ports on the front to allow for mice, keyboards, USB data storage devices, whatever into. That seems like a more elegant, a more Apple-like, solution to me.
My tuppeny.
The former has been pushed by Sun for years with little success. In fact, IBM was also pushing this model for a while. Windows was the major obstacle; with the success of Linux, X terminals could make a comeback.
The latter has a lot of advantages for businesses: greatly reduced cost of ownership, maintenance etc. The client machines have to have good processors and thus will be more expensive. OTOH, the server room doesn't need to have lots of compute power.
The first model makes CPU upgrades expensive, because server cards (even blades) are more expensive than PCs. The second model puts all the CPU and memory upgrades out at the client end.
I think both approaches have good points and bad points. If I were Apple, I'd favor the second approach. Why? Because we need more bandwidth between the processor and the screen than we need between the processor and the hard disk. Maybe. YMMV.
Originally posted by Aphelion
Thin Clients make a lot of sense in the enterprise and educational environments. By definition the thin client is a low powered terminal to applications that run on the server.
Apple could build a thin client interface box the size of a KVM switch that attaches to their displays (or sits on the desk) and provides keyboard and mouse connectivity. making this device ADC only would assure that an Apple display was used vs. some cheap analog monitor.
Built in bluetooth could make cordless keyboards and mice possible. An example of the size and possible styling could be taken from this Sun Ray 1 gig ultra-thin client:
Bloody SunRays! They're not bad, but where I use them they're running off two Sun E420R servers. When there's more than 10 users on each, they're as slow as hell. They were running Solaris, which I don't mind...
Personally, I'd hate to see a dumb-terminal archicture machine from Apple. m.
Now over time, accepted definitions change, and this may be the case here. As "fat clients" become "thinner" by removing disk drives and such, then relying on the server for storage and booting capability, like as Apple's NetBoot, where the system "boots" from the server but processes the information locally, using it's own CPU.
This is, I think a semantics issue, in the use of terminology to describe a terminal that does not do local processing. But call it what you will, we need to accept some terminology, at least in this forum, (so we all know what we are referring to) that differentiates between :
1). A device that does no local processing, which simply displays information provided and acted upon at the server.
2). A device that has no drives or storage, but requests information (or programs) from the server and uses it';s own CPU to process and display that information received from the server.
3). A device that can boot on it's own, then requests files from the server to be used and acted upon locally, at the user's desk.
For me, admittedly a greybeard, whose first datacenter used punch cards and later paper tape, my definitions are as follows:
1). Thin Client
2). Fat Client (or smart client)
3). Network enabled PC
In any case we need to agree on the terminology here, if for no other reason other than knowing whether we are talking about 1). 2). or 3).
Relating this to Apple products, I think Apple should have an enterprise solution for all three devices.
1). A very inexpensive connection device that allows an Apple display, keyboard, and mouse to connect to an Xserve in the server room (which, by the way, though multi-tasking can serve several of these things)
2). A diskless Mac somewhat like Tokyo University's project, where iMacs were put out without disk drives.
3). Cheaper iMacs and eMacs
I don't mean to be a grammar policeman here at all, I'd just like to agree on terminology to advance the discussion without confusion.
Originally posted by Addison
But the difference now is that it is happening. In the old days we had mainframe computing and the drawback ws that it wasn't scalable as each new terminal slowed the machine. With thin client each terminal containes it's own processing power.
With the power of OSX it might be possible to make each new terminal act like a cluster, so the more terminals the greater the processing power.
Yes, but the THIN CLIENT doesn't do the processing! thats why its called a thin client. with a thin client, your processing is still being done on the server side. and even if they did make it like a cluster, then what would be the point, each persons pc would be running their own apps once you average it out again.... and the difference isnt 'now is that it is happening' it isnt common. it is rare. most places do it for remote access(working from home) or for certain apps.
Originally posted by Addison:
But the difference now is that it is happening. In the old days we had mainframe computing and the drawback ws that it wasn't scalable as each new terminal slowed the machine. With thin client each terminal containes it's own processing power.
With the power of OSX it might be possible to make each new terminal act like a cluster, so the more terminals the greater the processing power.
Consider the Utopian concept of a enterprise scale corporation with no legacy (ie Wintel hardware) baggage to consider, essentially a clean slate with the need to provide computing services to thousands of desktops, and hundreds of portables:
5,000 employees with a need to have computer access.
3,000 of which need only basic access to the system, heavy word processing, database access, email and internet (in some cases).
1,500 of which need more local power, heavy spreadsheet analysis and modeling, more graphic power for presentations, generally people who analyze data rather than just view it, or type things up.
100 of which who are creative pros who need workstations with significant power to create things from product brochures to corporate videos.
400 people who need to take their work (and the work of others) home with them or on the road. The outbound sales force would be the primary percentage here, but others like executives and such who just want cool things would be included.
If I were and Apple enterprise sales rep, I would want to be able to hit all these bases with the most cost effective solution I could here to be competitive with "Linux everywhere" in this hypothetical scenario.
More than half of the computer users could get by with thin clients, the next biggest segment could be served by disk-less "iMacs" (security & control). NetBooting from the servers. Only a small percentage really need the power and cost of a Powermac to do their work.
Of course there will have to be some major horsepower in the server room to make all those thin clients work well, and this is where Addison's quote at the top of this post ties in nicely. Using Xgrid and rendezvous to recover all those wasted CPU cycles in between keystrokes and adding them to the job of supporting all those thin clients.
RACK-UM UP APPLE!
Now I guess they should have banned me rather than just shut off posting priviledges, because kickaha and Amorph definitely aren't going to like being called to task when they thought they had it all ignored *cough* *cough* I mean under control. Just a couple o' tools.
Don't worry, as soon as my work resetting my posts is done I'll disappear forever.
Originally posted by AirSluf
[B]My organization is transitioning to server based applications and regularly sees screech to a halt work flows not to mention 20-45 minute logins when everyone shows up for work.
I think you need a larger server farm behind it, if it takes you THAT long to login. Curious, what platform are you running?