Tags:
create new tag
, view all tags

Warunki pray akceleratora w punkcie LHCb.

Istotne zmiany w parametrach wiazki LHCb i w fazie zbierania danych. Dotychczas zakladano ze wiazka w obszarze LHCb bedzie miala taka charakterystyke aby srednio obserwowac ok. 1.2 zderzen na przeciecie. W przyszlym roku LHC pracowalo bedzie z 350 peczkami na wiazke. Jezeli wiazka nie bedzie rozogniskowana tak jak planowano to LHCb bedzie w stanie osiagnac swietlnosc bardzo zblizona do nominalnej. Bedzie jednak znacznie wiecej oddzialywan na przeciecie. Ostanie sprawdziany pokazaly ze nie jest to problem. Mozna wiec powiedziec ze w przyszlym roku zbierzemy dane przy nominalnej swietlnosci. Na bazie stosunkowo duzej statystyki bedzie mozna przeprowadzic wiele pomiarow. Obecnie trwa R&D akceleratora w celu opracowania stabilnych i bezpiecznych warunkow napelniania i utrzymywania wiazek zawierajacych 350 peczkow. LHC ma ruszyc okolo 14 wrzesnia z 50 peczkami na wiazke i co tydzien ma nastepowac zwiekszanie liczby peczkow o 50.

Procedura analizy danych

Uzytkownik ma dostep do danych po strippingu czyli po calym lancuchu przetwarzania HLT1->HLT2->STRIP. Dane po STRIP pojawiaja sie na listach bookkeeping. Analizuje sieje na GRIDzie za pomoca Gangi. Krok HLT1 jest uniwersalny ale wymagana duza redukcja w krokach HLT2 i STRIP powoduje ze konieczne jest dostarczenie odpowiednich algorytmow. HLT2 zawiera algorytmy inkluzywne i zwykle wystarczy upewnic sie ze analizowany rozpad jest wydajnie selekcjonowany. W przypadku STRIP kazdy uzytkownik musi dostraczyc odpowiedni algorytm który jest w zasadzie luzniejsza wersja wlasciwego algorytmu selekcji. Obecnie wymagane cechy algorytmu STRIP to redukcja danych przychodzacych z HLT2 10 000 oraz czas wykonania ponizej 1 ms. Interesujace prezentacje do poczytania mozna znalezc w piatkowej sesji ostatniego Software Week LHCb zwlaszcza prezentacja PK.

Zmiany w trygerze

Nastapila dosyc istotna zmiana w stopniu HLT1 (kolejna zasadnicz zmiana zwiazana z tym ze komputery sa coraz szybsze). Krotko mozna to okreslic jako powrot do oryginalnego pomyslu dawnego stopnia L1 w swojej najprostszej wersji a mianowicie wymaganie jednego sladu z pewnym parametrem zderzenia i pewnym pedem poprzecznym. Okazuje sie ze mozna sobie pozwolic na rekonstrukcje sladow VELO z IP.0.1 mm forward a nastepnie znajac ped z dokladnoscia ok 1% zastosowac szybka wersje filtru Kalmana. W ten sposob jakosc sladu jest niemal identyczna z rekonstrukcja offline i mozna sobie pozwolic na stosunkowo niskie ciecia IP>0.1 mm i PT>600 MeV. W tej chwili to nowe podejscie jest testowane ale wszystko wskazuje na to ze nowe podejscie zastapi stara strukture potwierdzania L0->HLT1

Mozliwosc sledzenia statusu LHCb i LHC

Z naszej glownej strony LHCb mozna w zakladce Status sledzic na biezaco co dzieje sie w LHCb i w akceleratorze LHC. Mozna obserwowac to co dzieje sie na ekranie Data Managera. W zakladce Logbook mamy wglad w biezace notatki ekipy na szychcie. Jest takze dostepna zakladka Run database gdzie mozna dowiedziec zobaczyc run numbers and fill numbers etc.

-- MariuszWitek - 06 Sep 2010

Topic revision: r1 - 2010-09-06 - MariuszWitek
 
This site is powered by the TWiki collaboration platform Powered by Perl This site is powered by the TWiki collaboration platformCopyright © 2008-2019 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback