ARGOMENTO:

wizard83 ha scritto:

ps: non capisco perchè qua mi segna "Local Standard Time UTC +2 hours" .. non dovrebbe essere UTP+1?

utc è l'ora solare di greenwich. noi attualmente siamo 2 ore avanti
mi sembra giusto

Ducati 749 ha scritto:

wizard83 ha scritto:

ps: non capisco perchè qua mi segna "Local Standard Time UTC +2 hours" .. non dovrebbe essere UTP+1?

utc è l'ora solare di greenwich. noi attualmente siamo 2 ore avanti
mi sembra giusto

attualmente...in futuro diventeranno 3...

BOINC ha scritto:

attualmente...in futuro diventeranno 3...

attualmente c'è l'ora legale

Ducati 749 ha scritto:

BOINC ha scritto:

attualmente...in futuro diventeranno 3...

attualmente c'è l'ora legale

l'unica cosa di legale che è rimasta in italia

BOINC ha scritto:

Ducati 749 ha scritto:

BOINC ha scritto:

attualmente...in futuro diventeranno 3...

attualmente c'è l'ora legale

l'unica cosa di legale che è rimasta in italia

Mitica questa

ho ancora alcuni problemi con qcn ... il peggiore riguarda dei falsi rilevamenti che non so come eliminare (sempre nell'ordine dei 0.2-0.3), il secondo riguarda il Timing error encountered... il sensore è montato sul server in firma che mi sembra sufficiente, ho anche aumentato la priorità del client al massimo... non so che fare qualche anima pia potrebbe darmi dei consigli? grazie

gabi.2437 ha scritto:

BOINC ha scritto:

Ducati 749 ha scritto:

BOINC ha scritto:

attualmente...in futuro diventeranno 3...

attualmente c'è l'ora legale

l'unica cosa di legale che è rimasta in italia

Mitica questa

parole di Benigni in tuttobenigni 95-96

wizard83 ha scritto:

ho ancora alcuni problemi con qcn ... il peggiore riguarda dei falsi rilevamenti che non so come eliminare (sempre nell'ordine dei 0.2-0.3), il secondo riguarda il Timing error encountered... il sensore è montato sul server in firma che mi sembra sufficiente, ho anche aumentato la priorità del client al massimo... non so che fare qualche anima pia potrebbe darmi dei consigli? grazie

Riguardo i falsi trigger direi che sono abbastanza frequenti in molte accoppiate host-sensore, in particolare negli host installati da pochi giorni. Ho vari sospetti sulle cause, ma non ho ancora avuto tempo e voglia di verificarli.
Se hai voglia di indagare te li elenco

Per i timing vedo che non sono in numero preoccupante, tuttavia un E5200 dovrebbe essere abbastanza veloce da non presentarne neanche uno. Andando un po' per esperienza un po' a naso direi cause potrebbero essere:
- picchi di utilizzo della CPU da parte di processi ad alta priorita' come antivirus residenti, o altri di sistema (csrss, winlogon ecc)
- istanti di collasso della memoria con pesante lavoro dello swap su disco
- sensore collegato dietro un hub USB o con una proluga di lughezza eccessiva

astroale ha scritto:

Per i timing vedo che non sono in numero preoccupante, tuttavia un E5200 dovrebbe essere abbastanza veloce da non presentarne neanche uno. Andando un po' per esperienza un po' a naso direi cause potrebbero essere:
- picchi di utilizzo della CPU da parte di processi ad alta priorita'
come antivirus residenti, o altri di sistema (csrss, winlogon ecc)

Antivirus o simili no perchè non ne ho (ti posso elencare i programmi in esecuzione poi vedi te:
- agnitum outpost firewall
- vnc server
- apache server
- peerguardian
- upsmon (software ups)
- dyndns updater (bassissima priorità, si sincronizza ogni 12-24 ore)
- vari tasks normali di windows 2003

- istanti di collasso della memoria con pesante lavoro dello swap su disco

Non credo anche perchè ci gira praticamente solo boinc

- sensore collegato dietro un hub USB o con una proluga di lughezza eccessiva

Escluso perchè è attaccato direttamente a una porta usb integrata sulla mobo... cmq la cpu è molto carica per via dei progetti che ci girano, però impostando la priorità dovrebbe essere ok vero? cmq se mi mandi l'elenco provo a guardare magari scopro qualcosa
grazie ciao!!!

wizard83 ha scritto:

se mi mandi l'elenco provo a guardare magari scopro qualcosa

Riguardo i sospetti sulle possibili fonti dei falsi trigger eccoti l'elenco:

1. Semplice rumore interno del sensore

2. Microsismicita' locale

3. Piccoli movimenti del sensore dovuti a deformazioni della scatola del sensore in seguito a variazioni di temperatura e al metodo di fissaggio al pavimento: in effetti questo dubbio mi e' venuto disponendo di due sensori ( host#1 , host#2 ), e verificando un comportamento differente dei due, con il secondo molto piu' silenzioso. Il primo e' incollato con l'attaccatutto al pavimento di marmo di casa distribuendo la colla anche vicino bordi (per evitare che ruotasse sul marmo a colla fresca) ho notato che, forse a causa di quest'ultimo particolare, la scatola tende ad aprirsi e il fenomeno sembra variabile nel tempo, forse soggetto alle variazioni di temperatura.
Il secondo sensore l'ho incollato piu' facilmente sotto un pavimento galleggiante su del linoleum e quindi ho usato la colla solo al centro, ogni tanto controllo la scatola e vedo che non tende ad aprirsi.

4. Eventi correlati con i "timing error" o comunque con discontinuita' nel campionamento dovuto a rallentamenti del PC. In fondo il sensore e' letto via USB e il client QCN non gira in real-time. In pratica delle gravi discontinuita' nel campionamento potrebbero generare degli artefatti che attivano l'algoritmo di trigger. Se fosse vero sarebbe una grave carenza architetturale di tutto il sistema, quindi spero proprio che non sia questo il caso.
Pero' anche questa volta il diverso comportamento non solo dei miei sensori, ma anche degli altri del team che ogni tanto controllo, sembra avvallare questa ipotesi: a PC lenti e con molti timing error, sembrano corrispondere anche sensori piu' rumorosi. In particolare il mio #2 (silenzioso) e' un P4 praticamente dedicato che non fa' girare altri programmi, neanche altri client "granocchianti" di BOINC, mentre il #1 e' un misero Celeron M con un XP stracarico di programmi, servizi e antivirus che stantuffa in poca RAM il QMC@home e altri client ( da piu' di 4 anni ormai :) )


Di seguito alcune idee su come indagare le 4 ipotesi:

a. Verica dell'ipotesi 4: capire se nel log delle WU, nel messaggio di "Timing error" tra i vari numeri c'e' anche un riferimento orario, capire come convertire questo riferimento per incrociarlo con quello della pagina dei trigger. Per quest'ultima tocchera' raccogliere a mano un po' di trigger per vari giorni visto che ha un cache di solo 50 ore oppure usare la cache infinita con il meno preciso orario di salvataggio dei file di trigger, salvati in genere qui (vado a memoria):
C:\Documents and Settings\All Users\Dati applicazioni\BOINC\projects\qcn.stanford.edu_sensor\trigger
Se mettendo su un grafico i due tipi di eventi (trigger e timing error) coincidono temporalmente o quanto meno le ondate di timing error sono contemporanee a quelle di falsi trigger, allora avremo un indizio a favore dell'ipotesi #4.

b. Verica di quasi tutti le precedenti ipotesi: potrebbe tornare utile trovare e installare un programmillo che appena viene salvato un nuovo file di trigger nella relativa dir, esegue un'azione: ovvero manda in esecuzione un .wav che avvisa acusticamente dell'avvenuto trigger. Da lasciare attivo quando siamo vicini al PC.
Vedo che ne esistono parecchi in rete, anche troppi ... avevo trovato qualcosa con google con "directory +monitor" ad esempio qui oppure avendo esperienza di programmazione su windows si potrebbe fare un mini programmillo ad hoc partendo da qui

c. Come discriminante tra le ipotesi 1 e 4, potrei fare la prova di sradicare e scambiare di posto ai miei due sensori: se il sensore "rumoroso" continua a generare tanti trigger sul PC veloce allora e' un indizio a favore della #1 (rumore interno) se capita il contrario un altro indizio per la (fastidiosa) #4

d. Infine come ultima prova, rimanesse in piedi anche la #2, si potrebbe smontare il sensore, fissare la schedina interna nella sua rotaia nello scatolo con una goccia di silicone, poi usare altro silicone per chiudere in modo piu' stabile lo scatolo, e infine fissare "meglio" il sensore al pavimento (meno colla sui bordi).


Per ora non ho fatto nulla in parte perche' ci vuole tempo e pazienza per indagare e in parte perche' credo (forse mi sbaglio) che questi problemi non preoccupino piu' di tanto i gestori del progetto .. e se non se ne preoccupano loro ...

astroale ha scritto:

Lord.UniKorn ha scritto:

ho provato con un boinc 6.6.36 (mi sembra) ma non partiva perchè l'altro boinc-client è in esecuzione, non ricordo come killarlo dal terminale. comunque entro stasera (spero) dovrei passare da ubuntu 8.04 a kubuntu 9.04 così provo anche kde 4.2.2.

Niente da fare poi ?

alla fine ho installato ubuntu 8.04.3 e boinc 6.6.36, li uso attualmente.

Il tuo hostid e' sempre 6605 ?

si, sempre: qcn.stanford.edu/sensor/trigger.php?hostid=6605 .


come và il mio sensore, bene?

Lord.UniKorn ha scritto:

astroale ha scritto:

Il tuo hostid e' sempre 6605 ?

si, sempre: qcn.stanford.edu/sensor/trigger.php?hostid=6605
come và il mio sensore, bene?

Direi di si, nell'elenco dei result vedo finalmente la prima WU elaborata con successo
e dal log sembra tutto regolare.
Non mi proeccuperei per l'elevato numero di falsi trigger che hai attualmente, sembra sia un comportamento comune quando installi il sensore per la prima volta, era capitato anche a Wizard83 , poi e' diventato piu' "silenzioso".

astroale ha scritto:

dal log sembra tutto regolare.

holeeee... lo sospettavo!

l'applicazione del progetto non lo regolato in "alta priorità" ma sembra che, vedendo dal monitor di sistema, si è regolato da solo o il sistema la fatto in automatico.


P.S. devo solo essere più preciso ad orientare verso nord il sensore ma questo lo farò quando avrò più tempo e voglia.

ciao,
chi ha sentito ieri sera il tremotto?

epicentro tra Barberino del Mugello e Scarperia (se non ricordo male),
sentita a Bologna e a Firenze.

io ho triggato!!:

14 Sep 2009 22:55:27 14 Sep 2009 22:57:10 14 Sep 2009 22:42:10 -182.225 36.034 8.039 44.483 11.333 0.02 0 JoyWarrior 24F8 USB

io l'ho vissuto!

Guardando qui direi che dovrebbe essere una di queste tre:

cnt.rm.ingv.it/data_id/2208826430/event.php
cnt.rm.ingv.it/data_id/2208826540/event.php
cnt.rm.ingv.it/data_id/2208826960/event.php

propenderei per la prima che e' stata la piu' forte ma l'orario non sembra compatibile.
Prova a segnalarlo a quelli del QCN.

EDIT

I tuoi trigger dovrebbero essere questi giusto ?
Trigger ID Trigger Time (UTC) Received Time (UTC) Sync Time (UTC) Sync Offset Significance Magnitude Latitude Longitude Elevation Delta T Num Reset Sensor Type Version OS WU CPU Time WU Run Time File Name
10045894 14 Sep 2009 22:55:27 14 Sep 2009 22:57:10 14 Sep 2009 22:42:10 -182.225 36.034 8.039 44.48 11.33 0.02 0 JoyWarrior 24F8 USB 5.22 W32 9.42 1703.61 qcnj_sc300_sta300_008143_000002_1252968928.zip
10045863 14 Sep 2009 22:55:25 14 Sep 2009 22:55:30 14 Sep 2009 22:42:10 -182.225 5.748 0.745 44.48 11.33 0.02 0 JoyWarrior 24F8 USB 5.22 W32 9.33 1701.06 qcnj_sc300_sta300_008143_000001_1252968926.zip

Uff!!!

Io non mi ero accorto che il sensore era in blocco da due giorni.

trigger

astroale ha scritto:

Guardando qui direi che dovrebbe essere una di queste tre:

cnt.rm.ingv.it/data_id/2208826430/event.php
cnt.rm.ingv.it/data_id/2208826540/event.php
cnt.rm.ingv.it/data_id/2208826960/event.php

è stata la prima!

Secondo voi il sensore funziona correttamente: link