Folding@Home via browser. beta - impressoes

[Correr]

Aqui o NACL (cliente browser) está off desde as 15h ~ 16h.

Tem atualização do chrome (que já fiz), mas cliente ainda fica off :x

[dawson600]

É camarada, por aqui também, se não resolver até o último update eu vou tascar o slot SMP no V7 em todos os PCs, infelizmente me CAG*U a produção mais um dia.

Insiste, Foca e Dobra na Borda (Despite the Ocean of Sh*t Stanford drop on us).

[alexBertani]

aqui deu problema tb, mas só volto pro v7 no cpu se o problema persistir por dias, v7 nunca mais pra cpu

[cg150mt]

estão conseguindo baixar WU pelo Chrome ? 

não baixei nada ainda.

[Dieg@o]

Tudo parado por aqui. Ontem durante o dia e essa última noite meu i5 passou foldando pelo V7

[alexBertani]

tudo parado por aqui ainda também 

[dawson600]

É V7 somente aqui também, agora que pintou outra surpresinha o Browser Cagalhopa a Cremalheira.

Foca, Insiste e Dobra na Borda.

[alexBertani]

Agora parece ter voltado a funcionar o browser!!!

[Dieg@o]

Opa, por aqui também. Na torcida para que permaneça assim.

[dawson600]

Opa cheguei em casa agora e está processando, maravilha.

[BLucas]

Opa, não estou mais usando o browser...rsrsrsrs deixa fechar o semanal, essa semana usei somente o v7 (SMP + GPU) e não apelei com o outro pc...rs

[Correr]

Aqui processa umas 10 WU de boa e dá problema em 1, antes assim do que não funcionar nada (aí pc do trampo rende bem nos 3 dias ).

Mas acho que a instabilidade era por causa da atualização do chrome mesmo.

[dawson600]

É e eu fiquei agarrado, testando o Q8200 no browser, ele se comporta bem, processa em 11 minutos, achei que levaria uns 15 ta bom, vai render uns pontinhos enquanto estiver por aqui rsssss, aproveitei e tasquei um SSD para teste também no bicho, achei um cooler antigo aqui dos Pentium D com base de cobre e está segurando o bicho em uns 60º ta bom, vou deixar o Evercool para o i5. No mais tudo pela ordem browser voltou a funcionar e segue dobrando na borda, vamos ver se eu tiro esta pontuação furada ai destes dias.

[ilkyest]

Pessoal, brinquei um pouco com uns parâmetros do folding via browser.

 

não tentei em windows, só em linux, mas vejam:

 

fonte daqui:

 

Option       Type   Value   Description
------------------------------------------------------
-[no]h       bool   no      Print help info and quit
-[no]version bool   no      Print version info and quit
-nice        int    0       Set the nicelevel
-deffnm      string         Set the default filename for all file options
-xvg         enum   xmgrace  xvg plot formatting: xmgrace, xmgr or none
-[no]pd      bool   no      Use particle decompostion
-dd          vector 0 0 0   Domain decomposition grid, 0 is optimize
-ddorder     enum   interleave  DD node order: interleave, pp_pme or cartesian
-npme        int    -1      Number of separate nodes to be used for PME, -1
                            is guess
-nt          int    4       Total number of threads to start (0 is guess)
-ntmpi       int    0       Number of thread-MPI threads to start (0 is guess)
-ntomp       int    0       Number of OpenMP threads per MPI process/thread
                            to start (0 is guess)
-ntomp_pme   int    0       Number of OpenMP threads per MPI process/thread
                            to start (0 is -ntomp)
-pin         enum   auto    Fix threads (or processes) to specific cores:
                            auto, on or off
-pinoffset   int    0       The starting logical core number for pinning to
                            cores; used to avoid pinning threads from
                            different mdrun instances to the same core
-pinstride   int    0       Pinning distance in logical cores for threads,
                            use 0 to minimize the number of threads per
                            physical core
