Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Desktop compositing latency is real

lofibucket.com

Post reply on HN
Print view View original

21–30 of 306 posts

Re: Desktop compositing latency is real

#21

Post by caleblloyd »

vanderZwan wrote: post #16
caleblloyd wrote: post #3

No left margin on webpages is real too, and it annoys me

Are you on mobile? It centres perfectly fine for me on desktop. The linked CSS file uses this method: body { max-width: 844px; margin-left: auto; margin-right: auto; font-family: Verdana, Arial, Helvetica, sans-serif; } I guess wrapping the whole article with a div with 0.5em margin would fix it on mobile.

Ah they are using margin:auto to center. I thought it must be an override since most user agents include a default body margin.

Yes I'm on mobile. My OnePlus 5 hides the first one or two pixels under the bezel if looking at it straight on, so the first character on each line gets a little cutoff. Not sure if this is just my model or if other phones do this also.

Re: Desktop compositing latency is real

#23

Post by nickjj »

This is also why picking a good monitor is important for software development.

Some monitors have tons of input lag (60-70ms) and that's the time it takes for you to see what you're typing to reach the display. This also includes the time it takes to see you move your mouse cursor too.

I did a huge write up on picking a good monitor for development which can be found at: https://nickjanetakis.com/blog/how-to-pick-a-good-monitor-fo...

I ended up buying the Dell UltraSharp U2515H http://amzn.to/2jF3WHp. It has very low input lag (10-15ms) and it runs natively at 2560x1440.

Re: Desktop compositing latency is real

#24

Post by ben-schaaf »

malbertife wrote: post #17
dingo_bat wrote: post #4

The data speaks for itself but I'm trying to perceive any latency in my Firefox (win10) and unable to. Typing seems instantaneous to me. I hate the milliseconds the start menu takes to animate though. Win7 start was instant.

What I hate even more is when I press the Windows key and start typing an application's name into the Start menu textbox, and it misses the first two or three keypresses.

As a comparison point, gnome 3 does the right thing and buffers the input until it can handle it. On an old machine I usually have the full name typed out and enter pressed before any animation actually starts being displayed.

Re: Desktop compositing latency is real

#25

Post by perfmode »

nickjj wrote: post #23

This is also why picking a good monitor is important for software development. Some monitors have tons of input lag (60-70ms) and that's the time it takes for you to see what you're typing to reach the display. This also includes the time it takes to see you move your mouse cursor too. I did a huge write up on picking a good monitor for development which can be found at: https://nickjanetakis.com/blog/how-to-pick-a-g…

How is the 2715H?

Re: Desktop compositing latency is real

#26

Post by Cthulhu_ »

babuskov wrote: post #6

> Don’t you find it a bit funny that Windows 95 is actually snappier than Windows 10? Comparing them on the same hardware?

There was a similar article a while ago comparing it to an Apple II, where Apple II was snappier on its own hardware compared to a modern computer.

Re: Desktop compositing latency is real

#27

Post by phkahler »

ben-schaaf wrote: post #24
malbertife wrote: post #17

Earlier quoted context omitted.

What I hate even more is when I press the Windows key and start typing an application's name into the Start menu textbox, and it misses the first two or three keypresses.

As a comparison point, gnome 3 does the right thing and buffers the input until it can handle it. On an old machine I usually have the full name typed out and enter pressed before any animation actually starts being displayed.

How about they disable animation when windows are activated by keyboard? Or just disable it entirely ;-)

Re: Desktop compositing latency is real

#28

Post by 0xcde4c3db »

marcosdumay wrote: post #11

Why would enforcing vsync add more than 1/60s of latency to anything? This looks way more like badly designed animations than some fundamental problem coming from the hardware.

Perhaps it ends up being multiple vsync waits for a given rendered frame? Something like the application or OpenGL driver waiting for vsync before rendering into its buffer, then the compositor waiting for the next vsync before actually compositing/flipping.

Re: Desktop compositing latency is real

#29

Post by ino »

nickjj wrote: post #23

This is also why picking a good monitor is important for software development. Some monitors have tons of input lag (60-70ms) and that's the time it takes for you to see what you're typing to reach the display. This also includes the time it takes to see you move your mouse cursor too. I did a huge write up on picking a good monitor for development which can be found at: https://nickjanetakis.com/blog/how-to-pick-a-g…

I have the same monitor and it's pretty good.

The only thing I don't quite like is the pixel size, it's a bit small for native scaling. I kind of wish i had gone for the 27". I went with two 25" because two 27" were a bit too big for me.

Re: Desktop compositing latency is real

#30

Post by tobyhinloopen »

perfmode wrote: post #25
nickjj wrote: post #23

This is also why picking a good monitor is important for software development. Some monitors have tons of input lag (60-70ms) and that's the time it takes for you to see what you're typing to reach the display. This also includes the time it takes to see you move your mouse cursor too. I did a huge write up on picking a good monitor for development which can be found at: https://nickjanetakis.com/blog/how-to-pick-a-g…

How is the 2715H?

All modern (2014+) Dell IPS displays have excellent input lag
Post reply on HN