stomme_poes — 2012-04-24T05:56:04-04:00 — #1
The study was presented at the World Wide Web conference 2012 in Lyon according to the article, but I can't find where on the site anything about it might have been posted.
Related: Free apps drain batteries too (often via ads)
system — 2012-04-25T17:01:48-04:00 — #2
Gmail, the most “green” mobile site we found, uses HTML
links to open email messages that the user clicks on. The desktop
rendering energy for the page. Thus, by designing the mobile
version of the site differently than its desktop version, Gmail
was able to save energy on the phone.
AOL is able to save rendering energy by using a simple HTML
table element to position elements on the page. Other sites that
position elements using CSS need far more energy to render.
I don't know... It sounds to me like a payed study, targeted to make certain devices and technologies look bad, made by techs that have many to learn yet.
It sounds like a presentation done by hacks for their clueless bosses to get a raise or funds for toga parties. They throw number in there like there's no tomorrow, while their final conclusions are the most obvious one could draw, without the need of any "study".
belsnickle — 2012-04-26T02:18:59-04:00 — #3
That might make sense itmitică except the study was conducted by a university. . .
It also makes practical sense, the more client side work done in applying placement and processing data the more power the phone uses to process it. The bigger question would be How significant the difference actually is.
jeff_mott — 2012-04-26T02:32:25-04:00 — #4
My thoughts exactly.
If heavy vs light pages means a difference of a few minutes of battery life, then that doesn't seem terribly significant. But if the difference turns out to be a few hours of battery life, then that is definitely significant.
system — 2012-04-26T07:10:32-04:00 — #5
... and universities extra budgeting comes from contracts with private companies.
What I find the most stupid in their findings is the overall conclusion that "using" a smartphone will make its battery discharge. I have another "finding" for them: even when my smartphone is off its battery is discharging.
You'll notice the "findings" don't tackle WPh, put the Android in the line of fire, and pretty much slams iPh. Coincidence? I believe not. I question their purpose only because they've taken a basic truth and they've put a spin to it.
stevie_d — 2012-04-26T07:44:22-04:00 — #6
(I'm not saying that Sitepoint Forums is by any means the worst site for this, just using it as an example, whereas most large feature-rich sites I would leave until I had desktop access).
system — 2012-04-26T08:31:00-04:00 — #7
I'll admit SPF is not what it should be, mobile wise. But...
Let me ask you this: if SPF were a game, would you still complain about the battery drainage?
Let me ask you this: if SPF were a movie, would you still complain about the battery drainage?
Let me ask you this: if SPF were a tune, would you still complain about the battery drainage?
How come, suddenly, CSS and JS are in the hot spot? Because it's flash going and they're taking its place? The study should reveal first that device battery is not well suited. Secondly, that mobile OSs are next in line, performance wise. Thirdly, that mobile UAs are not doing a decent job.... ntly time, CSS and JS should be wisely used.
michaeljcalkins — 2012-04-26T10:25:11-04:00 — #8
I'm gonna have to dismiss this because of it's very finger pointed nature in something that has soooooooooooooooooo many layers to it.
system — 2012-04-26T12:07:37-04:00 — #9
Shhh! My common sense is tingling.
While I don't completely buy the tables over css layouts part (though depending on the layout it is possible...) the rest of it makes sense.
Large images in particular can cause real drain because they have to be decoded; that 260k jpeg might look cool, but decoded it takes a megabyte or more of RAM on devices that typically have less than 64 megs free by the time the OS and applications are loaded. That means dipping into the fixed storage to swap, consuming even more power. (and shortening the life of said storage since, well... it is flash RAM!) .. and that's without talking the overhead of running the decoder algorythm... especially since jpeg is lightweight compared to what PNG uses. (zLib) -- to put that in perspective that's like saying a rhino is lightweight compared to an elephant.
There was an article by one of the android devs a year or two ago (my google-fu is failing me) where it was said smartphone battery life could be doubled by killing all the cutesy transition animations. Stood out in my mind because I'm not a big fan of stupid animated transitions in the first place. I click on something or tell the computer to do something I want it done NOW, not sit there waiting for some stupid animated dog to ask me if it can help me.
... and to be honest, fade, genie, and other transitions are as annoying to me as Clippy or Rover. Rank right up there with the idiocy of rotating image banners sucking down space for nothing useful -- well, apart from hiding the lack of real content on the page.
Because the real problem with flash wasn't with flash -- which is great for games or video delivery. The problem was people using it on websites for garbage that shouldn't even BE on websites. The problem isn't the technology, it's how it's being used, overused, abused, mishandled, and thrown at EVERYTHING 'just because we can'.
Though you are right -- they should be wisely used; I say use with an eye-dropper everywhere, and drop certain effects completely for mobile. Just slapping endless effects on a page "because you can" is the real problem, regardless of technology.
stomme_poes — 2012-04-26T15:28:23-04:00 — #10
BTW the "related post" I linked to about ads, mentions more phones... but also mentioned they could not measure anything on iPhone because Apple locks something up they need access to, according to them.
system — 2012-04-26T20:32:42-04:00 — #11
Get this, said disaster is featured in a article on the homepage here at Sitepoint:
The docs for "opa" (interesting the article has NO links to the project's pages...) are the offending part:
Gives a blank page scripting off, uses 3.5 megs as a single file of html/script/css to deliver 10k slices of HTML that appear to be loaded either via DHTML/AJAX; when the entire "manual" part of the site shouldn't even break 300k. The >1 minute first-load is truly horrifying, much less the complete inaccessible content-less train-wreck.
... and on topic, that's the type of page that would probably suck a laptop/handheld battery dry... Well hang on, lemme drag out my netbook. I know in 'normal' use it loses about 1% every three minutes (battery is starting to go, no shame to it, it's 4 years old).
From a full charge browsing a few of my normal places to go for ten minutes it lost 3% battery. Charge it back up, go to that site... hey look, it consumed 3% battery just loading that page, which took a minute and 22 seconds -- so that's a massive spike in power consumption. According to Speedfan my poor little 1.6 single core atom was having a heart attack... Dipped into the page file (so hard disk activity too!), buried the needle on the physical core... and this is a 1.6ghz 'proper' CPU. Try this on a 800mhz ARM11 with 256 megs of RAM? (like the Pi) You'll kill the poor thing. Even a 1.5ghz ARM Cortex A8 would struggle since most of them top out at 512 megs of RAM (like the iPhone).
Probably why when I order a tablet this next paycheck (or at least that's my plan), I'm getting a $130 el-cheapo off DX since it's a 1.5ghz A8 with SHOCK a gig of RAM (and 1024x800 at 7" and 1.3mp camera and capacitive screen and 8 gigs of in-built with a socket that can take either TF or microSD) ... though more RAM also means lower battery life, it could mean longer life by not running out of memory and trying to use flash as swap.
ralphm — 2012-04-26T22:39:09-04:00 — #12
It's worth considering an app like Tapatalk, if it's available for your device. Seems to cut out most of the unnecessary stuff and leave you with just the basics. Pretty nice.
logic_earth — 2012-04-26T22:59:06-04:00 — #13
Of course it is available for everything...except Windows Phone...bah!
ralphm — 2012-04-26T23:52:48-04:00 — #14
O well, that's no problem, as no self-respecting web developer would use a Windows mobile device anyway. Um ... right? :eek: :shifty: :lol:
logic_earth — 2012-04-26T23:56:56-04:00 — #15
I don't know about Windows Mobile...but Windows Phone is completely different...tho I'm sure you know that.
ralphm — 2012-04-27T00:04:46-04:00 — #16
Ha ha, don't assume I know anything (it's very dangerous. ) To be honest, I'm a bit confused by the difference between Windows phone and mobile. I'm not very experienced with mobiles, and there is a pretty confusing range of offerings out there. Is it Windows Mobile that still (or until recently) operated on IE7 or something? Jeesh. Anyhow, anything with the name Windows in it scares me.
What OS do you have on your phone? ... Or is Win Phone an OS? (It would be nice if their site actually said what the **** it is.)
logic_earth — 2012-04-27T00:46:17-04:00 — #17
Windows Phone, is was a complete departure from Windows Mobile, was written from the ground up. The latest version of Windows Phone 7.5 (Mango) runs a modified version of IE9 the differences can be seen here: http://www.ubelly.com/2011/11/the-differences-between-ie9-on-the-desktop-and-ie9-on-wp7/
Windows Phone is...hardware (strict guidelines) and an OS.
ralphm — 2012-04-27T01:47:14-04:00 — #18
On their site they talk about Nokias and whatnot, making it sound like an OS ... but its name suggests otherwise. Very confusing. Beats me how they sell anything.
stomme_poes — 2012-04-27T06:35:55-04:00 — #19
Yes, Nokia lost Linux (Meebo) and switched to MS Windows.
oddz — 2012-05-04T10:28:46-04:00 — #20
I blame my engine for poor mileage.
Might as well add HTML to that list. What are we left with than? – that's right no website, stupid study.
The hardware sucks. If people weren't releasing things before they were ready for prime time we wouldn't have these issues. Though we probably wouldn't have smart phones or tablets either at this point.
next page →