Microsoft's Sleep Proxy Lowers PC Energy Use 163
alphadogg writes "Microsoft researchers have slashed desktop energy use with a sleep proxy system that maintains a PC's network presence even when it is turned off or put into standby mode. Microsoft has deployed the sleep proxy system to more than 50 active users in the Building 99 research facility in Redmond, Wash., according to the Microsoft Research Web site and a paper that will be presented at the Usenix technical conference in Boston later this month. ... Sleep proxies allow machines to be turned off while keeping them connected to the network, waking the machines when a user or IT administrator attempts to access them remotely."
Making zombies even more zombie like! (Score:2, Funny)
Yay!! Microsoft!!
Re:Give them a break (Score:5, Interesting)
Reinventing something that's been available for years is not 'coming up with good technologies'.
Now what they SHOULD have done is just cache the MAC of the PC in AD along with the rest of the object (It might already be there as part of the auth stuff) and then mod the remote access client to try and ping first, no reply? Send a Wake on Lan packet.
Re: (Score:3, Funny)
Re: (Score:3, Insightful)
You just dont seem to get it.
Re: (Score:2)
So every user has to install a driver? Even Joe Plumber trying to access your invoice history web server?
You just dont seem to get it.
In a corporate environment, the driver would be pushed out through WSUS.
Re: (Score:2)
As opposed to this solution which requires everyone to not change a damn thing? Right.
Use an existing standard that works vs. invent something unnecessary. Which one does MS pick?
Re: (Score:2)
Thats the point.
The end users wont have to do shit.
MS invented here JUST LIKE THEY ALWAYS DO (Score:2)
Re:MS invented here JUST LIKE THEY ALWAYS DO (Score:5, Informative)
It's also OpenSource: Note: see mDNSResponder source code at www.macosforge.org, which includes a full implementation of the DNS-SD/mDNS Sleep Proxy Service, available under the Apache 2.0 Open Source license. AND written up as a specification http://tools.ietf.org/html/draft-cheshire-dnsext-multicastdns-11 [ietf.org]
Meaning if Linux or *BSD wanted to they too could also have it too. In fact, I'm really hoping that they do because I'd love to not have to send a WOL to my HTPC or Server when I want it to download something. I can just have my sheevaplug wget an address and have it wake itself.
Linux or *BSD (Score:5, Informative)
It's also OpenSource [...] Meaning if Linux or *BSD wanted to they too could also have it too.
They could, if it weren't patented [wikipedia.org].
Re: (Score:3, Informative)
It's an Apache 2.0 license probably just for that reason:
http://www.opscode.com/blog/2009/08/11/why-we-chose-the-apache-license/ [opscode.com]
While the 3-Clause BSD license allows you to do pretty much anything you want with the code in question, it provides no direct language around these areas. The Apache License, on the other hand, does. It makes very clear that individual contributors grant copyright license to anyone who receives the code, that their contribution is free from patent encumbrances (and if it is not, t
Re: (Score:2)
So, if it is not on Windows or by Microsoft, it doesn't exist to these people. Sad but true.
LoB
Re: (Score:2)
I'd demo'ed multi-threading systems to a bunch of Windows developers years ago and they were unimpressed.
Uh, multi-threading wasn't available for the PC until the Pentium 4 was released. Prior to that, x86 processors were incapable of it in anything but multitasking and non-simultaneous multi-threading (same thing, really). If it can't be done simultaneously, there isn't much point to multi-threading.
That was a full year after Windows XP was released, which came with support for simultaneous multi-threading.
So I'm not sure what systems you were running with multi-threading, but they for damn sure weren't x86
Re: (Score:2)
LoB
Re: (Score:2)
I'd demo'ed multi-threading systems to a bunch of Windows developers years ago and they were unimpressed.
Uh, multi-threading wasn't available for the PC until the Pentium 4 was released. Prior to that, x86 processors were incapable of it in anything but multitasking and non-simultaneous multi-threading (same thing, really). If it can't be done simultaneously, there isn't much point to multi-threading.
That was a full year after Windows XP was released, which came with support for simultaneous multi-threading.
So I'm not sure what systems you were running with multi-threading, but they for damn sure weren't x86, so there was absolutely no point for a Windows developer to pay any attention to you. It's like saying "my sailboat does 50 knots" to someone who races motorcycles. That may be extremely impressive to a sailor, but to a biker won't be impressive in the slightest.
Actually, there a quite a few problems that are easier to manage with multiple program pointers with separate memory stacks in the same general address space, even if they are not truly simultaneous. Web servers, for example. Sure, you could have separate process communicating though shared memory- but context switching introduces a fair amount of overhead.
Anyway, thats what I was using threads for back before windows 98 was released.
Re: (Score:3, Informative)
It's a good thing you're here to call out bullshit on Slashdot! I mean, Microsoft contending it invented all this in such a _cowardly_ way...oh wait, FTFA:
Phew, so Microsoft Research is presenting a research paper on this subject. Crisis averte
Re:MS invented here JUST LIKE THEY ALWAYS DO (Score:4, Funny)
Hey buddy, you and your "facts" can go fuck yourselves. I came into this discussion for some microsoft I mean M$ hate and I'll be damned if I'm going to let a few sensible facts and reasoned posts get in my way. Someone make a chairs joke, stat! Also, can we somehow work 640K into this? Lets see...640K seconds of sleep should be enough for anyone...umm....640K computers will only allow themselves...hmm...wait, I'll get it..
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Wake On LAN [wikipedia.org]
Re: (Score:2)
Wake on Lan? (Score:5, Insightful)
Re:Wake on Lan? (Score:5, Informative)
I guess they're claiming it's smart wake on lan. WoL requres sending a specific packet to the machine. Most people don't know to do this (an admin should, but otherwise...) and the network resources will be unavailable in the meantime. This system keeps the resources available and wakes the computer if they are actually needed. It does not rely on someone being smart enough to wake up the system themselves.
Macs have the option to Wake on Demand [apple.com] which requires the use of an Airport base station but seems to follow the same basic concept.
Re: (Score:1)
So, basically it's a wake on lan, but that which works everytime some moron is doing a portscan or ssh-breakin attempt on your system? Why would such a system even have a off mode?
Re:Wake on Lan? (Score:5, Informative)
So, basically it's a wake on lan, but that which works everytime some moron is doing a portscan or ssh-breakin attempt on your system? Why would such a system even have a off mode?
"SleepNotifier alerts SleepServer just before the client goes to sleep, and SleepServer ensures that all incoming traffic meant for the client comes to the proxy instead," Microsoft writes in another article titled "Trying to cure PC insomnia." "The proxy server's role is to monitor traffic and respond accordingly. For some requests, it responds on behalf of the client so the client can continue sleeping, and others it ignores. Some traffic, such as a user access request, causes the SleepServer proxy to awaken the client and present the user with apparently seamless remote access."
So basically we have a system that uses Wake On Lan to wake the remote machine automatically for user requests, but also avoids waking it for stupid shit like pings.
This is, in effect, what other researchers are trying to solve in a decent manner. Wake On Lan requires the waker to know a thing or two about the sleeping system (for example, that its sleeping) and simple frontend devices that have solved this in the past wake the system for everything and are also permanent proxies (proxying even when the system ISNT sleeping, for example)
Re: (Score:2)
So basically we have a system that uses Wake On Lan to wake the remote machine automatically for user requests, but also avoids waking it for stupid shit like pings.
I think it goes further, because it allows the PC to push at least part of its logic onto the proxy (like a VM).
Re: (Score:3, Informative)
This is the way it works on OSX ... The machine appears available as a network resource yet remains asleep until yo attempt to utilize one of its hosted network services, afterwhich it wakes up. Does not wake for ping.
Re:Wake on Lan? (Score:5, Funny)
You mean they copied Apple?
Huh. First time for everything.
Re:Wake on Lan? (Score:5, Interesting)
Macs have the option to Wake on Demand [apple.com] which requires the use of an Airport base station but seems to follow the same basic concept.
Macs actually implement the Wake On LAN [wikipedia.org] standard feature. (sometimes referred to as WOMP, or Wake On Magic Packet) This relies on the computer's ethernet hardware remaining awake while the computer sleeps, and any computer on the LAN can send a special UDP packet containing its ethernet MAC (Machine Address Code, unrelated to MACintosh) to trigger the computer to wake up. The only Apple-specific part of this feature is that Apple extended it to wireless use, keeping wifi hardware also active and listening for the magic packet so computers could be woke up wirelessly. Come to think of it thought, WOMP over wireless does require an Airport base station and Mac ethernet adapters - Apple extended the WOMP specs (in an open way) but I think are the only ones presently implementing it?
Looks like Microsoft yet again attempts to take credit for "inventing" something that we've all been using for years. This time it wasn't even ripped off from Apple, it's been in use on all manner of PCs for some time now. This is just MS's first specific support in their OS?
I see a comment immediately below, "it'd be silly to set up a 2nd machine running 24/7 so that I could turn mine off a few hours a day"..... Actually, that's exactly how you wake up machines on different networks such as waking up a work machine from home. Unless your server is asleep too I don't see this being an issue? Remote into it, use it to WOMP your workstation, and then connect to it? Even if you don't have a server, surely keeping one machine awake to provide access to many other machines (easily tens to hundreds) is hardly a hardship.
Re: (Score:2)
Even if you're a home user with just one PC, there are plenty of cheap routers that can send WOL packets from their admin interface, as long as you enable the admin panel to be served to the WAN (which I wouldn't do - mine doesn't even use HTTPS).
Or if you have a Tomato firmware, you can just SSH in and send it from there/redirect traffic and send from your current PC.
Both of them can be easily automated.
Re: (Score:2)
Yeah, its great that an admin can wake a machine. Big deal. Been doing that for years...
Re: (Score:2)
As you say, big deal. If you want users to do it, you need an user interface that provides them with a way to do it (like the one you have, but with fewer options). A big button on a web page with "wake my computer up" would do after they've logged in.
Re: (Score:2)
Then surely it must have occurred to you that the service that those users want to use could be made smart enough to send a WOL packet to the sleeping machine, wait a few seconds and then try again. MythTV has been doing this for years [mythtv.org].
Re: (Score:2, Insightful)
It's Media Access Control. When you attempt to sound smart, at least know the acronyms you're clarifying.
Re: (Score:2, Informative)
Looks like Microsoft yet again attempts to take credit for "inventing" something that we've all been using for years.
If the Apple people here could calm down a bit and actually read the paper (at least RTFA), they would see that...
a) Actually MS is claiming no such thing, quite the opposite, they are actively acknowledging that others are working on sleep proxy research, and explaining what they have done different. This is published research, not marketing or fanboyism.
b) This is not just Wake on Lan. It's a smart automation of sleep/wake-on-lan functionality designed for enterprise network use. Waking hosts automati
Turn in your geek card (Score:3, Insightful)
MAC stands for Media Access Control [wikipedia.org].
"Machine Address Code" my ass...
Re: (Score:2)
In the GP's context -- Wake on LAN (or on Magic Packet) -- clearly the meaning is Media Access Control (Address).
Re: (Score:2)
Macs actually implement the Wake On LAN standard feature. (sometimes referred to as WOMP, or Wake On Magic Packet) This relies on the computer's ethernet hardware remaining awake while the computer sleeps, and any computer on the LAN can send a special UDP packet containing its ethernet MAC (Machine Address Code, unrelated to MACintosh) to trigger the computer to wake up.
And Apple Macs don't keep their NICs active when the computer is turned off, making WOL mostly useless. For some reason, only Xserves are allowed the special privilege of complete WOL.
Re: (Score:2)
And Apple Macs don't keep their NICs active when the computer is turned off, making WOL mostly useless
I believe what you are thinking of is Lights Out Management [apple.com], developed by Intel. It lets you do a lot more than just wake the machine up, and works when the machine is OFF, not just ASLEEP. With LOM you can actually turn on (boot up) a computer remotely from complete shutdown.
Anyway, as many have probably already pointed out, WOMP has been available on all macs for a very long time. But LOM is only avail
Re: (Score:2)
And Apple Macs don't keep their NICs active when the computer is turned off, making WOL mostly useless.
I know I shouldn't feed the trolls, but, are you really that ignorant? Energy Saver system preference: "Wake for network access". Wake-on-LAN is exactly what that option means. Been there under slightly varying names for a very long time: the Summer 2000 iMacs had the ability.
Who is the ignorant troll? Try turning off an iMac and find out. Apple calls Wake on Lan that wakes from a power-off state "Power on Lan". "Wake for network access" only enables WOL from sleep mode, which is mostly useless because users who want to save energy (or are in the habit from home) turn their computers off. The best part is if you complain about Wake on Lan to Apple, they shoot back just like you did and say they support Wake on Lan, when they clearly only support a weak, half-assed version.
Re: (Score:2)
Although there certainly is a difference, you are acting ignorant if you claim more people shut off their Apple computers than let them go to sleep. Visited plenty of houses and if you move the mouse their Apple desktop or laptop wakes up. Never seen one turned off.
The ability to turn on the power on LAN signal certainly requires slightly different hardware than the wake on LAN signal, I have no idea whether or which is common in PC hardware. I doubt Microsoft can magically make power-on-LAN work without th
Re: (Score:2)
PCs have had Wake on Magic Packet since at least Windows 98. That's not what they're taking credit for here.
Re:Wake on Lan? (Score:5, Insightful)
It probably is, but for instance I can't use WOL because it requires a packet that can't propagate through a router. I've thought in the past about setting up a machine on my subnet that I could poke via HTTP or whatever and make it send the wake packet to my PC, and anyone else could use it too. But since I'm probably the only person on my floor of the building that gives a crap about power consumption, it'd be silly to set up a 2nd machine running 24/7 so that I could turn mine off a few hours a day.
Re:Wake on Lan? (Score:4, Informative)
It probably is, but for instance I can't use WOL because it requires a packet that can't propagate through a router.
There is the possibility of having a smart router that allow WOL packets; some of them have a "act as a WOL proxy" option built-in, for examples.
Re: (Score:3, Informative)
For my home network, I've got it setup so that my web server (which I can access remotely) has a php web page which I can use to send a wake-on-lan signal to my desktop PC. It also opens up the remote desktop port on my router to my current IP.
Re: (Score:2, Informative)
Wake on LAN is a local protocol because it has to be sent as a broadcast packet if the router doesn't know the MAC address of the target network card. If you can configure static ARP table entries, you can combine that with port forwarding and use unicast WoL even over the internet. Besides, many home routers have WoL functionality. The problem with plain WoL is that it isn't built into the protocols, it doesn't maintain the presence of the server on the network and it doesn't keep the connection state on t
Re: (Score:2)
Wake on LAN is a local protocol because it has to be sent as a broadcast packet if the router doesn't know the MAC address of the target network card.
Uh... you can't WOL at all if you don't know the MAC address.
The reason you must broadcast is because the NIC doesn't have an IP address when it is shut down, unless it has an option to hard code one. Ordinarily the NIC is IP-less until a manual IP is set in the OS or it receives one via DHCP.
Re: (Score:3, Insightful)
it'd be silly to set up a 2nd machine running 24/7 so that I could turn mine off a few hours a day.
Get an HP Thin Client, or similar. Leave that running, it'd draw 8 watts, I think. Then you could SSH to it, and send the WOL packet to your big, beefy 400W PSU box.
Re: (Score:2)
Re: (Score:2)
Yes, with a little scripting. It would have one insurmountable drawback, though. It would not be integrated into Active Directory/Sharepoint/IIS etc in such a way as to lock you in even more firmly and require you to buy another $100,000 worth of licenses.
Re: (Score:2)
A SheevaPlug [wikipedia.org] draws 2.3w idle no attached devices, 7.0w running at 100% CPU utilization.
You could literally hide it in your server rack (just don't lose it [bash.org])
a packet that can't propagate (Score:2)
It can if your network team allows it.
Re: (Score:2)
Please explain why it can't propogate through a router.
Theres nothing that stops you from embedding the WOL magic data in an IP packet ... I know, thats how I use WOL to wake up office PCs from my house.
I assure you, it can route just fine, your routers just need to know the mac address for the IP already so they don't stop the packet waiting on an ARP response.
Re: (Score:2)
This is something new?
Why didn't you RTFA?
They aren't saying that the sleep/wake aspect of this is new. Their paper is not about invention, but rather about evaluation. They say their's is the first reasonably large scale evaluation of the energy savings from this kind of thing in a decent sized production environment.
Re:Wake on Lan wakes too often, leads to insomnia (Score:5, Insightful)
If you read the fine article, you will see that they acknowledge wake on lan and other similar work. They are addressing a practical problem in large networks. Classic implementations of Wake-on-Lan wake the computer when another computer sends it a packet. This looks fine in theory, "my computer wakes up when it has something to do," but it does not work well in practice, in a large network.
In any network of a certain size, there is a lot of noise, scans, keep alive traffic. That traffic causes packets to be received frequently, maybe a couple times per minutes. When a computer awakes, it takes some time to put it back to sleep, maybe a minute. Given enough background traffic, the computer never goes to sleep.
The solution is some form of filter, to only wake up the computer if the incoming data packet is "important." For that, you need a proxy. And the proxy needs a lot of tuning. If it does not wake up on "important" traffic, the users are pissed. If it wakes up too often for trivial pings, the energy bill increases. What they claim here is that after a year of trial, they have validated a particular tuning that works well. Seems interesting indeed.
Re: (Score:2)
Uh a DVR in 1989? So here's the question. Could it read and write at the same time? And how did you fit that much data through such a small bus?
Re: (Score:2)
I'm a bit curious as to why this justifies any particular coverage.
Because without it a PC can't power down completely and still maintain a network presence. Current Wake on LAN wakes the machine for literally everything, which means it isn't all that asleep. With sleep proxy you can actually leave the machine powered down for extended periods of time without losing your network presence.
See how special that is?
The idea is an external machine acts as a proxy while the other machine is in power-save (hibernation) mode. Simple things like pings and such are handled by the
Re: (Score:2)
Examples of this so called "maze of non-standard baloney" or you get called troll.
AFIK all the variants of airport base stations have been to spec or working draft in the case of 802.11 N.
I've worked with many of them on a campus and with a wide variety of devices with no mystery debugging. Then again, I am not one of those sysadmins or netadmins who make it easy to make things hard.
MacBooks, et al (Score:1, Insightful)
It doesn't matter (Score:2)
It really does not matter who is the first. What matters is that these solutions are made available, since avoiding leaving PCs fully powered "just in case" I might want to log in from the VPN on a weekend is not a great use of energy. Both solutions at the core use WoL (Wake on LAN) or WoW (Wake on Wireless), but a separate entity holds the mapping table between the host's name, IP address and MAC address, acting as a proxy - the exact details probably vary a bit.
At the same time it would be nice to see th
This is news? (Score:5, Informative)
Re: (Score:1)
FTFA:
So apparently even Microsoft admit they are not the first.
Re: (Score:2)
Compare (emphasis added):
Microsoft's research group isn't the first to work on a sleep proxy -- or even the only one presenting sleep proxy research at Usenix -- but Microsoft contends that most previous work has evaluated sleep proxies only in small testbeds or simulations.
vs.
Microsoft has deployed the sleep proxy system to more than 50 active users in the Building 99 research facility in Redmond, Wash.,
So the prior art was with "small" testbeds or simulations. And now MS claims "more than 50 active users."
Maybe it's just me but the latter is still "small" given the number of "active users" in a university or Fortune 1000 company.
Re: (Score:2)
> Maybe it's just me but the latter is still "small" given the number of
> "active users" in a university or Fortune 1000 company.
How many of these universities or Fortune 1000 companies have published studies of the effect of this technology on energy savings in their networks?
Re: (Score:2)
Uh. Local servers should be running people's copy of visual studio?
The idea here is to allow developer workstations and test systems to go to sleep when not in use, since they just waste power. We're not talking fileservers or webservers here, which have an arguable need for response time and constant powerdown/powerup cycles can be bad for hardware if done too frequently.
Re: (Score:2)
How is this different from what Apple has had it in their shipping products for years? [apple.com] Unless Microsoft is going to claim that the entirety of MacOS X is a "small testbed".
Re: (Score:2)
It would be nice if people could read the fucking article.
It's not new, it's new to Microsoft. Microsoft says so in the article. They don't claim to have invented it, they've simply done research on implementing it in a Windows environment. I don't know if you know this, but 90+% of computers run Windows, so it's definitely news.
Apple owns the patent on the technology, and they've open sourced it.
Seriously, fucking read people.
Misleading Headline (Score:5, Funny)
Re: (Score:2)
Re: (Score:2)
That's what I was thinking: I get to sleep yet appear to remain awake. When something truly requires my attention, my proxy wakes me up. Perfect!
great for botnets (Score:5, Interesting)
its the 80's again (Score:2)
Ok, not quite the 80's but haven't they heard of WOL or vPro? Since they were part of both you would think so...
Re: (Score:2)
Ok, not quite the 80's but haven't they heard of WOL or vPro? Since they were part of both you would think so...
I don't know about vPro, but their solution probably makes use of WoL at some level. What is important in these "Wake on Demand" solutions is not needing to know about the MAC address and instead having "proxy" doing the waking when you try accessing the PC via its IP address.
Re: (Score:2)
vPro is a totally different tech, and i have seen routers being a 'proxy' of sorts. We have also done custom work where a single PC on a subnet serves as the initiator of the WOL from a remote location.
I just don't see anything new here, and them trying to take credit is just wrong.
Re: (Score:2)
That was the implication of the story summary, so you sir can go to hell with your accusations.
Re: (Score:2)
What is important in these "Wake on Demand" solutions is not needing to know about the MAC address and instead having "proxy" doing the waking when you try accessing the PC via its IP address.
It's more than that, the MS solution maintains a network presence (I honestly don't know if the Apple solution does or not), which means you could have a machine that is only occasionally polled for data in a hibernation mode while appearing to remain online. The proxy maintains the connection until the machine is powered up, then the machine sends off the data and can power back down.
For end user machines in a corporate network, it means a machine is never in-accessible, even when powered down. Currently
Wow (Score:2)
That's innovation! [wikipedia.org]
The interesting bit is ... (Score:2)
Although this needs some server software, it sounds like all the network connections stay alive while the PC client is (as near as dammit) powered off. That means no tedious having to restart all the IP connections, network shares and applications that would otherwise get disconnected or timed out. (It also means you keep the same IP address - guess?).
Redmond knows how to work their photocopiers... (Score:2)
http://support.apple.com/kb/HT3774 [apple.com]
Apple Airport has had this for a while... (Score:2)
None of you understand how WOL works? (Score:2)
I use WOL extensively. There are so, so many people here saying that this is an improvement because WOL will just wake up the machine for a ping or some other stupid crap. Look, it doesn't work that way. WOL doesn't mean wake up whenever we see network activity. It means wake up if we receive a WOL request. Basically, you need to send a specifically crafted package directed to that specific MAC. That's usually all you'll ever need. On the other hand, Sleep Proxy Server has been around for quite some time ..
Snow leopard had this first (Score:2, Redundant)
So... Microsoft's "research" seems to come from reading competitor's product specifications: my AirPort Extreme has been doing this for my network of macs for ages now - ever since Snow Leopard came out.
This is WoL combined with a proxy. Whenever the target machine is asleep, the proxy continues to respond (in this case) to Bonjour requests. When someone attempts to actually connect to the machine, the proxy sends a WoL packet out and then when the original host wakes up, it will hear from the requesting ho
Re: (Score:2)
So... Microsoft's "research" seems to come from reading competitor's product specifications
Clearly you have no idea what "research" means, if you believe that to be strange in any way.
MS seems to believe they've improved on Apple's product (they didn't mention Apple, but Apple holds the patent), and it sounds to me like they have as well, though not really spectacularly so. Still, better is better.
I'm not sure why everyone is pissing on Microsoft for making a technology better, other than the tired old Apple fanboyism and M$ hate.
Dur hur hur.. (Score:2)
"Duh, I'm a really smart guy I know about WOL!"
"Isn't this just WOL, way to 'invent' that Micro$haft! Hur Hur"
"Gwerp, my Mac does this!"
What a den of idiocy this place is. Did any of you even read the god damn article? Jesus Christ.
First, they didn't make it out to be something they invented or that is revolutionary. You neckbeards are erecting a firm strawman and then attacking it with your +1 Wand of Douchebaggery.
Second, read the fucking article. They are doing some other stuff:
"SleepNotifier alerts SleepServer just before the client goes to sleep, and SleepServer ensures that all incoming traffic meant for the client comes to the proxy instead," Microsoft writes in another article titled "Trying to cure PC insomnia." "The proxy server's role is to monitor traffic and respond accordingly. For some requests, it responds on behalf of the client so the client can continue sleeping, and others it ignores. Some traffic, such as a user access request, causes the SleepServer proxy to awaken the client and present the user with apparently seamless remote access."
Re: (Score:2, Insightful)
Any feature even remotely similar, but found on Apple products, means that Macs have been doing it 'for some time now' even if what the Mac is doing is just the crap built into the bios of every motherboard made for the last decade, and doesnt solve any of the real problems that this new solution is solving.
Re: (Score:2, Informative)
Another syndrome identified:
replying without knowing the full story. Or even thinking about it.
Wake-on-lan is indeed nothing new, but Apple did it differently. They combined it with Multicast DNS (Bonjour) and placed it in the ROUTER. This means that it's the router that traps a request for your computer, and send a WOL first. There's no 'wakeup' button to press anywhere, it work automatically. Your PC might support WOL too, but are you using it ? How do you wake it up ?
And by the way, Apple also implemente
Re: (Score:2, Insightful)
This means that it's the router that traps a request for your computer, and send a WOL first.
So then, it doesnt solve the problem?
Is that router going to wake the machine for pings? Really? Thats gonna save energy... not. Sure, block all pings then? Yeah.. then you can't ping the machine...
You, sir, are exhibiting the syndrome precisely. You are imagining that the Apple "solution" solves the problem, but it doesnt even come close.
The apple "solution" just ignores the problem, essentially its Wake On Lan. Big Fucking Deal. Apple has a wireless Wake On Demand. Nobody Fucking Cares because It D
Re: (Score:2)
Perhaps you should actually read up on the technology (link are already in other comments) and realize that the sleep proxy service handles some requests without waking the machine. For something like a ping, it doesn't wake the machine, but instead the proxy responds to the ping directly. Same for service advertisements. It only wakes the machine when the proxy can't handle the request on the machine's behalf.
So yeah, it does solve the problem. Now you've proven that not only are you unable to perform b
Re: (Score:2)
It only proxies for multicast DNS queries.
So yeah, it doesnt solve the problem. Now you've proven that you take peoples word for it instead of learning shit yourself, even when there are competing theories on the table. You just accept the crap that supports your pet favorite company.
And just so its clear as fucking day for you, UDP-broadcast-over-wireless is not the Internet and cannot be used for, umm, anything the
Re:So they broke it, and made it theirs. (Score:4, Informative)
Actually, in this case, Macs have been doing it since Snow Leopard was released, with Airport base stations. The base station will act as a proxy for any Bonjour-advertised service. If the Mac is asleep, the Airport will continue to advertise the bonjour offers. If another machine tries to connect to one of those services, the router will see it and will send the WOL packet to the mac.
So this does satisfy the basic need. It looks like the MS solution goes a bit further to making it work in an enterprise environment. With Apple's Wake On Demand, you need to be using Apple router, while with MS's you can use anything. It also looks like it could span routers, which Apple's can't do (with the exception of Back to My Mac with MobileMe). MS's paper does mention Apple's sleep proxy in its section on prior work, though it doesn't go into details on the differences.
Re: (Score:2)
So this does satisfy the basic need.
It wakes the machine for everything, just like all the other existing solutions.
Re: (Score:2)
Just wakes it for whatever services registered with the sleep proxy as important enough to wake the system. Hitting it with ICMP isn't important. Hitting it with SMB is.
Apple:Wake on Demand - all bonjour services (Score:2)
http://www.macworld.com/article/142468/2009/08/wake_on_demand.html [macworld.com]
You can do more than just wake up a system, you can maintain a proxy for all advertised services like file sharing and printing.
My Macs have been able to do this for some time... (Score:2)
Interesting. Could we have a link, please?
Re: (Score:2)
Someone already posted it up a few comments: http://en.wikipedia.org/wiki/Sleep_Proxy_Service [wikipedia.org]
Re: (Score:2)
Here is another http://support.apple.com/kb/HT3774 [apple.com]
Re:My Macs have been able to do this for some time (Score:5, Funny)
Yes, as soon as the machine wakes up.
Re: (Score:2)
In fact, the entire Apple implementation is open source and part of mDNSResponder, the source is here.
Now if only someone would port it to avahi so we could get it on Ubuntu and Debian...
now if only someone would port it to Windo... oh wait!
Re: (Score:2)
Which source file is responsible? It would be nice to add this to the Linux side, but I am not sure beyond the announcement part, what else is involved in the "sleep proxy service" to get it working.
Re: (Score:2)
Evidently, it's already in the works.
Yup, but I am not sure how much testing or development attention this has received. The contributor did indicate he had only tested with a VM, so it would be cool if other people could help contribute some of their time to getting this working.