"non risponde" vs "pensa ancora"A volte creerò alcuni lavori davvero grandi su JMP Pro 16 sul mio Macbook Pro (32 GB di RAM) e dopo pochi minuti il mio Mac mi dirà "L'applicazione non risponde", cosa confermata dal Task Manager. Tuttavia, molte volte, se la particolare piattaforma che sto utilizzando ha una barra di stato/avanzamento, la vedrò avanzare (comunque lentamente). È mai possibile sapere se lo script è ancora in esecuzione o se l'applicazione si è davvero "arresa", nel qual caso avrei bisogno di riavviare JMP?
In questa stessa nota, è strano che non riesca a "trasferire" efficacemente più RAM o CPU a JMP Pro. In questo momento, ho un'applicazione bloccata per un lavoro enorme (un'analisi PLS con oltre 100.000 predittori), ma utilizza solo 4 GB di RAM e ne ho molto da vendere. Sento che una volta c'era un modo per entrare e cambiare l'assegnazione della RAM. Qual è il punto di tutta questa RAM quando il mio Mac ne usa solo 5-10 GB!? (scusate, questo potrebbe essere più un problema del Mac che di JMP).
AnalisiMac OSRe: "non risponde" vs "pensa ancora"Ciao @abmayfield ,
Puoi verificare di avere la versione a 64 bit di JMP installata?
Per quanto riguarda gli script di monitoraggio: ecco alcune idee. Li ho usati ciascuno in diverse situazioni:
- Crea una finestra in cui scrivi periodicamente messaggi di stato, ad esempio ogni 1000 iterazioni di un ciclo for potresti scrivere un valore nella casella di testo e quindi includere '<
- Scrivi in un file di registro che puoi monitorare con un editor di testo
- Per script molto complessi puoi persino utilizzare un'istanza separata di JMP per monitorare i progressi e persino interagire con lo script, vedi Comunicazione socket per ottenere e registrare messaggi da script JMP, R e python .Una copia di JMP (un client) può eseguire il lavoro e inviare messaggi a un'altra istanza di JMP (un server).Puoi quindi monitorare il processo sul server, oppure il client potrebbe chiedere al server ogni volta se deve continuare e spegnersi con grazia se vuoi fermarti prima.Questo può funzionare anche con più client su computer diversi che lavorano su parti separate di un'analisi.
Re: "non risponde" vs "pensa ancora"C'è anche il comando didascalia:
n = 10000000;
for (i = 1, i <= n, i++,
x = i^2 + i;
if (mod(i, 10000) == 0,
caption("Iteration # " || char(i));
wait(0);
);
);
caption(remove);
wait(0);Re: "non risponde" vs "pensa ancora"Grazie ad entrambi. Ho installato JMP a 64 bit. Ho visto questo tipo di box didascalia di aggiornamento elegante per alcuni plug-in che utilizzo ed è sicuramente molto utile per lavori di grandi dimensioni. Ho JMP Pro 16 e EA3 per JMP Pro 17. Mi chiedo se potrebbero essere collegati a dove il progresso in uno si riflette nell'altro?
Il mio problema sembra essere in qualche modo specifico della piattaforma (e del problema) e parla della necessità di una riduzione della variabile di risposta (sicuramente un'area ENORME di ricerca e interesse). Se eseguo un lavoro molto grande in regressione generalizzata, mi darà una barra di avanzamento. Per i minimi quadrati parziali, A VOLTE (ma non sempre) mi mostrerà un messaggio di avanzamento di "convalida incrociata per trovare la dimensione migliore" ma non sempre. Penso che parte di questo sia colpa mia, dal momento che ho dato a JMP Pro un compito un po' poco pratico come una sorta di esercizio di pensiero: 1-16 Y (cioè non troppi) contro 500.000 X (fattoriale di terzo ordine di 96 predittori). Alcuni di questi termini del terzo ordine hanno senso da testare, ma certamente non tutti i 500.000. Ma ovviamente l'eliminazione manuale di 100.000 termini non sarebbe pratica, quindi potrei provare a ridurre la complessità del modello usando DOE o magari selezionando casualmente sottoinsiemi casuali dei 96 predittori da testare in fattoriali di ordine superiore. Sto anche considerando di utilizzare lo schermo del "miglior sottocampione" o addirittura del predittore di Gen-Reg per eliminare i termini non informativi, ma poi temo di poter escludere un termine che non è utile di per sé ma È utile quando si interagisce con un altro termine. Sulla base dell'eccellente webinar di Clay Barker di ieri, sembra che la selezione anticipata ridotta e molti altri metodi di stima Gen-Reg in realtà facciano qualcosa del genere, in cui considerano l'interazione di un nuovo termine con un termine precedente, mantenendolo se abbassa l'AICc ( o qualunque metrica di risposta tu usi) ed escludendola in caso contrario, quindi magari inserendo semplicemente i 96 predittori (senza interazioni o quadratici) in Gen-Reg, usando la selezione in avanti tagliata, identifica la suite ottimale di predittori (che idealmente sarà < 96), quindi testare i fattoriali di 2° o 3° ordine di quelli in PLS o Gen-Reg. Ho intenzione di provare questo oggi.
