Slashdot Mirror
Windows Admins Need To Prepare For GUI-Less Server
msmoriarty writes "We knew Windows Server 8 was going to be a departure for Microsoft, including an 'optional' GUI, but in a blog post made earlier this week, the Windows Server team said that working without the GUI will be the 'recommended' method, and is telling developers not to assume a GUI will be present. According to Windows consultant and author Don Jones, this is a big hint to Windows admins that they better get used to not having a GUI in future releases. From the article: 'I'm well aware that many Windows admins out there aren't looking forward to a GUI-less server operating system from Microsoft. ... I'm sure Microsoft has, too.They're proceeding anyway. We have two choices: adapt or die.'"
Often Windows servers are also used to run actual programs with GUI's, like you do on your home computer. Having them on server means you have access to much better bandwidth and your programs can run 24/7, and you can easily deploy more servers if you need to. If GUI's are completely removed then you would need to run desktop version of Windows on a server, which is far from ideal. Servers aren't just used for web servers and things like that, they are also used for supporting programs or having a remote location. Windows server with RDP works really well for that. Even Linux servers can have GUI, as it's easy to install X11 and some desktop environment.
The cloud......CLI.......
What's next? Vacuum tubes?
I thought innovation was supposed to be moving us forward, not backward!
n/t
Any windows admin who is truly interested in what he does will have no problem adapting to a CLI environment. As we unix nerds have known for years, the CLI is where the really interesting stuff happens.
So we are going back to command line and dumb terminals... how very retro
While I like working in the command line, I don't see the need to go totally GUI-less. Sure it may free up some memory and bandwidth but can't they just trim out the crud?
If it is going to be telnet session only, why not switch to the best GUI-less OS ever? Linux anyone?
We've been running out DC's as Core for a year now. It was a tricky setup/configure, and management also takes getting used to. However, it's not that bad. Just use your custom mmc for remote management, works great.
We play the game with the bravery of being out of range
Should be fun......
Those who do not understand UNIX are doomed to reinvent it, poorly.
it is not going away.
Reading slashdot one-liner: (irm http://rss.slashdot.org/Slashdot/slashdot).rdf.item | fl title,desc*
Damn I guess it freezes in hell after all.
Maybe call it Prompts from now on?
How are we supposed to play 3D pinball in the server room now?
try { do() || do_not(); } catch (JediException err) { yoda(err); }
I've been operating "without the GUI" for 2 decades now... never occurred to me that it was a problem...
One of the reasons windows servers are popular is that they are (relatively) easy to use, and aren't that different from desktop windows.
If MS is going to throw the interface away, then the learning curve costs of switching to linux are much less.
Not to mention that you no longer have to pay MS license fees, and have to pay someone to keep track of the many types of MS license (per device, per user, per server, etc).
No! those programs need to be rewritten by their makers to run GUI-less, just like real OS which thus far Microsoft hasn't produced. There is no reason to have a GUI on a server.
How very....
Microsoft's intention is to just have GUI clients for admin, don't get your hopes up that they would actually raise the bar to have real computer sysadmins who can function from a command line
...for a mass evacuation of Windows Admins.
I mean seriously. Are you fucking kidding me?
Why even bother with a Windows Server then?
Gotta love PowerShell!
I, for one, welcome our windowless windows overlords.
Imitation is the most sincere form of flattery. But now, what's the point to windows if there's no GUI?
Slashdot's rate-of-post filter: Preventing you from posting too many great ideas at once.
What they actually recommended is running the GUI on the client.
Who wants to run a GUI on a server anyway?
MS is frankly pissing their brand away on stuff like this...
All this just gives people an incentive to switch to linux.
I've decided to stop wasting my time responding to AC trolls/sockpuppets... so if you want a response from me... login.
DOS? c:\> ?
PS: I don't reply to ACs.
GUI vs. Command Line. I lived through that argument in the 80's and 90's. With a GUI, syntax problems go away - IF you can figure out how to find/launch the GUI. On the command line, all commands are available in one spot, but the syntax can be challenging. We really just traded one problem for another.
But for those of us who run production shops, a GUI isn't scriptable and is therefore not testable. Command line scripts can be tested in an offline environment, emailed around, put under version control, and printed out for enjoyable bathroom reading. Who doesn't love command line scripts???
- The Kessel run is for nerf herders. I can circumnavigate the entire Central Finite Curve in a lot less than 12 parse
Admins should just use the GUI tools remotely. That way they do not need remote desktop and GUI tools installed on the servers. This would provide the best of both worlds and make remote management for servers simpler. Most current admin tools can operate on remote servers. Microsoft could easily ensure all tools can operate remotely to make this transition easier for administrators.
Most competent Windows server admins don't need a GUI on the actual server anyway; between the RSAT (Remote Server Admin Tools) and Powershell, there's very little that you need to be "on the box" to do.
Most good Windows server admins can do almost everything via Powershell anyway - of course it would be much easier if Microsoft would write decent Powershell modules for DNS and DHCP so you didn't have to do everything via COM objects and dnscmd.
MS has finally realized that a GUI on a server is a bad idea. it consumes resources, it is insecure, and less then knowledgeable people administer system poorly. GUI is usually limited to a single system.
This change will radically change the MS landscape. Bosses will want the "new system", most admins will Install the GUI( they cant do it any other way), there will no longer be the local "expert" in small businesses. Higher wages because less admins can go GUIless.
The smart companies will just move to Linux.
And you don't seem to understand how much overhead and bloat is added to servers by a GUI. Fully 25% of a cpu is taken, and up to 30-50% of the memory (depending on what is running).
There is a reason the X window system is quite efficient - the overhead is on the X server, which is not running on the compute server. No need for the bloat, performance penalty, or memory penalty.
The next problem is that any GPU on a "server" is going to be dedicated to application computation, not graphics. That is very hard to do efficiently if a GUI is running on the server - the GPU doesn't have the resources to do process separation (that is one of the security issues that exists for all GPUs).
"objects" are nothing but references passed through a normal stream of data. See XML for an example. After it arrives at it's destination it has to be reassembeled into a memory resident structure.
So all it does is add yet another layer of bloat. Linux/UNIX has been able to do that for years. Most disregard it due to the extra processing overhead, and, after all, it doesn't add that much capability anyway.
Years ago I was running a Windows Desktop and I made the mistake of turnning of the RPC service, after which the entire GUI in Windows broke (no new windows could be opened). I'm assuming that if no GUI is running and there's no services running that require RPC (like NFS) that the RPC service could be turned off. [And will Win8 require RPC to allow GUI functionality?]
As someone who's done Linux server admin for more than a decade, this decision on Microsoft's part somehow seems a bit obvious... but the correct path for the long-term.
I'm pretty comfortable with a CLI, it's what I grew up with and use on a routine basis for many things. That being said there is a lot out there in terms of server based applications that are wholly dependent upon having a GUI.
Were not talking about simply rearranging the desktop here, were talking about removing the very interface that is depended on by an entire ecosystem of software. That market is easily in the billions of dollars per year. If your going to force all those developers and legacy applications to run as CLI only than your giving those companies an opportunity to re-evaluate the platform they use for a CLI based tool.
If your giving companies the impetus to decide what platform to use for a CLI based tool than many of them are simply going to switch to *nix support since there is a strong legacy ecosystem to support it. In other words if Microsoft were to do this for all of the Window Server based platforms it would be suicidal. That's a pretty poor business case and it simply doesn't make sense.
I think the far more likely case is that certain versions of Windows server will be available as CLI only (web platform etc), which they already are. I really have to question if the source of the story got their facts right, it doesn't make sense unless they didn't.
From TFA:
"It provides many of the benefits of Server Core (reduced footprint, attack service and serviceability)..."
Well, that would explain a lot.
For a GOOD long while now -> http://www.bing.com/search?q=%22Windows%22+and+%22headless%22&go=&qs=ns&form=QBRE
APK
P.S.=> Time to "brush up" on powershell's all (not a "huge leap" for anyone that's done VB/VBA programming really -> http://www.bing.com/search?q=%22powershell%22+and+%22VB%22&go=&qs=ns&form=QBLH and it may even appeal to *NIX people, because it's "pipelined" too)... apk
I like the move, but it will be difficult or impossible to run older (poorly written) applications that need a GUI to run.
"A plan fiendishly clever in its intricacies"- Homer Simpson
Finally the manager in our IT dept will have to get a clue.
I'm guessing he will do everything he can to hold off upgrading as he knows he wont be able to cut it.
I'm actually hoping he will get moved out so we can finally move to Linux.
Maybe as a Linux guy I'm not getting this but.... Isn't "Windows" without a GUI simply .... DOS?
For the more seasoned, older, and more odoriferous (AKA "old farts") IT people. Those who cut their teeth on command lines. Suddenly we are the ones who "get it". I suggest MS admins rehearse this question "You want fries with that?" :)
putting the 'B' in LGBTQ+
When you think basic everyday work improvements made by the need they offered in an usability and deployment improvement, we go back to a command prompt. What's next? Punching physical cards? Switches or plugs? Seriously who's the "genius" at microsoft who though this would be a great welcomed idea.
From TFA: "In addition to Server Core (the existing CLI from Server 2008) and Server Graphical Shell (the usual GUI), we are introducing a new experience in Windows Server 8 called the Minimal Server Interface."
Also from TFA: "Technically, the Minimal Server Interface is a full Windows Server install excluding Internet Explorer, Windows shell components such as the desktop, Windows Explorer, Metro-style application support, multimedia support, and the Desktop Experience."
In other words, you'll have a command-line only version, like you do today, a GUI version that behaves like the latest Windows desktop OS, and a GUI version that behaves like a locked down server is expected to behave (the "Minimal Server Interface"). Or at least that's how I read it.
Always follow the $$$...
Basically, MS will be able to sell a shit-load of "NEW" MSCE courses and other materials, as well as support tools to every one of those "little" businesses that are not directly contributing to MS's pocketbook (truthfully, most 10 person shops are mostly running illegal copies of software anyways (I've seen it way to much for people to argue, yes, there are exceptions, but truthfully, more illegal than not...)) so having the "guy" who knows computers enough to click some buttons to make things work just isn't going to cut it anymore.... Either send him to those training courses (via MS getting money -- and a quick intro to "pirating is bad, you'll go to jail") and/or force companies to hire already trained (more expensive) people who are already indoctrinated (and knowledgeable enough) to not use unlicensed software.
Either way, a huge win for MS; corporate and large customers won't care, may be even happier as I believe this will increase efficiency on the back-end, and little shops (who can't really hurt MS) now become paying customers.
Last I looked they were simply removing the GUI and popping it into an administration application that you can run from a client. All that does is remote connect and run powershell commands.
This to me is the best of both worlds, lighter server OS, command line access, full command line administration, simple and easy to use windows application which gives you the commands so you can script tasks you just performed if you dont happen to know the command off the top of your head...
The only situation I can see being annoying is when you need to work on a machine without a GUI that isn't online and cant be seen my your remote management tool
Windows Server 2008 ~ "Walls" Edition?
What protocol will be used? Is there going to an SSH server on Windows servers by default, or how can one securely access the command line without having to actually Remote Desktop into the host?
Remote Desktop just for a command prompt seems overkill.
FTA:
"In Windows Server 8, users can transition between Server Core and Server Graphical Shell at any time, with a single command and a single reboot."
Don't they EVER learn? It took them literally years to be able to do application and driver installs without required endless reboots. Not poor windows admins need to reboot just to start the GUI?? Why on earth can't MS come up with the equivalent of "xinit" to kick off the GUI?? This is 1980s level functionality FFS!
does anyone actually believe that Microsoft will intentionally make their product less usable? (ducking and running)
I could see the gui "disappearing" from the actual server box - but we will still have remote administration tools. the windows "client"/desktop becomes the home for the server gui
Microsoft pushes the server core installation for security (smaller attack footprint) and performance (all those gui features require resources) reasons - not because the command line is something they love
to state the obvious - Microsoft is a software company, and they want to sell a lot of software. Moving the server gui admin tools to the "Windows client" (e.g. desktop/tablet/mobile/whatever) sounds like a good way to "encourage" people to buy more Microsoft products
but yes, you need to learn to use powershell if you are going to continue being a Windows server admin ...
It ain't what they call you. It's what you answer to. http://mylyceum.us/
"But for those of us who run production shops, a GUI isn't scriptable and is therefore not testable." - by Spinlock_1977 (777598) on Friday January 13, @10:33AM (#38686236) Homepage
You've never seen GUI apps that accept arguments in commandlines? I suggest you review what argc/argv are in programming languages then, & especially with "optional" parametry!
* HOWEVER - for tasks that server/network admins do, I'd actually RECOMMEND doing commandline scripting personally... no need for GUI overheads, especially in logon scripts or just basic file/folder or userrights manipulations.
APK
P.S.=> In fact, you can "strip strings" apart, & make your commandline "single arguments" basically into a parameterized script that way, or, just use MULTIPLE parameters (and they can be 'optional' too, & this has been the case in MS stuff for a LONG time (e.g.-> I was doing that in VB5/6 even & as far back as, oh iirc, 1997 or thereabouts & that's not a 1st - C/C++ & other languages have had argc/argv for nearly forever too))... apk
This is going to kill of a lot of people who simply took courses in windows server. Its sad for them but really a gui is overhead no server need why do you think linux has been killing ms in the server space. By the way this is only one of the reasons there are plenty more.
opinion IN other
Someone is reading too much into that statement.
Command line is the recommend method now, and will be. They won't get rid of the GUI. Of course if you are really an expert, you can do almost everything quicker in the GUI. Hot Keys are your friend.
The Kruger Dunning explains most post on
"According to Windows consultant and author Don Jones, this is a big hint to Windows admins that they better get used to not having a GUI in future releases."
Is it? or is that theory just completely made up?
Just because the server doesn't locally have a GUI doesn't mean it wont allow RDP connections, and doesn't mean you wont just be able to use the likes of event viewer, IIS manager, or whatever, installed on your local system, to connect to and manage a remote server.
I don't think most people manage Windows servers locally anyway nowadays, most IT staff are too busy enjoying the fact they no longer have to get off their arse to go to the server room because they can do everything they need with a GUI from their desk. I don't see anything to indicate that side of things is changing - just that Windows Server will no longer by default sit their handling a locked GUI for local users no one ever fucking uses anyway whilst continuing to offer the console based management option that was introduced in what, Windows 2008 Server? even then I suspect, being Microsoft, the Windows GUI will only be a quick click or command away but will simply be initialised on demand, rather than always there.
"Get used to running DOS again."
"Those who don't understand UNIX are condemned to reinvent it, poorly." – Henry Spencer
The Christian Right is Neither (Christian nor right). See: Matthew 23, Matthew 25, Ezekiel 16:48-50
Microsoft, the company for which the future is what everybody else is doing for more than 30 years.
what would MSFT gain by not including a GUI? Doesn't make much sense.
My God can beat up your God. Just kidding...don't take offense. I know there's no God.
This sounds like a solid move to me. I've been wanting for a long time for MS to separate IE from the GUI, and it's about time they did.
I am Bennett Haselton! I am Bennett Haselton!
If you run Windows Server 2008 R2, the "recommended" setup is to install the OS without a full GUI, called Windows Server Core. It includes a very minimalist set of tools, such as "task manager" that you can launch, but not much else.
http://msdn.microsoft.com/en-us/library/ee391626(v=VS.85).aspx
I8-D
http://packetstormsecurity.org/ surely some people would have learned some lessons.
Never trust Windows Server, and as the saying goes, any Linux or BSD is good as long as you harden it; however should you be a lazy system administrator as I am sure there are plenty frequenters to /. who are entirely that; then one has no rights being a system administrator in the first place.
All cows eat grass!
"In Windows Server 8, users can transition between Server Core and Server Graphical Shell at any time, with a single command and a single reboot"
Do we really need to REBOOT the server to switch on/off a GUI?
I mean it would be a big contradiction, in my opinion to include the word "Window" in name of such a product. A "Window" has always been a GUI object so far (at least in MS world). I mean how can something be called " Windows" if it has "optional GUI". Its like "aquarium" with "optional fishes" !!
In general, I like this approach. However, my faith in Microsoft's ability to produce a sane design for CLI management is not high. They have been moving toward this for about 5-6 years now, so it shouldn't surprise anyone. However, working with Powershell is no walk in the park. Sometimes I think they assign commandlet design to different members of the team. Those team members (thousands of them!) work on the commandlets from their own point of view with little oversight into the syntax or object model.
For instance, the object types that you would expect out of one Powershell commandlet (after you figure out the syntax, that is) is not what the next command expects as input. This has been the most frustrating part of Powershell and I keep hoping that eventually they will attack this with a more holistic approach to produce something with a little more clarity and sanity.
Is it still Windows without the GUI? Isn't a lot of the legacy code that bogs down Windows mostly about the GUI, old games and old dos programs which wouldn't be an issue for a pure server edition of "Windows?".
Is all that crap gone now? If it is, then why do you need windows at all?
What does the new windows do, as a gui-less server OS, that the various *nixes don't do?
Actually, what they tried to say with this is: "Look at us, we have serious server os now....yeah....CLI and all....we can do what UNIX does...honestly..."
IF (and only IF) this is going to be used, it will be only for microsoft based solutions (Exchange, SQL server...), because they will probably be the only one to bother making the CLI editions.
*nix-like systems are huge selling point for anything server-based, they know that, and they are trying to compete with stuff like this.
Suddenly Win Admins everywhere switch to Linux because its "easier".
Place nail here >+
Why? If I were to guess, I'd say MS would lose a lazy 10 - 20% of their server market share once 2k3/2k7 support runs out. Why? Because that 10 or 20% of admins learnt MS because they didn't want to deal with CLI in the first place. If I were one of these people, I'd jump in the deep end and learn *nix instead.
A text command is just a symbol, like a menu on a GUI. Yet various IT professional either get (undeserved) pride out of using text commands ( look how smart I am using, alternate, techy looking grunts ) or they get tense when having to deal with a CLI.
I have a number of friends who are Microsoft platform based network admins who fall into the later group. This change is really going to be a shock for them.
Microsoft informs us the GUI will fail to impliment most of their new features, and some things best left to the GUI will now add to the fustercluck that is their new command line interface by adding thousands of similar-sounding aliases for the hundred or so commands that are actually present including unix-friendly commands that remove the need to know critical things about windows servers before working on them.
Eventually, and inevitably, Microsoft's OS's will look like the IBM Mainframes.
The concept of having to memorize a few thousand "cmdlets" makes me want to hurl my "e-learning snack". WTF is next, clippy in Office 2012?
GUI-less servers aren't unique or new. Most (virtually all?) of them just don't happen to run Windows.
deleting the extra space after periods so i can stay relevant, yeah.
To a lot of people a CLI has the stigma of being less modern while a GUI has the connotation of being more modern, more convenient.
I wonder how the MS marketing people are going to handle the perception ( perhaps mistaken ) that MS is taking a step backwards.
I use Windows all the time in my personal life and at work, and I like the interface. However, I can't stand using a GUI for a server. While it may be easier to figure out how to do things with a GUI, tasks aren't easily repeatable. It's also much easier to write scripts and automate things if you're using the command line and shell scripts
Also, they should implement getline(). It's useful and it has been standard since 2008.
Sounds fantastic. Plus, think about how many more Windows Updates to GUI components that won't require a full reboot.
I went to eat some animal crackers and the box said, "Do not eat if seal is broken." I opened the box and sure enough..
users can transition between Server Core and Server Graphical Shell at any time, with a single command and a single reboot.
At least we can usually change an IP address without rebooting on most WIndows boxes these days, the fact that you have to still have to *reboot* a Windows server to change many things never ceases to amaze me. How advanced! :)
> startx &
...
> killall X
What gives? :)
Why would one ever reboot except to change the running kernel version or to shutdown for hardware maintenance?
April 1st already, huh?
No one ever had to evacuate a city because the solar panels broke!
... why do they try to save the (relatively) small amount of resource used by their GUI. Nowadays servers have large enough RAM and CPU to accommodate such a small overhead.
They should have done it before (years ago) but it make less sense now.
(TFA:) Applications tailored to run on the Server Core would...
be capable of running in the Minimal Server Interface configuration to take advantage of the reduced resource utilization and servicing footprint
Can someone tell me how much % the expect to save ?
I believe that for today's servers this footprint is ridiculous. Though one shouldn't run an animated 3D desktop background. Any GUI simple settings will do.
How will Solitaire work?
This sounds like MS is getting a feel for what they're user base is thinking by making an announcement like this. As per other comments above many applications that run on MS servers need GUI's so dropping it completely would be a nightmare both for their sales and the people who run their servers. I personally would push for kerberos realms or ldap/samba configurations if they're going to move that route. As a person who spent 8 years doing a large variety of *nix systems for 2 ISP's before going into the MS business world there is no way you could legitimately manage a server using a clunky CLI system like power shell. If they're going to go all CLI they have to port more *nix commands because ls, grep, sed and awk which now come default on Windows systems is worthless because power shell isn't good enough to be useful as a CLI. Don't get me wrong, powershell is useful as a replacement for Perl scripts in an Exchange environment but it just lacks the flow of any CLI like *nix or even Cisco as another example. Even to this day I still run perl ldap binds because modern PS2 commands are just too clunky.
I never understood why a server needs any kind of GUI. If you really do need any complicated mouse/text/buttons interaction, why not do it over a simple httpd server that services a web site? There are truly a bag load of embedded web servers for every language out there. And for the rest of tasks, like show processes, load times, memory usage, firewall, update the system, etc. a simple command line application is way better.
http://www.mueller-public.de - My site http://www.anr-institute.com/ - Advanced Natural Research Institute
I think they may have jumped over the fence into "user hostile" territory. F'rinstance, despite it's idiotic pseudo-TCLish syntax, a Powershell CLI interface CAN be very convenient and useful. Making it more of a pain to get that running is not. If they're going to go that route, MS needs to provide a decent Powershell editor (i.e. Visual Studio tweaked for Powershell) and perhaps a version of explorer that's actually useful, but just taking away *everything* because some little twerp of a manager had a brainwave and didn't run it by a human factors expert is probably yet another very, very, bad idea.
Please do not read this sig. Thank you.
I think that this will start pushing servers to *nix in small businesses.. Microsoft has a long way to go to make their CLI's as user friendly as those found in *nix, and I don't think they are capable of it.
MS, If you're going to take away the GUI, then make the default command line powershell. And make your command line versions of programs more useful and optionally verbose.
Can we finally get decent serial consoles on x86 systems now?
One of the great things I loved about SPARC machines that if they didn't detect a keyboard, they'd automatically redirect console to the serial port (either physical or LOM-based). Messing around with getty, and dealing with the iLO/DRAC/whatever, to get console when/if a system crashed was never necessary.
Both the hardware and software (generally Solaris) knew how to work with serial, and it made remote management much easier. For one a web browser was optional, not mandatory, and so firewalls and network/port hopping was kept down to a minimum.
A lot of us came along before the days of a GUI. We learned how to do EVERYTHING using a CLI. And you know what? We knew how to do EVERYTHING, not just what the GUI allowed us to do! GUIs are for dummies. Real men (and women) use CLIs!!
...ASCII based GUI's start popping up on Windows Server boxes everywhere.
Laters Sol "Have you found the secrets of the universe? Asked Zebade "I'm sure I left them here somewhere"
If, combined, will the 2300 cmdlets do as much as awk.
Nullius in verba
People actually use Windows Server?
So Novell was right all along, you really don't need a desktop GUI on a server.
I miss Netware.
Self awareness - try it!
a sd slot and control panel because computers are way too scarce and a snake game!
"Microsoft Cards 6.0", has a nice bing to it, dontcha think, Chad?
Table-ized A.I.
from MS will be the ability to run the GUI application on the headless server, but have it show up on your client. Eventually, they will have encrypted command channels too, and maybe a 3rd party will make a compression plugin for low-latency links. Maybe antoher 3rd party will setup some kind of easy public-key authentication scheme for arbitrary (i.e. non AD hosts).
In the meantime, I'll just ssh -XC like I have been doing in the *nix world for the past 10 years.
mov ah, 4ch
int 21h
What windows needs are config files and a package management system so proper CM (configuration management) can be done.
Click here, here, here, here, here, then here is a retarded way to try to manage things in a reproducible and properly documented fashion.
No, group policy is not the answer, it is better than nothing though.
As far as I know even if you run headless with server core there is still a UI presented when you login. TFA dance around it with talks of IE and various UI services not being avaliable but at the end of the day there is still a UI present.
I like the concept of Microsofts remote management tools but when you are bandwidth constrained they are painful to use. The citrix/RDP technology works well everywhere even over dialup, intl and sat links. I hope they will find some time to optimize existing remote management tools to at least reduce number of round trips.
I also think MS and the rest of the industry needs to stop drinking the virtualization coolaid. What we really want are jails that can be migrated. Duplication of resources and management overhead needed to express management concepts lacking in the base system concept is depressing.
"Having them on server means you have access to much better bandwidth and your programs can run 24/7, and you can easily deploy more servers if you need to"
What?
Really what are you talking about? If you are running a GUI application on a server that is not just wrong but down right silly.
You need more bandwidth? Then you get it more bandwidth.
Now if you are talking about machines with more than one CPU and a lot of memory then sure. Those are called workstations. They may use the same motherboard as a server but they are not being used as a server.
A server needs a GUI like a submarine needs a screen door. If you are going to run anything like that on a server you should really use a VM anyway so that it will not take down the entire box when it crashes.
Anything on a server that you can get ride of like a video card means less heat, less power used, and less cost. It is also one less thing to fail. RDP? how much bandwidth does that take? A lot more than ssh and command line.
And that is why real tech companies use Unix/Linux for servers.
See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
yeah, some people also operate without eyes completely forever, not a problem.
When I do builds, move files around, push updates and run scripts, I prefer the command line.
By the way, you've been operating without a GUI for 2 decades? Well I tried /. in lynx, it blows chunks.
You can't handle the truth.
I really want to know who the IDIOT at MICROSUX (Microsoft) is that is pushing this GUI less server OS ? Who in their RIGHT MIND would even consider it ? Windows since version 3.0 has been focused on a GUI interface. I am not a fan of the Windows Power Shell nor the Exchange Power Shell. I find command line based interfacing SUCKS ! What, are they trying to mimic and compete with LINUX ? Get a GRIP guys and quit listening to people who should not have a computer to begin with.
Have gnu, will travel.
I they really go without a GUI on Windows server I predict that the general reliability will go up for two reasons:
1. No GUI = less lines of code to evaluate so less chance for bugs.
2. Desktop users will stop thinking that they know how to admin servers because the GUI looks familiar,
Competition Good, Monopoly Bad.
In fact, the idea MS has been working towards is not logging on to the server at all. Using neither GUI nor CLI locally. Instead they have invested heavily in WBEM, and PowerShell remoting.
The Server Manager and the management console add-ins of RSAT (Remote Server Administration Toolkit) have been offering GUI-like remote administration of servers at least since Server 2003. The Server Manager has matured a lot in 2008 and 2008R2.
PowerShell remoting is really powerful: You can already run scripts / script blocks with fan-out remoting, i.e. the same script is executed simultaneously on multiple remote hosts, consolidating the output objects and status responses back to the main script which will automatically synchronize (wait for all hosts to either suceed or fail or timeout before continuing) and consolidate the results with indication of each object's origin.
With Server 8 the Server Manager becomes a tool for administering multiple servers with single operations. The add-ins integrates with PowerShell and you can design fan-out operations right from the user interface, e.g. filter servers by name, selecting a number of servers and add the "webserver" role to all of them at once - which will install the IIS webserver.
If you need to script installations or administration you can use PowerShell. With PowerShell 3 it even comes with workflows (suspendable, resumable on other hosts, scripting across system restarts etc). Still, you can script from a "command server" or workstation through PowerShell remoting or WBEM.
Reading slashdot one-liner: (irm http://rss.slashdot.org/Slashdot/slashdot).rdf.item | fl title,desc*
Saw this comparison in an article a while back.
Command to install apache on linux -
sudo apt-get install apache2
The command to install IIS on windows server 2008 -
start /w pkgmgr /iu:IIS-WebServerRole;IIS-WebServer;IIS-CommonHttpFeatures;IIS-StaticContent;IIS-DefaultDocument;IIS-DirectoryBrowsing;IIS-HttpErrors;IIS-HttpRedirect;
IIS-ApplicationDevelopment;IIS-ASPNET;IIS-NetFxExtensibility;IIS-ASP;IIS-CGI;IIS-ISAPIExtensions;IIS-ISAPIFilter;IIS-ServerSideIncludes;IIS-HealthAndDiagnostics;IIS-HttpLogging;IIS-LoggingLibraries;IIS-RequestMonitor;IIS-HttpTracing;IIS-CustomLogging;IIS-ODBCLogging;IIS-Security;IIS-BasicAuthentication;
IIS-WindowsAuthentication;IIS-DigestAuthentication;IIS-ClientCertificateMappingAuthentication;IIS-IISCertificateMappingAuthentication;IIS-URLAuthorization;IIS-RequestFiltering;IIS-IPSecurity;
IIS-Performance;IIS-HttpCompressionStatic;IIS-HttpCompressionDynamic;IIS-WebServerManagementTools;IIS-ManagementConsole;IIS-ManagementScriptingTools;IIS-ManagementService;IIS-IIS6ManagementCompatibility;IIS-Metabase;IIS-WMICompatibility;IIS-LegacyScripts;IIS-LegacySnapIn;IIS-FTPPublishingService;IIS-FTPServer;IIS-FTPManagement;WAS-WindowsActivationService;WAS-ProcessModel;WAS-NetFxEnvironment;WAS-ConfigurationAPI
You need to hire people who want to tech school or learned IT on there own.
CS is for programmers and even then it's to top level.
IT guys do not need 4 year CS to sever / desktop work and that is why they don't know much. People who learned on there own may say worked with DOS / win 9x and back then the CLI was used more.
Back in the day when you had to edit config.sys and autoexec.bat
The removal, or more accurately the lack of a UI is more to do with Microsoft getting applications to market quickly, rather than Microsoft working towards a UI-less OS. Take Exchange 2010 as one example, the initial release had fundamental configuration options missing from the UI and Admin’s needed to run Powershell scripts to get the system up and running in a production environment. However these missing configuration options appeared in subsequent Service Pack releases. Don Jones statement is basically a poor excuse for rushing applications to market when they are not fit for release.
This new GUI-less server concept - Why didn't we think of this before? Now Linux will once again be playing catch-up with new Windows technology.
Slashdot's name? When my compiler sees
Microsoft has a long history of making changes that their customers don't want, just look at the mess that is the Office toolbar and interface.
So now they move their sites to the server OS. Want a GUI? Too bad, we don't want to do the work so tough for you.
"There's a difference between running a "headless" computer and running a CLI only OS. Headless usually refers to a computer that doesn't have a monitor or input device connected. In this instance the computer OS can still be running a graphical interface even though it is probably never or rarely used." - by Anonymous Coward on Friday January 13, @11:10AM (#38686946)
Right/Agreed-NOT disagreeing on your definitions given! Hmmm - I guess I didn't "stress that" enough & that WAS my point: We're on the "same wavelength" here though.
APK
P.S.=> You could always remote admin such setups though, via pstools, GUI mmc tools, VMware etc./et al though...
... apk
In that case the single benefit to running Windows is going away. I can no longer be lazy and have to return to memorizing commands and their syntax. Luckily for me I'm already quite familiar with the structure of this wonderful command line based nos called Linux. Or I suppose we could make a "paradigm shift" to some newer technology. The point I'm trying to make is that as a sysadmin and decider of which direction our organization goes, the continuous microsoft upgrade path has only been marginally followed because it was 'easy'. There has always been some sort of consistency in the OS management tools and interfaces. Take that away, I may as well consider all my other options.
Personally I dislike windows (GUI) servers. The GUI seems to hog to much resources that's really not needed. On my Linux servers I still use Fluxbox as a GUI when needed.
Since these two posts have got so much positive moderation one must assume there are moderators here who have absolutely no idea of how a server works.
Logging in remotely to a server has nothing to do with having a GUI. I do it routinely on my Linux servers using SSH. Using SSH my personal computer is working as a dumb text terminal, which is orders of magnitude faster than a VNC when you have a slow connection.
Having a GUI on the server will worsen your performance.
Microsoft may be taking a step forward by dropping the GUI, but they still don't get it.
What makes Unix so powerful isn't just the shell, it's the concept of pipes. The input and output of each program is text. You type the input at the keyboard, look at the output on the screen, that's what makes Unix so powerful.
Why? Because that way you can pipe the output of one program to the input of another. By using binary objects each program gets two additional levels of complexity, you need a utility to inspect the objects and another to enter data.
PowerShell is the way Server Core is administered and nothing on UNIX compares to it. If you think otherwise, then you haven't actually used PowerShell for real work. For starters, you can pass entire data structures as arguments.
You do not need a GUI on a Windows Server anymore. And you should be well-versed in PowerShell if you want a future in Windows administration.
It's like you actually understand the issues and read the linked articles or something.
So, MS is going to make a shift towards more CLI. I had already heard rumours and stories that some configurations would have to be done on the Command Line. I may be a little cynical here, but consider the following:
Over the past while, the perceived value of having MS Certifications has dropped somewhat as MS Windows Servers become more easily configured. Now, Administrators will have to know some of the more arcane commands, and have a better understanding of how the systems work in order to properly configure Windows Server without the GUI's.
Aside from some of the improvements that folks have already mentioned, would this not also revitalize the revenue stream that MS gets from the training and certifications? And, make these certifications actually more relevent?
I'm baffled by this because the Windows command line is absolutely, positively useless in every way. It lacks a proper history function, proper tab completion, proper environment variables, it is not possible to configure most things with text files, scheduling tasks is practically impossible, the multi-rooted filesystem is an unfunny joke, and most of all Batch scripts are literally, not figuratively, the least useful form of programming I have ever seen, including taking a shit on a keyboard and hoping for the best. The entire Windows stack is completely inappropriate for use in any business, let alone as a server, and thinking of using it without the GUI makes me fear and hate it even more than I fear and hate Windows right now.
No. No, Microsoft, no. No, no, no. If you want to make the world a better place, here is a three-step plan:
1. Discontinue Windows. Burn it in a fire, and then apologize for it.
2. ???
3. The world is a better place.
I'm guessing that the reason for using a Windows server is to support some very Windows specific application(s) otherwise why bother? For almost any purpose Linux is better/cheaper/faster/more secure! Just like you would use Solaris for a Solaris-specific server application or NSK for something very critical/scalable. Windows has been eclipsed, and the GUI is compatible with existing code.
I killed da wabbit -Elmer Fudd
"920 PRINT "IT'S YOUR MOVE: ";
930 INPUT P,Q,R
940 IF P>W+1 THEN 1030
950 IF P=W+1 THEN 1000
960 IF Q>X+1 THEN 1030
970 IF Q=(X+1) THEN 1010
980 IF R >(Y+1) THEN 1030
990 GOTO 1050"
-Styopa
Can you imagine when essentially all of the Windows server applications are going to work well enough GUI less that Microsoft is going to feel comfortable removing the GUI? Microsoft is not Apple. They don't announce a new direction at WWDC and all the developers fall in line. And they aren't willing to make large breaking changes to ram through new ways of doing things.
Windows may be moving towards more stuff being able to be run without a GUI. I doubt there are going to be any major apps without a GUI interface. I think it is essentially impossible there will be a GUI-less version of Windows server within a generation.
In case you feel the need to return it....
FTA: The Minimal Server Interface enables most local GUI management tasks without requiring the full GUI Shell or Internet Explorer to be installed.
But won't this make the operating system really slow and unusable? :)
"In Windows Server 8, the recommended application model is to run on Server Core using PowerShell for local management tasks and then deliver a rich GUI administration tool capable of running remotely on a Windows client."
http://blogs.technet.com/b/server-cloud/archive/2012/01/11/windows-server-8-server-applications-and-the-minimal-server-interface.aspx
In other words, it sounds a lot like where Novell was in the mid-1990s and where *nix has been forever. The server will no longer be a workstation. The server is the server and the admin tools reside elsewhere.
I am not happy about this given the cluster fuck that is Server Core and the sub-par command line that they have delivered with it in 2008 R2. As long as they get their act together and provide the full set of MMC tools, it will be fine. Knowing Microsoft the server team will be different from the team developing the management apps. Half of the tools will work from GUI and the other half will require doing it from the console. Of course they won't do something simple like SSH, so we are going to have to have OOB management, or direct physical access.
In all seriousness though, there are serious flaws to this line of thought. Who the hell wants to work on file system ACLs from the command line? Who wants to setup user accounts and security groups from the command line? There certain basic admin tasks where having a GUI, and features like auto-complete are a godsend. Now granted, for large scale user adds or modifications you should be scripting them. But for one off adds, or looking at the resultant set of policy for complex ACLs with a lot of inheritance, the idea of doing it from the command line just sucks.
Without the nice "friendly" GUI, what the heck is the point of running a Windows server? If you're going to be on the command line anyway, why not run a far more robust & efficient Unix OS?
Looks like a good opportunity here for Linux to jump in and take away enterprise server market share from MS.
I had an OSX-server box with several mac minis for a couple years that I messed around with Xgrid for various tasks. It was more of a hobby, but one thing I liked was the Apple Remote Server toolkit. I had my choice, I could connect to my OSX server box with SSH and do everything command line like any other *iux box, or I could fire up the remote GUI tool on my PowerMac or PowerBook at the time and administrate the machine with the GUI, which was far more handy for some tasks.
I liked the either/or....
"The problem with socialism is eventually you run out of other people's money" - Thatcher.
Windows admins, welcome to the real world. You might want to brush up on your reference manuals.
Ok that was snarky, but geeze, as a Unix admin from a time before Winders, I've been waiting for this for a looooong time.
And as the admin of a loose collection of Linux and Windows now, I'm soooo looking forward to dumping Remote Desktop. Oooh, not having to wait for my desktop to load before running one command. It makes me feel all warm and tingly.
Finally, something to look forward to in Windows 8.
Oliver's law of assumed responsibility: If you're seen fixing it, you will be blamed for breaking it.
"I can't think of any other explanation therefore my explanation is the correct one". Hmm.. Sounds familiar..
...and then there are the Wintards. Heh. No point and click?
Hey, some people still wear polyester bellbottoms and have giant bushes. Doesn't make 'em anything but awful.
A lot of small businesses may soon be learning that their high priced "adminstrators" are just casual desktop users who know how to use an installer disk and what happens when you add "technet" to a Google query. Burn baby burn.
This move is about the complexity of programming computers. By removing the GUI dependency, you simplify the life of the developer, not to mention the savings you get from not having to design, program, localize, and test a GUI in various builds.--MicroSoft is free to repeat the mistake with Excel, though--localizing function names and keywords.
That said, you're always going to have a GUI anyway (if you're sane), like forms for user account creation, but then you'd have to roll your own (fragmented), and since you're rolling your own, you are going to make mistakes or miss something at some level, and all of these mistakes are multiplied by the number of scripters, but at least you'd have the freedom to do so.
Scripts are about removing the concept of applications (to some degree) and focus on services and functionality. This is a good thing, since you can now roll your own user interface. ;)
I would assume that Powershell would be the default. Would there be any possibilities?
Who needs Windows? You might as well use Linux then.
MSBPodcast.com The opinions expressed here are my own. If you don't like 'em... Think up your own stuff.
After how many years they realized that having everyone run as root (administrator) was a bad thing? Next they realized having some command line tools really does add power (hence powershell). Now they've realized that maybe not having a GUI on every machine might also be a boon. Hmmmm, this all seems SO familiar. Now if they could just make it so it was modifiable and freely redistributable we'd really have something useful.
ssh -X
Tools shipped with OS-X were pretty and comfortable, but troublesome after upgrades (e.g. laptop Snow Leopard with 10.4/10.5 server).
In any case, cli is just fine, and most importantly, bash and major sysutils haven't *changed* rigorously over 10 years.
With Gui utils, it's always the latest trend in UI whizzbang that takes up worthless time trying to figure out whether this simple and once in a year task is actually accomplished by pressing a newfangled button with ribbonized toolbars and tooltips in the newer version of the same app.
I like to spend my time learning on interesting subjects without throwing away experience uselessly.
Regardless on anyone's feelings on command line vs. GUI, one reason it is so popular is that it's easy to administrate for people who don't know how to use a CLI. I see it all the time now. Sure, it's definitely not ideal to be a sys admin who doesn't know how to use a CLI but...they're out there...and there are a lot of them. Without the GUI it's just one more reason not to run Microsoft on your servers.
Personally, I don't really like this either. I'm fine with CLI but I think a GUI is well suited to many server tasks. Microsoft could definitely have a stronger CLI (I haven't messed with powershell...Im in infosec and don't administrate that often anymore)...but the GUI was a good tool.
I dunno. I think this is a very bad idea for MS. For LINUX advocates? It's awesome.
the next M$ killer app = gui-less windows .
Not to mention that a GUI-less mode was available in Windows Server 2008 already.
Server Core is not GUI-less. It still actually *is* a GUI -- just a crippled one. It still requires graphics mode, and a few things even pop up the same GUIs you get on the regular install. (REGEDIT comes to mind.)
Since it's still running in graphics mode, that means no serial console, which means you need significantly more expensive gear for remote console. One shouldn't need the console often, of course, but on the occasions you do need it, you *really* need it. (And no, "serial console" doesn't mean cabling up an old VT-102 to the server. You use external gear to make it available via SSH.)
Moving beyond the question of "GUI or not", Server Core has usability issues. Microsoft's included tools for Server Core administration are quite kludgy, and often incomplete. Try changing the screen resolution, for example. (If you're going to force me to run in graphics mode, I'd like the screen to support a window bigger than 80x25.)
Most of all, too many things don't work without the full GUI install. That includes most of Microsoft's own server products. It's kind of ridiculous for Microsoft to expect others to support Server Core when they can't even do it themselves.
So while Server Core is a step in the right direction, and 2008R2 is improved, there is still a long way to go. This news sounds like further steps in the right direction, which is a Good Thing.
dragonhawk@iname.microsoft.com
I do not like Microsoft. Remove them from my email address.
Sort of - Server Core isn't GUI less at all. It's basically without most of the user interface shell installed. The "GUI" itself is completely there -- windows, mouse pointer, buttons, etc etc. What is missing is basically 'explorer.exe'. (In linux terms, X-Window is present, and a window manager, but not a desktop environment').
Clearly nobody's read this article - and the 'redmond mag' journalists, like most I.T. journalists, don't actually know what they're talking about. Reading the MS post, Windows 8 introduces a new level between 'full desktop experience' and 'server core'. The new mode (Minimal Server Interface) has *MORE* GUI than Windows Server 2008 Core. This slashdot summary is completely and utterly wrong - it couldn't be more wrong it it tried. MS are increasing the GUI levels on the server, not decreasing them, to produce a version of Core that has MORE GUI than before. Not less. SHeesh.
(It's basically core + most of the U/I shell, but without I.E. and Metro and some of the real 'desktop experience' stuff.) So, now I suspect you'll have:
1. Core (same as 2008) - basic GUI (buttons, windows, etc) but most GUI exes and dlls are missing.
2. Minimal Server Interface (full windows less (explorer, internet explorer, metro, multimedia, desktop experience)).
3. Full level (same as 2008 now) - explorer.exe and internet explorer all installed; but probably not 'desktop exepereince'
4. Full + Desktop Experience - basically, everything.
Anyway, core is Complete Waste of Time With No Benefit. Honestly, half the programs require GUI components, and if you don't actually log on to the box, the only difference is slightly more disc space used (no differences in processes running or memory used). It's plain just not worth the compatibility hassles, or the very fact when it breaks, it's an incredible pain to try and fix. (You'd better hope that all the server programs are administrable remotely or via the command line. Trust me, they won't. And you'll shake your head when a command line pops up a GUI dialog box.) This is why they've added the 'minimal server interface' - the idea that it's an enhanced-core so you can run most of your programs to get things done still.
The real gain for server-core is not performance - the theory is that it's easier to patch because less patches are relevant (e.g., because Internet Explorer isn't installed, there's never going to be a need to patch Internet Explorer.) Problem is that installing more than one patch is no more of a pain than installing one, and usually a patch was relevant for server core, meaning a reboot that month ANYWAY.
This is most certainly not 'minwin' (an internal build of Windows that MS will never release that is, truly, without a GUI.)
(Oh, and I laugh - one of the reasons that Netware was considered old and obsolete was - and you'll laugh - was because the server did not have a GUI. I kid you not, everyone in the IT media was critcising novell for not putting a GUI on their server, and when they did, it was 'too little too late'. Sheeesh.)
adapt to MS, die, or use another OS
without a GUI, i might finally be able to sell management on switching the servers to linux! yay!
Given the ease of this, I wonder if Microsoft intends this type of switchability in Windows 8..
Perhaps the command to get a GUI will be "win" ? ;-)
The problem with a lot of Microsoft stuff is that even with something like powershell, its still PITA to manage everything with out a GUI.
And besides, sometimes a GUI really is better. not always, but choose the correct tool for the job at hand.
---- Booth was a patriot ----
Things look a bit different if you run Windows as a guest OS in a VM. There is very often a point in running each service in its own VM and if the server needs to run n copies of Windows, then n times the 300 MB suddenly is a lot of memory.
Since Microsoft copies everything else (note the Panther folder in Vista), they might as well copy the name too. They sued over "Lindows", but they did patent "sudo".
Great artists steal...and steal...and steal...
Look up X windows. The server the application runs on does not need to handle the graphics, that's all done on the machine the user is sitting in front of. All the server needs is the right libraries, it doesn't need a window manager or anything to pretend it is displaying anything on the server. So yes, people do run realtime graphical applications on their own machines using headless servers quite frequently.
I've probably confused you into thinking I agree with you - so go look up X windows to get an idea of what I've written. The server isn't really running the GUI, it's running the backend stuff that gives the GUI something to display.
Besides, you're straying way off topic here because the discussion is about admin tasks and the ideal is to have something scriptable and thus scaleable. GUIs don't work for that situation.
Is the login to Windows Server 9 going to have a 'CICS' logo in text at the top of the screen?
Do I need to refresh my twinax cabling skills?
ZOMG.
Now that is "news for nerds". For more than a decade, any time the subject came up, you'd have countless astroturfing M$ shills explaining us how great the idea to have a GUI on server was. How it was the best thing since sliced bread and how much the Un*x command line s*cked.
Honeslty, to all these 'tards who've been repeating this through the years: eat it! Eat your GUI-for-a-server-was-the-best-idea-since-sliced-bread.
There. For you. From M$. Best gift M$ could do for my birthday ; )
We almost work exclusively in shell where I am an Exchange Engineer (familiar name everyone has heard of on tv) and would not return to gui. There are still some huge gaps in server management with PowerShell like group policy ( I know there is a module, but would like it to do a lot more) that they need to fill before we can live gui free.
Lucky for most of us, we understand the article is simply saying that MS is just trying to get devs to make server software also functional by command line. RATHER than just 'GUI only so there..' - how ever hopless a linux person will say this will be, it's not a bad idea long term..
Windows Server is clearly the best solution for small businesses, 5,10,25 staff. The small business can outsource a few hours a week if needed to an IT company, they also can appoint a staff member to simply change passwords, add users, change backup HD or get data from an old backup HD (not tape lol). They can also restart the server if needed. It also means they are not bound to a specific support company, pretty much *ANY* IT support company can make their way around a windows server in a small business environment.
I used to run a small IT support company myself and the worst thing was when a small business was 'sucked' into a linux 'solution'.. usually the 'IT Company' would argue that it will save $$ on software but in the end they charged $$ to setup and maintain their messy/secret linux server.. the worst cases was when a noob/scriptkiddy would setup a 'linux server' and then 12 months later left or is not contactable.
Then the small business owner was lelft with a mess, other IT companies just come along, bitch about it then just say 'oh format and re-install "Our way"...again they might be competent and be all wonderful like all the linux guys here on /. but... ffsake, the small business just wants easy file/print sharing, backup, VPN, NAT, DHCP, Exchange/email server that is not a pain in the ass.. plus don't forget the specific software the company uses on each terminal etc. This is a MAJOR part, industry specific software is 90% windows, there are plenty of server end software that you can BUY and solve something for the small business with windows servers. But Linux on the other hand has a far smaller range of PAID solutions.. many are mostly alpha/beta/home made hobby that offers little to no support..
So at the end of the day, I support Linux for all the 'proper' servers that everyone talks about here and that's fine for a university and large network with a full time IT crew, but in the real world small business like Solicitors, Accountants, Motel/Hotels, Printers, local Newspapers etc etc want an easy solution that they can maintain themselves and call in any good IT support firm to help do the 'hard' stuff here and there.. Also as a small business owner myself I don't have the time to worry about a server/networking, I just set it all up and it just works, at any time I can easly manage things within a fraction of time.
This is perhaps the stupidest thing Microsoft has ever done. Build a gui into a server os? No, that is not necessary, but for Christ's sake build a gui based operational ui that runs on windows clients and gives the admin control of the sever os installation. Duh... All the cli snobbery is nothing but that: snobbery. It's beyond retarded.
Social Credit would solve everything...
Finally the people at my school will at least have a clue as to what exactly a CLI is, and how to use it. All those compulsory tutorials for Win 2003/08 server installations and maintenance made me hate Microsoft even more. Being a Linux user for just 5 years has made me almost impossible to live without the command line.
Could they possibly be thinking about making HyperV on gui-less server 8 competitive with ESX? VMWare has been eating their lunch for a good while now, and the licensing changes in 5.0 have rocked the boat a little. HyperV was a tough sell before due to, among other things, the extra resources you had to dedicate to running the host OS. If MS could slim that down, maybe they get some market share back. 2008 Server Core was/is an OK start, but there wasn't really enough you could do with it. It is great for the stuff you can do.
PERL:
All of the power of Voodoo with most of the understandibility!
I heard that in W8 M$ Paint will be in command line only.
Recipes for USA bankrupt - http://tinypaste.com/0d66f dd = dollar deluge (printed in the infinity)
Having no GUI, or an optional GUI, is a side effect of having a full scriptable configuration system. Since a couple of OS generations, Microsoft strongly shifted toward "cloud" services, that culminate with 2012 wave products like SCVMM (Virtual Machine Manager). Considering to deply "services" or "datacenters" instead of "simple" virtual machines, requires you to glue together OS, applications, data and lots of little things together. Here comes the need for a consistent shell language for all the products. This way you can have the GUI to work like issuing command lines to an interpreter. This is very evident in some older products like SCVMM2010 and Exchange for example. Windows 2008 R2 had .NET framework integrated in "no-GUI" mode for this reason.
Time to learn PowerShell bitches or go serve fries! I'm busting my balls now with Server 2008 to learn. Get the cash grab techs out, and make room for more real ones. Could go for the not having a GUI option for remote services however.
Windows are put into frames (here - your house builders may differ), so perhaps Windows without windows would be "Frames". Or "Framemaker?" NO, that doesn't work too well.
Or ... this would be WinDOWS without the "Win" and with a command LINe inserted ; so that would be LINDOWS then?
M icro S oft's new D esktop-less O perating S ystem would therefore be MS-DOS?
I've tried to work out something to bring DESQView into the game, but I can't. But damn, that was a good tool!
Birds are not dinosaur descendants;birds are dinosaurs, for all useful meanings of "birds", "are" and "dinosaurs"
Don't you use PsExec?
It gripped her hand gently. 'Regret is for humans,' it said.
Does this mean .NET programmers are going to have to learn code?
Given that most of the admin tasks for the windows servers are handled via remote-capable tools, this is a fine idea. You're already capable of managing a Windows server pretty much entirely from another machine (that has a GUI) anyway. You can already install a headless version of the server OS, which requires doing all the admin from another box. The message here is that it's likely the server OS will always come this way, with no GUI option at all. And it won't make a bit of difference to how the boxes are managed.
The upside is you won't have any GUI layer running on the server, and all the potential woes that come along with that. It'll be just, y'know, a SERVER.
has this list become a proxy server for the ins and outs of Microsoft. In my opinion it would be useful to ban the name of any vendor from this website.
ncurses. voila.
no GUI -BUT- a GUI.
http://en.wikipedia.org/wiki/Ncurses
Embrace, Extend, and Extinguish.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Friends don't let friends enable ecmascript.
People have been running big tasks on the big hardware and seeing it on some form of external terminal for decades. The geophysicists where I work run intensively interactive graphical stuff on a 48 core machine (among others) but control it in real time from their far less capable desktop systems. Being seismic data it is comprised of millions of audio samples per survey so is directly comparable to your example - right down to most likely employing the same types of filtering and noise reduction. Far more complex tasks are done in real time in other places with far larger clusters.
With the wonders of 1990s technology (and later) you don't have to be sitting at the computer you are using to be able to interact in real time with it - AND (the entire point I was trying to make) - the server doesn't need any graphical hardware or software to directly handle the display to get that job done. It just does the numbers and says to the local computer "here's some stuff that you can put on your screen - work out how to do it yourself".
Continuing on what I stated in my last post parent to this one: U can pass structures (part of objects) by value in their member components!
(Bypassing only being able to pass say, a SINGLE parameter (Yes, there are OLD C compilers that only allowed single parm passing))...
This is also technically nearly unlimited in size pretty much for doing that!
* NO, unlike objects (which have structures in them along with functions to act on said structure data)? You MUST pass structures elements & structures themselves, by value (not by reference to memory locations as you do with objects).
APK
P.S.=> Had to add that one on, it's better than "String Stripping" for passing multiple parms (but not as good, imo @ least, as having compilers that accept multiple parameters, especially those with OPTIONAL clauses). This effectively allows one to "script" GUI apps (then, there's also apps with SCRIPTING BUILT IN - look @ webbrowsers, &/or Adobe PDF's for example: Javascript processing & other languages processing are "built in" to them)... apk
When using the MOVE command, you will receive
"Cannot create a file when that file already exists."
if any file already exists.
MV.CMD to circumvent this problem. The syntax is:
mv
Wildcards (*) are supported.
Examples:
mv \SourceFolder\*.log \TargetFolder\*.log
mv \SourceFolder\*.log \TargetFolder\*.txt
mv \SourceFolder\*.log \TargetFolder\*.*
mv \SourceFolder\file*.log \TargetFolder\*.log
MV.cmd contains:
@echo off /i %p2%==%px% goto same /i %p2%==%px% set x2=.*&goto same :same /f "Tokens=*" %%i in ('dir /b %p1%') do call :movit "%%i" :syntax :movit :move1 /q /f "%p2%" :move2 :end
setlocal
if %2=="" goto syntax
set p1=%1
set p2=%2
set p2=%p2:"=%
set p2="%p2%"
set fp1=%~DP1
set fp2=%~DP2
set f2=%~N2
set x2=%~X2
if "%f2%"=="" set f2=*
if "%x2%"=="." set x2=.*
set px="%fp2%%f2%%x2%"
if
set px="%fp2%%f2%.*"
if
set f2=*
pushd %fp1%
for
popd
endlocal
goto end
@echo Syntax - MV
endlocal
goto end
set p2=%fp2%%f2%%x2%
if "%f2%"=="*" goto move2
if "%x2%"==".*" set p2=%fp2%%f2%%~X1
if exist "%p2%" del
move %1 "%p2%"
goto end
set p2=%fp2%%~N1%x2%
if "%x2%"==".*" set p2=%fp2%%~N1%~X1
goto move1
---
* Hope that helps & proves to be a better "MOVE" command that is the default, AND, that it "turns you on" to what the other posted noted - the power of DOS batch that still exists in modern Windows!
APK
P.S.=> I put the above into MV.CMD (not mv.bat, because the commandshell interpreter's now cmd.exe in 32-bit &/or 64-bit modern Windows NT-based OS variants... not command.com (though that does exist on 32-bit versions of Windows NT-based OS, as a 16-bit compatibility))...
... apk
Comment removed based on user account deletion