[Lazarus] Console App Development
Martin
lazarus at mfriebe.de
Fri Aug 12 19:40:35 CEST 2011
On 12/08/2011 17:57, Henry Vermaak wrote:
> On 12/08/11 17:43, Martin wrote:
>> - opening several 100 files is rare. (yeah some people only open, never
>> close, and next time they reload they open all of them again => but how
>> often to you edit e4ach of 200 files on one work day?)
>
> You are completely missing the point: This is a benchmark. It points
> out that we are at least an order of a magnitude slower than editors
> with similar capability. As Graeme showed, we've become slower, so if
> we don't watch it, this kind of attitude will end us up with a
> sluggish, bloated ide.
Ok, but you miss the point too, you picked the wrong part of my reply
out of context:
part1, related to benchmarking:
- are we comparing apples with apples, apples with bananas?
- are the compared products indeed providing similar quality/functionality?
part2, related to the above quote.
- that was about every day use. And while it may not be top of the list,
it is not a major issue in ever day use.
As for paying attention. Several bits of work where undertaken in the
last 12 month.
as for apples and bananas:
gvim does only open about 10 tabs !!!! not one tab per file. At least my
installation. I can not open more tabs, or access any other than the 10
tabs. I can from the buffer menu change the content of each tab, but
that's still only 10 tabs.
gvim (i just installed) does not have horizontal scrollbar, and if it
wraps line it does not update the vertical scrollbar (maybe by design,
but that's a terrible design, though one that saves a lot of time, hence
good for the benchmark.....)
the highlighting appears to be erroneous and far less complete
"public" in a class is highlighted, "protected" is not
"deprecated" is not hl.
I was unable to find out, if ANY hl is context sensitive at all; but for
example "nested comments" are not correctly highlighted.
Overall it appears that it is a simple "word based" highlighting, versus
a content sensitive highlighing in Lazarus (apples and bananas)
has gvim any codetool like stuff???
....
Are we comparing apples and apples. OTherwise what kind of benchmark is
this?
Btw Lazarus took about 27 secs for the 450 files. I am not saying that
couldn't be improved, but if you want to benchmark. benchmark more fairly
And btw, if I save the 400 files as part of a project, and re-open, it
goes in 16 secs. (As lazarus defers some of the work to idle time later)
More information about the Lazarus
mailing list