News for hackers. Stuff that matters.

A comment on Lime Text – Open Source Sublime Text alternative (2014). Parent comment

Re:Lime Text – Open Source Sublime Text alternative (2014) by duaneb on Thursday October 13, 2016 @02:38AM (#12698951)
What is the performance overhead like? I can't access the app right now but I'd be highly surprised if it caused a noticeable input latency.

Or are you talking out of your ass?

[ Parent | on HN ]
Re:Lime Text – Open Source Sublime Text alternative (2014) by flukus on Thursday October 13, 2016 @02:51AM (#12698989)
It's a whole lot of unnecessary serialization and deserializtion, even if the performance is not noticeable it's a waste of cpu cycles.

From looking at similar projects, overhead tends to be in the millisecond range per call, so performance depends on the ammount of back and forths.

Add in all the overhead for serialization and IPC and in practice it looks a lot like the round trip in same data center latency here:

https://people.eecs.berkeley.edu/~rcs/research/interactive_l...

[ Parent | on HN ]
Re:Lime Text – Open Source Sublime Text alternative (2014) by oblio on Thursday October 13, 2016 @03:49AM (#12699172)
> even if the performance is not noticeable it's a waste of cpu cycles.

If the performance hit is not noticeable, nobody really cares about the waste of CPU cycles. Especially since a text editor uses something like 1/10 the resources a large, complex program uses anyway.

[ Parent | on HN ]
Re:Lime Text – Open Source Sublime Text alternative (2014) by falcolas on Thursday October 13, 2016 @01:08PM (#12702296)
Well, you would care if you're on a battery for any appreciable amount of time.

Some IDEs go as far as to offer low power modes where they throttle external plugins.

[ Parent | on HN ]
Re:Lime Text – Open Source Sublime Text alternative (2014) by flukus on Thursday October 13, 2016 @06:59PM (#12704868)
And when everyone thinks that we end up with the same performance we had 20 years ago on vastly improved hardware.
[ Parent | on HN ]