-gpu_id      string         List of GPU device id-s to use, specifies the
                            per-node PP rank to GPU mapping
-[no]ddcheck bool   yes     Check for all bonded interactions with DD
-rdd         real   0       The maximum distance for bonded interactions with
                            DD (nm), 0 is determine from initial coordinates
-rcon        real   0       Maximum distance for P-LINCS (nm), 0 is estimate
-dlb         enum   auto    Dynamic load balancing (with DD): auto, no or yes
-dds         real   0.8     Minimum allowed dlb scaling of the DD cell size
-gcom        int    -1      Global communication frequency
-nb          enum   auto    Calculate non-bonded interactions on: auto, cpu,
                            gpu or gpu_cpu
-[no]tunepme bool   yes     Optimize PME load between PP/PME nodes or GPU/CPU
-[no]testverlet bool   no      Test the Verlet non-bonded scheme
-[no]v       bool   no      Be loud and noisy
-[no]compact bool   yes     Write a compact log file
-[no]seppot  bool   no      Write separate V and dVdl terms for each
                            interaction type and node to the log file(s)
-pforce      real   -1      Print all forces larger than this (kJ/mol nm)
-[no]reprod  bool   no      Try to avoid optimizations that affect binary
                            reproducibility
-cpt         real   -1      Checkpoint interval (minutes)
-[no]cpnum   bool   no      Keep and number checkpoint files
-[no]append  bool   yes     Append to previous output files when continuing
                            from checkpoint instead of adding the simulation
                            part number to all file names
-nsteps      step   -2      Run this number of steps, overrides .mdp file
                            option
-maxh        real   -1      Terminate after 0.99 times this time (hours)
-multi       int    0       Do multiple simulations in parallel
-replex      int    0       Attempt replica exchange periodically with this
                            period (steps)
-nex         int    0       Number of random exchanges to carry out each
                            exchange interval (N^3 is one suggestion).  -nex
                            zero or not specified gives neighbor replica
                            exchange.
-reseed      int    -1      Seed for replica exchange, -1 is generate a seed
-[no]ionize  bool   no      Do a simulation including the effect of an X-Ray
                            bombardment on your system
 

 

eu sei que, alguns comandos, pelo menos no V7, quando tem boolean, ou integer, enfim... alguns seriam

 

exemplo:

-nb 4

 

outros

 

-nb=4

 

outros ainda -nb 'v=4'

 

 

Mas eu não sei quando é um e quando é outro... se alguém puder ajudar... enquanto isso, estou foldando com o argumento acima.... posto aqui os resultados

 

por enquanto, sem nada

 

DEBUG: WU took 12 minutes and 38 seconds main.js:77
DEBUG: WU took 9 minutes and 59 seconds main.js:77
DEBUG: WU took 10 minutes and 57 seconds main.js:77
DEBUG: WU took 13 minutes and 10 seconds

 

 

teste 1)

chromium --app=http://folding.stanford.edu/nacl/ -nt 4 -nb gpu_cpu -tunepme yes

 

 

 

 

A GPU não foi usada, pelo menos não significativamente, que altere a temperatura.....

 

aguardando o TPF para analisar

aparentemente, nada de mais, nada significativo. apesar de "forçado" aparentemente sem uso da GPU

 

 

DEBUG: WU took 10 minutes and 49 seconds

nova tentativa

 

 

chromium --app=http://folding.stanford.edu/nacl/ -nt=4 -nb=gpu_cpu -tunepme=yes -core-priority=low

 

Já antecipo.... embora sem erros, com aspas ele fica mais "pensativo"... acho que o comando seria com aspas. Não acusou erros...

 

tentando sem

 

"com aspas"

 

 

chromium --app=http://folding.stanford.edu/nacl/ -nt='4' -nb='gpu_cpu' -tunepme='yes' -core-priority='low'

DEBUG: WU took 11 minutes and 9 seconds

 

[ilkyest]

tempos....

 

DEBUG: WU took 9 minutes and 44 seconds main.js:77
DEBUG: WU took 9 minutes and 35 seconds main.js:77
DEBUG: WU took 9 minutes and 49 seconds main.js:77
DEBUG: WU took 9 minutes and 41 seconds

[Zeca Pagodinho]

tempos....

 

Agora explica os achados para a gente entender do que se trata... eu entendi que estava rodando o cliente browser utilizando parâmetros diferentes do padrão, mas o que cada parâmetro faz é que seria interessante entender. Também seria interessante saber que impacto mudanças trariam no desempenho e até mesmo na usabilidade do micro.

[ilkyest]

aí eu deixo com vocês... naquilo que postei seriam os parâmetros... e a explicação deles

 

eu vi uma, certa, estabilizada nos tempos... mas gostaria de seus testes

 

 

DEBUG: WU took 9 minutes and 58 seconds
DEBUG: WU took 9 minutes and 57 seconds
DEBUG: WU took 10 minutes and 12 seconds

 

pra menor... em idle chegou a dar 10 mins... mas "nada grave" infelizmente

 

como sou bonzinho, modesto acima de tudo, e mentiroso as vezes, eis os parâmetros

 

 

Option       Type   Value   Description
------------------------------------------------------
-[no]h       bool   no      Print help info and quit
-[no]version bool   no      Print version info and quit
-nice        int    0       Set the nicelevel
-deffnm      string         Set the default filename for all file options
-xvg         enum   xmgrace  xvg plot formatting: xmgrace, xmgr or none
-[no]pd      bool   no      Use particle decompostion
-dd          vector 0 0 0   Domain decomposition grid, 0 is optimize
-ddorder     enum   interleave  DD node order: interleave, pp_pme or cartesian
-npme        int    -1      Number of separate nodes to be used for PME, -1
                            is guess
-nt          int    4       Total number of threads to start (0 is guess)
-ntmpi       int    0       Number of thread-MPI threads to start (0 is guess)
-ntomp       int    0       Number of OpenMP threads per MPI process/thread
                            to start (0 is guess)
-ntomp_pme   int    0       Number of OpenMP threads per MPI process/thread
                            to start (0 is -ntomp)
-pin         enum   auto    Fix threads (or processes) to specific cores:
                            auto, on or off
-pinoffset   int    0       The starting logical core number for pinning to
                            cores; used to avoid pinning threads from
                            different mdrun instances to the same core
-pinstride   int    0       Pinning distance in logical cores for threads,
                            use 0 to minimize the number of threads per
                            physical core
-gpu_id      string         List of GPU device id-s to use, specifies the
                            per-node PP rank to GPU mapping
-[no]ddcheck bool   yes     Check for all bonded interactions with DD
-rdd         real   0       The maximum distance for bonded interactions with
                            DD (nm), 0 is determine from initial coordinates
-rcon        real   0       Maximum distance for P-LINCS (nm), 0 is estimate
-dlb         enum   auto    Dynamic load balancing (with DD): auto, no or yes
-dds         real   0.8     Minimum allowed dlb scaling of the DD cell size
-gcom        int    -1      Global communication frequency
-nb          enum   auto    Calculate non-bonded interactions on: auto, cpu,
                            gpu or gpu_cpu
-[no]tunepme bool   yes     Optimize PME load between PP/PME nodes or GPU/CPU
-[no]testverlet bool   no      Test the Verlet non-bonded scheme
-[no]v       bool   no      Be loud and noisy
-[no]compact bool   yes     Write a compact log file
-[no]seppot  bool   no      Write separate V and dVdl terms for each
                            interaction type and node to the log file(s)
-pforce      real   -1      Print all forces larger than this (kJ/mol nm)
-[no]reprod  bool   no      Try to avoid optimizations that affect binary
                            reproducibility
-cpt         real   -1      Checkpoint interval (minutes)
-[no]cpnum   bool   no      Keep and number checkpoint files
-[no]append  bool   yes     Append to previous output files when continuing
                            from checkpoint instead of adding the simulation
                            part number to all file names
