Fallen Leaf (Feb 12 2009)


log in

Advanced search

Message boards : Technical News : Fallen Leaf (Feb 12 2009)

Previous · 1 · 2
Author Message
Profile ML1
Volunteer tester
Send message
Joined: 25 Nov 01
Posts: 8567
Credit: 4,232,738
RAC: 1,113
United Kingdom
Message 866582 - Posted: 17 Feb 2009, 23:59:53 UTC - in response to Message 866138.
Last modified: 18 Feb 2009, 0:01:14 UTC

Good questioning but sorry, I don't see what direction you're aiming for...

a) "right" shape is questionable by itself. New AP 5.03 tasks (for example) give very high overlowed exit ratio still (sampling too small still though, maybe just weird deviation).

Noise "shape" here is likely intended to mean the spectral plot shape. The idea is to have the inserted noise look like background noise for that WU. I imagine that the transition from WU signal to inserted noise and then from inserted noise back to WU signal is going to be a very subtle trick to get it to gently blend without the FFTs 'seeing' the joins.

My own line of attack would be to use noise blanking techniques to cancel out just the radar interference itself. I don't know if that would be less or more difficult than the 'blank noise' insertion.

b) noise can be inserted by server or can be inserted by client (even less work for server maybe) if client will know what areas it should blank (as doing now in AP client blanking).

Anything more complicated for the clients could well become a nightmare for the optimisers!

c) sure we can't just skip some time areas w/o bad consequencies, but some of processing can be skipped. For example, doing single pulse search in "blanked" data meaningless from scientific point of view and wasteful from performance point of view. Maybe, another kinds of searching can be modified too for alternative accounting of damaged areas.

Perhaps just accept the data "as-is" and have the clients ignore all the pulses found in the radar contaminated bits...

Yes, this requires some modifications ... so task size increase souldn't be too dramatical.

I agree to keep all relevant data possible in with the WU for a "just in case" review further down the line. That could save a lot of reprocessing for any hiccups anywhere...


Regardless, trying to keep the data clean is a very difficult problem. Far far better would be for the radar not to be there in the first place.

Keep searchin',
Martin
____________
See new freedom: Mageia4
Linux Voice See & try out your OS Freedom!
The Future is what We make IT (GPLv3)

Profile Raistmer
Volunteer developer
Volunteer tester
Avatar
Send message
Joined: 16 Jun 01
Posts: 3588
Credit: 48,732,946
RAC: 25,228
Russia
Message 866826 - Posted: 18 Feb 2009, 20:08:44 UTC - in response to Message 866582.

Anything more complicated for the clients could well become a nightmare for the optimisers!

It's optimizers problems, right? ;)


Perhaps just accept the data "as-is" and have the clients ignore all the pulses found in the radar contaminated bits...

Clients should know what areas are contaminated for that. It's the aim of this proposal - let client know what is real and what is not.
How this info will be used and how hard it will be to use this info - it's just completely another question.
And I don't propose to change current processing algorithm (it's difficult) I propose to provide possibility of such change (it's much more easy).

Profile skysearcher
Send message
Joined: 20 Mar 00
Posts: 3
Credit: 348,360
RAC: 0
Germany
Message 866835 - Posted: 18 Feb 2009, 20:22:43 UTC - in response to Message 864768.

Hey Matt Lebofsky,

my second try to ask your team.

What kind of RAM is now in your V40z.

Sun / X9251A / 1GB (2 x 512MB DDR333 DIMM) -- Sun Parts
Sun / X9252A / 2GB (2 x 1GB DDR333 DIMM) -- Sun Parts
Sun / X9266A / 4GB (2 x 2GB DDR333 DIMM) -- Sun Parts
Sun / X9295A / 540-6427 / 1GB (2 x 512MB DDR400 DIMM) -- Sun Parts
Sun / X9296A / 540-6428 / 2GB (2 x 1GB DDR400 DIMM) -- Sun Parts
Sun / X9297A / 540-6429 / 4GB (2 x 2GB DDR400 DIMM) -- Sun Parts

I want try to get OEM or ThirdManufacture RAM if not to expensiv.

Your

Gunter

____________

Profile Matt Lebofsky
Volunteer moderator
Project administrator
Project developer
Project scientist
Avatar
Send message
Joined: 1 Mar 99
Posts: 1390
Credit: 74,079
RAC: 0
United States
Message 866909 - Posted: 18 Feb 2009, 23:37:22 UTC - in response to Message 866835.

I want try to get OEM or ThirdManufacture RAM if not to expensiv.


We'll need to open the machine to find out - it's already a mixture of different sizes. Then we'll let you know if we need anything - thanks for the offer!

- Matt
____________
-- BOINC/SETI@home network/web/science/development person
-- "Any idiot can have a good idea. What is hard is to do it." - Jeanne-Claude

Previous · 1 · 2

Message boards : Technical News : Fallen Leaf (Feb 12 2009)

Copyright © 2014 University of California