Mailing List Archives
Authenticated access
|
|
|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [condor-users] Grid proposal
- Date: Thu, 08 Jan 2004 14:21:59 +0000
- From: "Siddle, James" <james.siddle@xxxxxxxxxxx>
- Subject: 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
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.