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

ITerm2 2.0

iterm2.com

Post reply on HN
Print view View original

151–160 of 237 posts

Re: ITerm2 2.0

#151

Post by Freaky »

rbanffy wrote: post #109
jwr wrote: post #80

ITerm is great. It really is. But I wish more time was spent on optimizations. People these days seem to forget that terminals are often used for displaying huge amounts of rapidly scrolling text and that speed is of paramount importance. To put this in perspective, my computer has two CPUs with 4 cores each, 24GB RAM, a graphics card with 1600 Stream Processing Units (engine running at 850MHz) and 1GB of RAM, and ye…

While text performance is important, when I have to scroll through huge amounts of text it's usually because I made a mistake. If the output of my "fgrep -ri" is too long, it's also useless and I'd better pipe it to another grep or use a better regex.

tmux is my main use-case for a fast terminal. Even something as simple as resizing a split in my main 266x188 session while nothing else is happening makes Terminator (VTE-based) into a juddering laggy mess.

urxvt's nice and responsive even while catting a million line file into one of the splits - I can use other terms and resize splits without a problem, hitting ^C stops cat instantly, and it's done displaying the lot inside 12 seconds.

Terminator takes 5 seconds just to respond to a ^C, and is otherwise completely unusable for over a minute.

Re: ITerm2 2.0

#152

Post by gnachman »

jwr wrote: post #80

ITerm is great. It really is. But I wish more time was spent on optimizations. People these days seem to forget that terminals are often used for displaying huge amounts of rapidly scrolling text and that speed is of paramount importance. To put this in perspective, my computer has two CPUs with 4 cores each, 24GB RAM, a graphics card with 1600 Stream Processing Units (engine running at 850MHz) and 1GB of RAM, and ye…

I did a lot of work on performance which you can see in the nightly builds; it was too risky for the 2.0 schedule. We now parse the input stream in a separate thread from where it is rendered. That being said, while the refresh rate is probably lower than it was on your '386, the throughput is undoubtedly higher. If you'd like a higher refresh rate, it's a trivial tweak to a single constant, but in general throughput is more useful.

Re: ITerm2 2.0

#153

Post by yoblin »

jwr wrote: post #80

ITerm is great. It really is. But I wish more time was spent on optimizations. People these days seem to forget that terminals are often used for displaying huge amounts of rapidly scrolling text and that speed is of paramount importance. To put this in perspective, my computer has two CPUs with 4 cores each, 24GB RAM, a graphics card with 1600 Stream Processing Units (engine running at 850MHz) and 1GB of RAM, and ye…

Performance actually seems to be much better in the new version! My standard test is to open a split-screen tmux session and try scrolling man pages.. New version doesn't jump around the page.

Re: ITerm2 2.0

#157

Post by pyre »

"Check for Update" from the menu in iTerm tells me:

  iTerm 1.0.0.20140629 is currently the newest version 
  available.

Re: ITerm2 2.0

#158

Post by gnachman »

IgorPartola wrote: post #150

So did everyone here just download this piece of software over HTTP (no HTTPS)? Why is it that large projects like this cannot spend 15 minutes setting up hosting over HTTPS-only using a $10 (or even free) SSL cert? I love me some iTerm but yikers.

I've been putting this off for too long. Waiting to get the cert signed now...

Re: ITerm2 2.0

#160

Post by gnachman »

kator wrote: post #135

I love iTerm, couldn't live without it.. To me Terminal.app isn't much better then PuTTY on Windows. That said I'm a bit worried when I read stuff like "manipulate the pasteboard remotely" and "performed when text matching a regular expression is received". Are these potential security concerns and/or what is the performance impact of regex'ing every single line of text etc?

Remote pasteboard twiddling is guarded by an off-by-default preference (prefs>general>allow clipboard access to terminal apps). Triggers are user-defined; while most people use them to change text colors, you are given enough rope to hang yourself, so be careful when creating a trigger that runs a command.
Post reply on HN