Has anyone booted the pdf in a minute?
If you use an actual pdf reader instead of the JS-based in-browser crap, it's quite instantaneous.
But javascript is so cool!
Booting Linux in One Second [pdf]
41–50 of 110 posts
Re: Booting Linux in One Second [pdf]
#421 seconds seems a rather arbitrary measure. In HCI 100ms seems to be the value that's generally taken under which an action seems to be happening instantaneously [1] It's quite sad to see how we hardly use the computing power offered by our modern computers to actually speed up common tasks, but instead bloat it up with all kinds of stuff. [1] http://cogsci.stackexchange.com/questions/1664/what-is-the-t...
If you can boot faster than the screen can come to life, you don't need to be faster. IoT and servers might not have screens, so this doesn't apply to everything, but for devices with screens, just beating the screen warmup is good enough to feel like immediate startup.
Also, for devices that require user authentication, such as logging in to an account, if you could offload the authentication (such as fingerprint or other biometrics) to something out of the OS itself (ROM routine that starts up with a 0 in a certain memory address and changes it to 1 on authentication), you could be booting up the OS in the background while you take a second or two to log in, and if the OS can get up and running by the time you log in, the OS can pretend that it started up immediately and was the thing that logged you in. For many devices, there is need to boot up in less than a second or so to seem as though boot up was instantaneous.
Re: Booting Linux in One Second [pdf]
#43Earlier quoted context omitted.
I once had a brief conversation (via Reddit) with a guy using JACK for a commercial (embedded Linux) networked audio system. I wasn't aware of the exact specifics but I understand it was Sonos-style, embedded boards inside speakers. He wasn't particularly interested in talking about the work his team had done :P I think that proves your point.
This is a quite paradoxal phenomen that happens to some open source projects. The code is open and free, but some of the experts hold their knowledge very close to their chest. It's totally understandable since they of course need to make a living somehow, but it kind of defeats some of the benefits with open source.
Some contracts are worded very... weirdly, so to speak, which makes talking about projects potentially dangerous.
Re: Booting Linux in One Second [pdf]
#44Earlier quoted context omitted.
If you use an actual pdf reader instead of the JS-based in-browser crap, it's quite instantaneous.
But javascript is so cool! https://bugzilla.mozilla.org/show_bug.cgi?id=1049218
JS is also sandboxed, which seems to be a particular problem for traditional readers. I’d trust PDF.JS to get faster more than I trust PDFium to not have security issues.
Re: Booting Linux in One Second [pdf]
#451 seconds seems a rather arbitrary measure. In HCI 100ms seems to be the value that's generally taken under which an action seems to be happening instantaneously [1] It's quite sad to see how we hardly use the computing power offered by our modern computers to actually speed up common tasks, but instead bloat it up with all kinds of stuff. [1] http://cogsci.stackexchange.com/questions/1664/what-is-the-t...
I completely agree with the general idea. Bloat is too high and has far reaching consequences. And it's actually even worse than that. 100ms is nowhere near enough to be sufficient for all applications. For audio applications you need 10ms [ http://superpowered.com/androidaudiopathlatency ] which incidentally is the reason why Android is unusable for any interactive audio applications. Same applies to Virtual Reality…
> which incidentally is the reason why Android is unusable for any interactive audio applications.
Everybody says this and yet programs like Caustic seem to do a fine job in my experience.
Re: Booting Linux in One Second [pdf]
#46Earlier quoted context omitted.
Roughly speaking it levels the playing field. With Open Source smart people and companies that attract smart people get an edge.
Good point! But the hazard is that the we risk getting FOSS software that is unnecessarily complex to configure because of this.
In my experience proprietary software is often far more complex, in fact in another league than most FOSS SW for now (source: have installed and reinstalled so many Oracle databases, Enterprise Manager and APEX installations I have lost count.)
Re: Booting Linux in One Second [pdf]
#471 seconds seems a rather arbitrary measure. In HCI 100ms seems to be the value that's generally taken under which an action seems to be happening instantaneously [1] It's quite sad to see how we hardly use the computing power offered by our modern computers to actually speed up common tasks, but instead bloat it up with all kinds of stuff. [1] http://cogsci.stackexchange.com/questions/1664/what-is-the-t...
One second, ten seconds... The problem isn't that it takes time, it's that the user has to sit there and wait while it takes that time.
My desktop takes about two seconds to resume from suspend. I'd sit down, lean down to the floor and press the power button and then wait that two seconds. I fixed the whole problem by moving the case up onto the desk so that I have to walk past it to sit down. Now I press the button and then sit down, by which time the computer is waiting for me. The way it should be.
Sidebar: Now I'm slightly concerned that an AI in the future is going to call me out for my blatant display of meatbag privilege.
We can throw tons of money at engineering boot times but but really the biggest gains are made when you can predict what the user wants. Imagine you approach your car. If it can detect you or your key, it can start doing stuff it'd normally do when you put the key in the ignition. Suddenly it doesn't matter than it takes 5-10 seconds to boot because it also takes 10 seconds to get in the car.
All this stuff is going to get better once we have widespread adoption of technology for fine indoor tracking. When we can tell our relative positions to our gadgets, they'll be able to sleep deeper, ring louder, shine brighter and start booting earlier.
Re: Booting Linux in One Second [pdf]
#48Earlier quoted context omitted.
With my Nexus 4, rebooting every other day is a pretty good idea. Usually fixes my Wi-Fi, 3G, and all sorts of weird bugs for the moment. Don't know how representative this is for Android phones in general, but most Nexus 4 owners I know tell me this is normal. Oh, usually once a week, sometimes twice a day, the phone will do the rebooting for me. Sometimes when it's in my pocket, sometimes when I try to watch a vide…
I used to have a Nexus 4 and had the same problem. I now have a Samsung Galaxy S3 and still have the same kinds of issues, just not as frequently. From what I've heard from other people I think it's fair to say it's a general problem with Android-based smart phones.
I have a Galaxy S3, and it was rebooting randomly more and more often. At the time, I lived in an apartment. I bought a house earlier this year, and to my knowledge (and memory) this hasn't happened again since.
What you said reminded me of this, because I had forgotten this infuriating rebooting. I wonder if this was related to the building or something else? This is weird.
Re: Booting Linux in One Second [pdf]
#49Why isn't any phone doing it? (either smart or feature variety)
phones need to load a lot of stuff a boot time - this fast boot times are achieved by stripping a hell of a lot of stuff out
I would love to have a phone with a hell of a lot of stuff stripped out. I guess manufacturers don't.
Re: Booting Linux in One Second [pdf]
#50Why isn't any phone doing it? (either smart or feature variety)
More importantly: why aren't TVs doing it?
TVs should be turned off completely when you press the button, to save power. After that almost all smart TV boot up quite slowly. Which is sad :(