Author Topic: HippoEdit vs. EmEditor  (Read 8166 times)

Offline Arthur

  • Registered User
  • Hero Member
  • *
  • Posts: 653
  • Karma: +1/-0
  • He who is ashamed of asking is afraid of learning.
    • My Blog
HippoEdit vs. EmEditor
« on: February 23, 2009, 06:19:48 AM »
Hmm, took a look at EmEditor, claims as the fastest.
Overall looks a close cosine to HippoEdit, but with extra add-ons.
One topic made me highly suspicious and curious - its speed comparison
Alex, are you up to conducting a speed/benchmarking testing?

Offline alex

  • Developer
  • Global Moderator
  • Hero Member
  • *****
  • Posts: 2225
  • Karma: +37/-3
    • HippoEDIT
Re: HippoEdit vs. EmEditor
« Reply #1 on: February 23, 2009, 04:53:37 PM »
EmEditor is really good. This is only one editor I know which has complete unicode support (with possibilty to edit Hebrew and RTL scripts) because of the Uniscribe libruary used. I also think to switch to it but maybe later.
And they are using the memory mapped files for loading big files (file is loaded only partially), so they should be fastest in loading files more then 10 megs. HE loads everything into memory, so it would be definetly slower.

This initial loading, I think emEditor would be also faster, but difference would not be noticable. In HE MFC takes it time + I need to parse XMLs. I have already optimized this, and only schemas for loaded files are parsed, but can be optimized more.

But I think, EmEditor and HE have differrent goals.
EmEditor now concentrated to be a fastest plain text editor
and HE to be smartes programmers text editor, framework for any progrmming language, which can get most from syntax definition. And until perfocmance is acceptable, I would not try to get 100 miliseconds less ;)
But if not acceptable - it is a bug. We already have seen this on example with replace in file with a lot of incontinues matches.

And thanks a lot for the link with a benchmark: it is helpfull to see what can be achived and already achived ;)