-nsteps      step   -2      Run this number of steps, overrides .mdp file
                            option
-maxh        real   -1      Terminate after 0.99 times this time (hours)
-multi       int    0       Do multiple simulations in parallel
-replex      int    0       Attempt replica exchange periodically with this
                            period (steps)
-nex         int    0       Number of random exchanges to carry out each
                            exchange interval (N^3 is one suggestion).  -nex
                            zero or not specified gives neighbor replica
                            exchange.
-reseed      int    -1      Seed for replica exchange, -1 is generate a seed
-[no]ionize  bool   no      Do a simulation including the effect of an X-Ray
                            bombardment on your system
 

[ilkyest]

buenas... sem flags... também sem muita alteração

 

EBUG: WU took 9 minutes and 52 seconds
DEBUG: WU took 9 minutes and 53 seconds
DEBUG: WU took 9 minutes and 51 seconds
DEBUG: WU took 9 minutes and 38 seconds
DEBUG: WU took 9 minutes and 43 seconds
DEBUG: WU took 9 minutes and 49 seconds

banquei o "carudo" e meti uma pergunta em stanford

https://foldingforum.org/viewtopic.php?f=96&t=26795&sid=44a91f6c1e3723fe943cf00da5859889

vamos ver

[dawson600]

Hum, interessante este comando -gpu_id      string leva a imaginar que dá para foldar com a GPU via browser. Será ???

[ilkyest]

não sei.. perguntei pros gringos, estou aguardando resposta

[Zeca Pagodinho]

Hum, interessante este comando -gpu_id      string leva a imaginar que dá para foldar com a GPU via browser. Será ???

 

O Core está pronto para fazer qualquer coisa, mas acho que não tem como usar GPU nem com saravá. Acontece que o cliente solicita WU's para seu servidor específico e se não houver WU's disponíveis para esse cliente nada é enviado. Assim acontecia com o Linux, cliente V7. O cliente reconhecia a GPU, era possível configurar um slot para ela, mas na hora de receber a WU a mensagem que vinha era que não existiam WU's para esse tipo de configuração: GPU no Linux. Tinha mais outro problema, que era a forma como o cliente tratava os dados. O servidor envia as WU's com uma assinatura digital, um hash criptográfico, e mesmo que eu configurasse o cliente para se identificar ao servidor como uma máquina rodando Windows a assinatura não fechava e a WU era descartada. E não sei se lembram, mas eu foldava Core15 no Linux fazendo o download via Windows e funcionava perfeitamente.

aí eu deixo com vocês... naquilo que postei seriam os parâmetros... e a explicação deles

 

eu vi uma, certa, estabilizada nos tempos... mas gostaria de seus testes

 

 

pra menor... em idle chegou a dar 10 mins... mas "nada grave" infelizmente

 

como sou bonzinho, modesto acima de tudo, e mentiroso as vezes, eis os parâmetros

 

E eu, quando "inspecionei elemento" usando o cliente browser, também percebi uma mensagem dizendo que o core poderia ter melhor desempenho na minha máquina por causa das instruções AVX do processador, o que estava desabilitado por padrão. Já tinha visto esses parâmetros, mas não tinha tempo para ficar testando, como fizeste. Agora, com o negócio melhor elucidado, quem sabe dá para ativar essas coisas. AVX não tem no Phenom, mas já está disponível nos processadores a partir dos Bulldozer (se não estou enganado). Todos os Core iX de segunda geração em diante já têm essa instrução.

[ilkyest]

Perguntei lá pros gringos... e obtive

 

* A string can take on values containing letters, numbers, etc.
* An integer can take on whole-number values (no decimals or fractions).
* A Boolean can take on only two possible values: true or false.

então, agora vamos aos testes

[BLucas]

Obteve alguma melhora no rendimento?

[ilkyest]

não notei...infelizmente não. vou testar, mais intensivamente, hoje