[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