[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[HTCondor-users] How can I avoid the ClassAds matching system?
- Date: Fri, 1 May 2015 15:11:31 +0200 (CEST)
- From: Chongguang Liu <chongguang.liu@xxxxxxxxxxxx>
- Subject: [HTCondor-users] How can I avoid the ClassAds matching system?
I'm implementing a grid computing system in my company using HTCondor, and I would like to know if it is possible to use HTCondor without his ClassAds matching functionality?
What I want to achieve is that when I submit a job from a machine, I can ask the master the send the job to a machine I personally choose. I want to do this not because the HTCondor's matching ClassAds algorithm is not good enough. It is because we want to collect information of each machine in the grid system and do some analysis to find the best machine according to our own criteria.
Can any of the APIs do this? I read through the documentation and I didn't find useful information on it.
If this is not possible, I'm thinking of doing a trick. On the HTCondor Manual, I read the paragraph:
Pools of Machines can be Hooked Together.
Flocking is a feature of HTCondor that allows jobs submitted within a first pool of HTCondor machines to execute on a second pool. The mechanism is flexible, following requests from the job submission, while allowing the second pool, or a subset of machines within the second pool to set policies over the conditions under which jobs are executed.
Can the APIs do this? Because if it is possible, what I will try to do is: I set each machine as a pool, and each machine has the role of master, submit and execute. When submitting a job, we use our matching system to find the best machine for execution. Then we hook the two pools.
Those are ideas in my mind, and I didn't find how to do them from the HTCondor Manual. Maybe they are just impossible to do, but I still want to have opinions from all of you and the developers of HTCondor. And it is urgent for me.
I'm looking forward to having answers asap.
Thanks a lot