Live data from Hacker News

24-core CPU and I can’t type an email

randomascii.wordpress.com

31–40 of 320 posts

Re: 24-core CPU and I can’t type an email

#31

Side note... not related to the same root cause, but related to a similar end user problem... I've been staying in a lot of hotels lately and using a lot of very slow internet connections (not by choice, that's just what is available) and I wish Chrome had some sort of "low bandwidth" mode where it would only allow requests from your current tab, or maybe current window (easily open a new window to control which tabs…

Not a bad idea. Feel free to file a bug/suggestion at crbug.com, and I'll try to suggest such a tweak myself.

We already do throttle hidden tabs, but I don't think we throttle their bandwidth usage directly. It is tricky, unfortunately.

Re: 24-core CPU and I can’t type an email

#33

“I work on Chrome, on Windows” ... chrome_child.dll (stack base) KernelBase.dll!VirtualAlloc ntoskrnl.exe!MiCommitVadCfgBits ntoskrnl.exe!MiPopulateCfgBitMap ntoskrnl.exe!ExAcquirePushLockExclusiveEx ntoskrnl.exe!KeWaitForSingleObject (stack leaf) So don’t use a proprietary kernel that performs poorly?

Does Linux has ETW or something of similar level?

The Linux "perf" tool is amazingly powerful, but it's user interface is... not ideal.

That said, WPA (the UI for ETW) is complex for new users, but mostly only necessarily so.

Re: 24-core CPU and I can’t type an email

#34

That was a lot more interesting than the "man, bloatware" complaint I was expecting from the title.

He cant say 350MB for just one tab is bloatware while he is partially responsible for it. Sinclairs "It is difficult to get a man to understand something, when his salary depends upon his not understanding it!" comes to mind. Poor Bruce herding all those Google javascript cats.

Re: 24-core CPU and I can’t type an email

#35
Interesting story in particular, but in general, performance and memory behave like any other resource that is plentiful: they get used up until things are slowish again. Like road space. Things get added on top of each other until the reduction in speed becomes visible.

Because these days, unlike in the 90's, it's no help waiting for the next Pentium processor to come out this usually results in a heavy optimisation cycle in the underlying engine. For example Firefox has advertised a speed-up several times in the last 10 years, each coming from a focused effort to rewrite or optimise the JS engine, the rendering engine, or something else. Then things accumulate again, until things are too slow.

Obviously the cycles aren't wasted as you can do things with a few lines of high-level script that would've taken months to implement in the "good old times". But this development inevitably creates bizarre flashbacks where, occasionally, you're doing something simple like typing text on today's monster machines and it takes a few seconds for the screen to catch up your typing.

When I started programming, things were roughly and more or less instant. Typing was instant. There was a very short code path from handling the interrupt to updating screen. The computers reacted more like physical apparatus. Terminals at shops, warehouses, hospitals, with text-based programs to update data were pretty much instant too. Good clerks could bang their keyboard through multiple subscreens of their program in seconds, and you were checked in, goods reserved, or patient data updated. Later, when multitasking hit the mainstream, flipping between programs was instant. (Not on Windows, though.) Things like I/O took its time, of course, but at one point there was a peak moment where a software machine had nearly as low latencies as a physical machine.

From those times things have mostly gone downhill. Yes, we have immense processing power and near endless fast memory and disk storage. You can switch between browser tabs 300MB each pretty fast but there is a constant, nagging sense of slowness present all the time. Maybe sometimes switching that tab or bringing up another program takes longer, surprisingly, or there is something simple that just doesn't happen right away. The feeling of instant responsiveness is broken into shards: you can still see a reflection of it if you happen to look at the right angle but mostly its crumbles are pointing elsewhere.

Things like BeOS tried to reach back to that, with varying but acknowledgeable success. But real success in terms of popularity and market penetration seems to come from piling up stuff until things get too slow. So I doubt we never get back to the old world of instant response in spite of processing power keeps climbing up.

Re: 24-core CPU and I can’t type an email

#36

Earlier quoted context omitted.

I need 27 seconds on Firefox 52.9 ESR (Debian) and about 20,287 kbyte of data transferred in 148 requests just to reach an idle GMail tab. What is all this stuff even doing?

I usually append /h/ to the URL (/mail/h/) and get a HTML version. It can work even without JS and it has classic design with small rows that works well on my small screen. No Material Design and no huge elements with large offsets.

I hate material design. I don't want more vacant space, I want density.

Ive always loved Japanese website layouts. Content is beauty.

Re: 24-core CPU and I can’t type an email

#37

“I work on Chrome, on Windows” ... chrome_child.dll (stack base) KernelBase.dll!VirtualAlloc ntoskrnl.exe!MiCommitVadCfgBits ntoskrnl.exe!MiPopulateCfgBitMap ntoskrnl.exe!ExAcquirePushLockExclusiveEx ntoskrnl.exe!KeWaitForSingleObject (stack leaf) So don’t use a proprietary kernel that performs poorly?

Does Linux has ETW or something of similar level?

Probably "perf" would work here.

Re: 24-core CPU and I can’t type an email

#38

Earlier quoted context omitted.

I need 27 seconds on Firefox 52.9 ESR (Debian) and about 20,287 kbyte of data transferred in 148 requests just to reach an idle GMail tab. What is all this stuff even doing?

I usually append /h/ to the URL (/mail/h/) and get a HTML version. It can work even without JS and it has classic design with small rows that works well on my small screen. No Material Design and no huge elements with large offsets.

this does not work for me. when I type "gmail.com" it redirects to:

    https://mail.google.com/mail/u/0/#inbox
where should I put the /h/?
Post reply on HN