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

RE: [condor-users] Grid proposal



Title: Message
Great, thanks! I've just started reading the Condor manual and I'm getting good vibes :-)
 
One problem that I foresee though: currently, the operating system of the server PC that would act at the 'master' is UnixWare7 (though we are looking at a possible migration to Linux given the disgraceful actions of SCO), and I couldn't find a binary distribution for UW7 on the condor website. Do you think I'll be able to get hold of the source code to compile it myself?
 
In terms of the actual processing of data, do you know of any examples that show typical usage scenarios for the Java universe? I'd like to get an idea of how Condor can be used effectively.
 
Kind regards,
 
James
 
 
-----Original Message-----
From: Miron Livny [mailto:miron@xxxxxxxxxxx]
Sent: 08 January 2004 14:04
To: condor-users@xxxxxxxxxxx
Subject: Re: [condor-users] Grid proposal

James,

I am positive that Condor has what it takes to effectively support such an application. We will be happy to help you in porting your application to Condor. We are firm believers in the "small and simple" principal.

Miron

At 09:34 AM 1/8/2004 +0000, you wrote:

Hi,

I'm currently working on a white paper about Grid computing for the project I work on...I have an idea that Grid computing could be used to improve the performance of a analysis/reporting tool. If possible, could you read the following proposal and let me know if you think it could be done with Condor (or with any other grid-enabler).

BTW apologies if you have already seen this posting on the Globus mailing list. I'm a great believer in 'prose-reuse' :-)

---------------

The proposed grid is to make use of spare processing capacity on desktop PCs (or possibly some server systems). The grid is needed in order to improve the performance of an 'offline' telecomms reporting tool - basically we are running huge reports & analysing very large quantities of data.

The reporting tool runs on UnixWare 7 on a secure customer lan, so security can probably be ignored (though it would be nice). The reporting tool is a commerical product - i.e. we sell software/hardware installations to enable customers to analyse the performance of their telecomms networks.

The basic idea is that is a large customer (who would have thousands of telephone exchanges to monitor & analyse) can make better use of their existing IT infrastructure to improve the performance times, & to enable them to run large reports in a fraction of the time. What I'm hoping is that some form of flexible service can be written that could be installed anywhere on a customer network that would allow use of spare processing capacity...hence the 'small & simple' would be a major requirement.

BTW I've already done a basic feasibility study of running one of the reports on a grid - and I'm pretty sure that it can be done by sending packages of data to be processed, then collating the results.

Kind regards,

James

James Siddle BSc(Hons) MBCS
Software Engineer
Contract Engineering

Telephone: +44 (0) 115 943 2313
Fax: +44 (0) 115 943 4969
E-mail:
james.siddle@xxxxxxxxxxx

Siemens Communications
Technology Drive, Beeston, Nottingham, NG9 1LA, UK
<http://www.siemenscomms.co.uk/>

Siemens Communications - a division of Siemens plc, Registered No: 727817, England. Registered office: Siemens House, Oldbury, Bracknell, Berkshire, RG12 8FZ.
This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the addressee. If you are not the addressee please note that any distribution, reproduction, copying, publication or use of this communication or the information is prohibited. If you have received this communication in error, please contact us immediately and also delete the communication from your computer. We accept no liability for any loss or damage suffered by any person arising from use of this e-mail.