bug-global
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Another comment about 1pass-parsing (Re: [PATCH] Add 2-pass mode to


From: Jean-Marc Saffroy
Subject: Re: Another comment about 1pass-parsing (Re: [PATCH] Add 2-pass mode to gtags)
Date: Thu, 14 Jan 2010 16:03:42 +0100 (CET)

Hello,

As a regular user (and fan) of Global, and while waiting for gtags to 
complete in the gcc sources on my slow netbook, I would like to share the 
following comments:

On Sat, 9 Jan 2010, Shigio YAMAGUCHI wrote:

> Though the 1pass-parsing is a certainly wonderful improvement,
> it requires considerable disk space for a temporary file.
> In the case of linux-2.6.21.3, it requires about 59M Bytes, and
> additionally it use a file not visible.

Although being careful about the size of temporary files is certainly a 
legitimate concern, I must say I disagree when you say that 59MB is 
"considerable disk space" when this happens while working with a Linux 2.6 
source tree.

For what it's worth, I have recent Linux source and build trees around:

$ du -sh linux-2.6.31.6 build-2.6.31.6
418M    linux-2.6.31.6
2.0G    build-2.6.31.6

Anyone working with the Linux kernel nowadays is very well aware that this 
requires a lot of disk space. And at work I have to deal with gcc source 
trees which are even larger.

So I definitely consider that an extra 59MB temporary file is a very tiny 
price to pay for the significant speedup you measured. :-)

> If someone tags a huge project at a server machine then it might
> bring /tmp directory overflow, and it is not visible. The system
> administrator might judge that he will reboot the system.

Central servers for development do exist, but as of today, I think a 
majority of developers (i.e. users of Global) are confined to their 
desktop or laptop for development.

And I find it hard to imagine that a 59MB temp file would be a problem on 
a multi-user server in this year 2010. :-)


Cheers,
Jean-Marc

PS: gtags took 18 minutes to complete ;-)

-- 
address@hidden




reply via email to

[Prev in Thread] Current Thread [Next in Thread]