Yakov Lerner wrote:
On 4/6/07, Yakov Lerner <[EMAIL PROTECTED]> wrote:
On 4/6/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I did th3 follwing: With a program, which generates random numbers in
> different formats, I created a file, which consists of _one_ line of
> 2097152 characters ("0"-"9","A"-"F").
>
> To split the line into lines of 72 characters each, I started vim and
> let it read the file.
>
> I postioned the cursor at position 0 and entered the following in
> normal mode:
>
> qq72<right>i<return><esc>0q
>
> Then I did a
>
> [EMAIL PROTECTED]
>
> After only 10 or 15 (guessed) executions of the macro the system
> freezes while constantly swapping (?) and became unuseable and did no
> longer respond.
>
> Even the mouse pointer was nearly unmoveable...
>
> After heavily and constantly trying I managed to kill the X-session
> and to 'killall -9 vim' from the console to get back my computer.
Hello Meino "the vim killer" Cramer,
I tried your scenario. You need to add 'set ul=-1' to disable undoes, and
'set lz' to disable excess redraws. Even then, vim goes rather slow at
this task.
Indeed, vim grows to >1000MB vm/rss size
size in matter of one minute without ul=-1 (, and growing very fast. )
The thing I find strange here is that values of 'maxmem', 'maxmemtot' were:
:set mm? mmt?
maxmem=643272
maxmemtot=643272
, yet vim grew past x2.5 times that limits (with default 'ul')
without messages.
Is this expected behaviour ?
Yakov
I have
maxmapdepth=1000
maxmempattern=1000
maxmem=249
maxmemtot=249
which strikes me as strange (even though the last three are in KB) since I
never set them and the docs say maxmem is usually at least 256 and maxmemtot
at least 2048. And I don't have a tiny bitty box: my total installed RAM is 2 GB.
Best regards,
Tony.
--
"We don't care. We don't have to. We're the Phone Company."