Details Ticket 5252


Comment | Reply | Take | Resolve


Serial Number 5252
Subject Multicore hardware and grass
Area wish6
Queue grass
Requestors doug_newcomb@fws.gov
Owner none
Status open
Last User Contact Thu Nov 2 04:23:06 2006 (2 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Thu Nov 2 04:23:06 2006 (2 yr ago)
Created Thu Nov 2 02:18:11 2006 (2 yr ago)

Transaction History Ticket 5252


Thu, Nov 2 2006 02:18:11    Request created by guest  
Subject: Multicore hardware and grass

Platform: GNU/Linux/x86_64
grass obtained from: Trento Italy site
grass binary for platform: Compiled from Sources

This time next year dual quad - core desktop systems should be readily available.
What level of effort would it take for GRASS to be able to split the  processing
load between the multiple cores?

Doug Newcomb ( obviously not a C programmer :-))
Thu, Nov 2 2006 04:23:06    Mail sent by glynn@gclements.plus.com  
Return-Path <glynn@gclements.plus.com>
Delivered-To grass-bugs@lists.intevation.de
From Glynn Clements <glynn@gclements.plus.com>
MIME-Version 1.0
Content-Type text/plain; charset=us-ascii
Content-Transfer-Encoding 7bit
Message-ID <17737.25751.37693.82497@cerise.gclements.plus.com>
Date Thu, 2 Nov 2006 03:23:03 +0000
To Request Tracker <grass-bugs@intevation.de>
Cc grass-dev@grass.itc.it
Subject Re: [GRASS-dev] [bug #5252] (grass) Multicore hardware and grass
In-Reply-To <20061102011811.55E19101EE0@lists.intevation.de>
References <20061102011811.55E19101EE0@lists.intevation.de>
X-Mailer VM 7.07 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid
X-Virus-Scanned by amavisd-new at intevation.de
X-Spam-Status No, hits=-5 tagged_above=-999 required=3 tests=[BAYES_00=-5]
X-Spam-Level
Request Tracker wrote:

> this bug's URL: http://intevation.de/rt/webrt?serial_num=5252

> This time next year dual quad - core desktop systems should be readily
> available. What level of effort would it take for GRASS to be able to
> split the processing load between the multiple cores?

Most of GRASS' processing is in the individual modules, so you would
have to re-write individual modules using multi-threaded algorithms.

It doesn't help that the core GRASS libraries aren't remotely
thread-safe, and can't readily be made so given the nature of the
existing API.

-- 
Glynn Clements <glynn@gclements.plus.com>


Comment | Reply | Take | Resolve

You are currently authenticated as guest.
[Show Configuration] [Login as another user]

Users Guide - Mail Commands - Homepage of RequestTracker 1.0.7 - list any request