[GRASS-dev] [GRASS GIS] #2185: Painfully Slow 'v.in.ogr' Vector Import

[GRASS GIS]

#2185: Painfully Slow 'v.in.ogr' Vector Import
------------------------------------------------+---------------------------
 Reporter:  justinzane                          |       Owner:  grass-dev@…              
     Type:  defect                              |      Status:  new                      
 Priority:  normal                              |   Milestone:  7.0.0                    
Component:  Vector                              |     Version:  svn-trunk                
 Keywords:  import, OGR, performance, v.in.ogr  |    Platform:  Linux                    
      Cpu:  x86-64                              |  
------------------------------------------------+---------------------------

Comment(by wenzeslaus):

 Replying to [comment:15 neteler]:
 > Replying to [comment:14 imincik1]:
 > ...
 > > 2. What was a great change was moving '.tmp' directory from my mapset
 outside of NFS (by using symlink). v.in.ogr was 8 times faster.
 > > So my idea is, is it possible to have some environment variable, which
 could define global alternative directory for temporary files ? This could
 improve situation for all modules which are using temporary files (for
 example v.random is not using).
 >
 > Can you please try this variable?
 > http://grass.osgeo.org/grass70/manuals/variables.html
 >
 > --> "TMPDIR, TEMP, TMP" (name depends on the operating system)

 Manual is not completely clear about what is driven by those but is says
 that `/tmp` (or perhaps its platform-dependent equivalent, i.e. system tmp
 dir) is the default which suggests that it is a different directory than
 `/path/to/mapset/.tmp` (i.e. GRASS-specific dir).

 {{{
 TMPDIR, TEMP, TMP
     [Various GRASS GIS commands and wxGUI]
     The default wxGUI temporary directory is chosen from a platform-
 dependent list,
     but the user can control the selection of this directory by setting
 one of the
     TMPDIR, TEMP or TMP environment variables Hence the wxGUI uses $TMPDIR
 if it
     is set, then $TEMP, otherwise /tmp.
 }}}

 I'm not sure what about the other things but for wxGUI it seems that if
 your `grassdata` dir is at NFS it might be more advantageous if the tmp
 dir for GUI would the the system one because it would/could work much
 faster (supposing the case of generating images for map display). On the
 other hand if you are creating something really big, e.g. animation with
 g.gui.animation it might be better if you use the bigger space (which
 might be the .tmp dir in `grassdata` at NFS).

-- 
Ticket URL: <https://trac.osgeo.org/grass/ticket/2185#comment:19>
GRASS GIS <http://grass.osgeo.org>