Apple Updates Safari • Hacker News Board

Re: Apple Updates Safari

#31

Post by mitchty » Mon, Jun 10, 2013, 7:21 PM UTC

pajju wrote: post #10

waxjar wrote: post #2

An iCloud keychain? No thanks.

LastPass does this really well for all devices, works with any browser, even mobile too! This iCloud key chain must be Safari only! :)

Just wish I could use it more easily on ios. The lastpass app is OK, and the bookmarklet is meh.

Re: Apple Updates Safari

#32

Post by atacrawl » Mon, Jun 10, 2013, 7:26 PM UTC

I actually downgraded back to v5 because of the terrible changes they made to Web Inspector in v6, so I'm pretty annoyed that they didn't even mention it when introducing the new version -- at a developers' conference, no less!

Re: Apple Updates Safari

#33

Post by mdasen » Mon, Jun 10, 2013, 7:26 PM UTC

rfnslyr wrote: post #12

Can anyone explain this? http://tctechcrunch2011.files.wordpress.com/2013/06/scaled-s... Is that real or just BS?

It's likely "real". By real, I mean that I just ran JSBench on my MacBook Air with Safari and Chrome (latest released version of each) and Safari came out significantly ahead (Chrome took 1.75x longer). They're claiming 2.53x faster than Chrome in that slide so that would mean an improvement of probably around 50% over the current Safari in terms of JS speed on this benchmark. So, it would seem that this particular benchmark already favors Safari's JS engine and that the next Safari will improve on the current Safari's performance.

Now, the issue with JSBench is that it's real-world JS, but only from 5 sources. Granted, they're 5 sources that are very high-trafficked, but it's still a small sample size (http://jsbench.cs.purdue.edu/).

Similarly, Apple showed off SunSpider benchmarks showing the next Safari being faster than Chrome. The current Safari on my MacBook Air beats Chrome, with Chrome taking 6.9% longer. So, part of it is that each browser maker has its preferred benchmarks.

Re: Apple Updates Safari

#34

Post by revelation » Mon, Jun 10, 2013, 7:28 PM UTC

codereflection wrote: post #23

Google Chrome Team: "Ah snap, and we just dropped WebKit!" Edit: It's a joke, guys. :/

They have been using different JavaScript interpreters all along. Chrome also had per-tab processes since (it feels like) 2010.

Re: Apple Updates Safari

#35

Post by jonknee » Mon, Jun 10, 2013, 7:28 PM UTC

e1ven wrote: post #27

jonknee wrote: post #25

Earlier quoted context omitted.

The average non-technical user will now have "password1!" synced with iCloud.

It automatically suggests new passwords based on Random strings when it sees a password box.

The average user already has created most of the accounts she will create. Outside of HN not everyone is trying out new services everyday. I could also see many people being confused by a random password and think to themselves that they'll never remember it and then override to use their trusty [but] insecure password. It's also not cross platform so not a solution for many people.

It's not Apple's fault, I'm sure it's a great password manager. The problem is passwords are broken. Managers are a good band aid, but fundamentally passwords are broken.

Re: Apple Updates Safari

#36

Post by othermaciej » Mon, Jun 10, 2013, 7:29 PM UTC

mdasen wrote: post #33

rfnslyr wrote: post #12

Can anyone explain this? http://tctechcrunch2011.files.wordpress.com/2013/06/scaled-s... Is that real or just BS?

It's likely "real". By real, I mean that I just ran JSBench on my MacBook Air with Safari and Chrome (latest released version of each) and Safari came out significantly ahead (Chrome took 1.75x longer). They're claiming 2.53x faster than Chrome in that slide so that would mean an improvement of probably around 50% over the current Safari in terms of JS speed on this benchmark. So, it would seem that this particular b…

Other JS benchmarks are not based on highly-trafficked real-world sources at all, so perhaps "real" is relative.

Re: Apple Updates Safari

#37

Post by shinratdr » Mon, Jun 10, 2013, 7:31 PM UTC

rfnslyr wrote: post #12

Can anyone explain this? http://tctechcrunch2011.files.wordpress.com/2013/06/scaled-s... Is that real or just BS?

Why would it BS? This is almost always the case. Safari has plenty of notches on it's belt, it's just that the Chrome and FF teams do far tighter release cycles allowing for improvements like this to be pushed out the door faster.

Safari is a great browser, always has been. This is hardly surprising or new, just like it's not novel that Chrome will meet and exceed those stats within a month or two of the release of Safari 7.

Re: Apple Updates Safari

#38

Post by calebegg » Mon, Jun 10, 2013, 7:31 PM UTC

joeblau wrote: post #3

Hopefully they got rid of whatever "Safari Web Content" was doing. That is the primary reason I don't use Safari.

Are you talking about the process in Activity Monitor? It's just Safari's rendering worker process, just like Chrome's "Google Chrome Worker" processes. What it was "doing" is rendering pages and running javascript. If it gets out of control, CPU or memory-wise, it is almost certainly a misbehaving tab.

Re: Apple Updates Safari

#39

Post by othermaciej » Mon, Jun 10, 2013, 7:36 PM UTC

atacrawl wrote: post #32

I actually downgraded back to v5 because of the terrible changes they made to Web Inspector in v6, so I'm pretty annoyed that they didn't even mention it when introducing the new version -- at a developers' conference, no less!

It's not in the keynote, but if you get the Developer Preview you can see what's new.

Re: Apple Updates Safari

#40

Post by suyash » Mon, Jun 10, 2013, 9:26 PM UTC

atacrawl wrote: post #32

I actually downgraded back to v5 because of the terrible changes they made to Web Inspector in v6, so I'm pretty annoyed that they didn't even mention it when introducing the new version -- at a developers' conference, no less!

Safari 6.x is jam packed with new web inspector capabilities. What are you talking about?