[GRASS-dev] [GRASS GIS] #2185: Painfully Slow 'v.in.ogr' Vector Import
GRASS GIS
trac at osgeo.org
Tue Feb 4 13:30:10 PST 2014
#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 | Platform: Linux
Cpu: x86-64 |
--------------------------------------+-------------------------------------
Comment(by mmetz):
Replying to [comment:6 justinzane]:
> I'm greatly interested in guidance on narrowing down the bottleneck with
"grassdata" on a NFS mount, but I may need some assistance in the process.
I don't know much about perf, but I do have some experience with accessing
a GRASS database over NFS (multiple clients accessing the same GRASS
database over NFS at the same time). The problem seems to be not the GRASS
+ NFS combination, but the connection to the NFS server (should be at
least a Gigabit connection and static IP addresses for the server and all
its clients) and other traffic simultaneously going to the NFS server from
other clients.
You could
* check the IO traffic on the NFS server without using GRASS
* copy some stuff, e.g. an unpacked Linux kernel, from the local disk
over to the NFS mount and check the performance
* investigate the actually used NFS mount options in /proc/mounts
* try to tune NFS mount options, particularly rsize,wsize, bigger seems
to be better, more in `man nfs`
--
Ticket URL: <http://trac.osgeo.org/grass/ticket/2185#comment:7>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list