Dúvidas sobre o Folding@Home

Robadel · 21 de novembro de 2012

RoDabel alguns amigos chamam pra zuar, sobrenome estranhinho mais bom pra usar de Nick em fóruns ^^

Brigado todo mundo ai, e força foldar!

OBS.: Só falta pegar essas 8057 o tempo todo pra pontuação subir, vamos ver até quando Stanford vai insistir nas WUs sem bônus pra GPU...

cristianogro · 22 de novembro de 2012

Zeca, nem apagando a pasta da WU, apagando o arquivo "queeu" (acho que é esse o nome), logs e trocando o machine ID?

Zeca Pagodinho · 22 de novembro de 2012

Zeca, nem apagando a pasta da WU, apagando o arquivo "queeu" (acho que é esse o nome), logs e trocando o machine ID?

Eu ontem decidi instalar o Windows só para isso. Peguei o "piratex tabajara" da gaveta e pus a funcionar. De cara já veio uma 8057 e o rendimento neste micro foi de 93K PPD. Depois disso me veio uma ideia: através do Linux eu posso acessar o sistema de arquivos da partição do Windows e botar o GPU3 para rodar a WU captada pelo cliente V7. Penso que seja possível funcionar por causa do modo como o sistema de Stanford deve estar configurado: eles não devem se importar com o cliente que organiza o trabalho (se é GPU2, GPU3 ou cliente V7), pois quem manipula a WU é o core, no caso, o FahCore_15, que é exatamente o mesmo usado pelo V7 e pelo GPU3.

Se der certo, só preciso do Windows para baixar a WU, poderei continuar usando o Linux para todo o resto. Como a 8057 terminou só de noite e depois veio uma 8018, ainda não testei a hipótese. Vou ver se o GPU3 roda a 8018 tranquilo e se o resultado é enviado e recebido normalmente por Stanford. Se tudo der certo, deixo o V7 baixar mais uma 8057 e testo no Linux. Vou informando os senhores sobre meus progressos.

Continua a questão: alguém tem a versão 2.22 do FahCore_15? Segue abaixo o log do GPU3 demonstrando como o programa informa a versão do Core:

.

.

.

[01:56:28] - Preparing to get new work unit...

[01:56:28] Cleaning up work directory

[01:56:28] + Attempting to get work packet

[01:56:28] Passkey found

[01:56:28] - Will indicate memory of 3960 MB

[01:56:28] Gpu type=3 species=20.

[01:56:28] - Detect CPU. Vendor: AuthenticAMD, Family: 15, Model: 4, Stepping: 3

[01:56:28] - Connecting to assignment server

[01:56:28] Connecting to http://assign-GPU.stanford.edu:8080/

[01:56:29] Posted data.

[01:56:29] Initial: 43AB; - Successful: assigned to (171.67.108.143).

[01:56:29] + News From Folding@Home: Welcome to Folding@Home

[01:56:29] Loaded queue successfully.

[01:56:29] Gpu type=3 species=20.

[01:56:29] Sent data

[01:56:29] Connecting to http://171.67.108.143:8080/

[01:56:30] Posted data.

[01:56:30] Initial: 0000; - Receiving payload (expected size: 60729)

[01:56:31] - Downloaded at ~59 kB/s

[01:56:31] - Averaged speed for that direction ~58 kB/s

[01:56:31] + Received work.

[01:56:31] Trying to send all finished work units

[01:56:31] + No unsent completed units remaining.

[01:56:31] + Closed connections

[01:56:31]

[01:56:31] + Processing work unit

[01:56:31] Core required: FahCore_15.exe

[01:56:31] Core found.

[01:56:31] Working on queue slot 05 [November 22 01:56:31 UTC]

[01:56:31] + Working ...

[01:56:31] - Calling '.\FahCore_15.exe -dir work/ -suffix 05 -nice 19 -checkpoint 5 -verbose -lifeline 8 -version 641'

fixme:ntdll:find_reg_tz_info Can't find matching timezone information in the registry for bias 180, std (d/m/y): 26/02/2012, dlt (d/m/y): 21/10/2012

[01:56:31]

[01:56:31] *------------------------------*

[01:56:31] Folding@Home GPU Core

[01:56:31] Version 2.25 (Wed May 9 17:03:01 EDT 2012)

[01:56:31] Build host AmoebaRemote

[01:56:31] Board Type NVIDIA/CUDA

[01:56:31] Core 15

[01:56:31]

[01:56:31] Window's signal control handler registered.

[01:56:31] Preparing to commence simulation

[01:56:31] - Looking at optimizations...

[01:56:31] DeleteFrameFiles: successfully deleted file=work/wudata_05.ckp

[01:56:31] - Created dyn

[01:56:31] - Files status OK

[01:56:31] sizeof(CORE_PACKET_HDR) = 512 file=<>

[01:56:32] - Expanded 60217 -> 264278 (decompressed 438.8 percent)

[01:56:32] Called DecompressByteArray: compressed_data_size=60217 data_size=264278, decompressed_data_size=264278 diff=0

[01:56:32] - Digital signature verified

[01:56:32]

[01:56:32] Project: 8054 (Run 0, Clone 775, Gen 66)

[01:56:32]

[01:56:32] Assembly optimizations on if available.

[01:56:32] Entering M.D.

[01:56:34] Tpr hash work/wudata_05.tpr: 3573598720 4212585690 1278826540 3697128508 779313366

[01:56:34] GPU device id=0

[01:56:34] Working on Good ROcking Metal Altar for Chronical Sinners

[01:56:34] Client config found, loading data.

[01:56:34] Starting GUI Server

[01:57:34] Setting checkpoint frequency: 500000

[01:57:34] Completed 3 out of 50000000 steps (0%)

.

.

.

BLucas · 22 de novembro de 2012

Nossa Zeca, se der certo, acho que o time vai dar uma boa alavancada. Estou torcendo para funcionar.

cristianogro · 22 de novembro de 2012

Zeca, aqui a versão do core estou com a 2.25, mesma que a sua. Sim Zeca, você pode tentar baixar a WU pelo v7 e tentar rodar no GPU3, andei olhando a pasta da wu do V7 processando uma WU GPU e parece igual os arquivos do GPU3. Acredito que seja só copiar todos os arquivos wu** da pasta work/00 do cliente V7 para a pasta work do cliente GPU3, tente manter o mesmo machine ID no GPU3 que estava no V7 pra garantir. No cliente SMP V6 dava certo, o Fernando baixava pela VM mas processava na máquina física, ele fazia este modo na VM e deixava com dois núcleos a mais no processador configurado na VM pra baixar as WU's mas processava na máquina física com os núcleos que o processador realmente tinha.

Zeca Pagodinho · 23 de novembro de 2012

Nossa Zeca, se der certo, acho que o time vai dar uma boa alavancada. Estou torcendo para funcionar.

Negócio feito! Só que não foi o GPU3 que deu conta do recado, foi o próprio V7 para Linux. Agora está rodando o projeto 8018 com TPF de 5min.20s, PPD de 15625. Vejamos se o V7 do Linux entrega o trabalho normalmente ou dá algum problema. Se tudo ok, já é o suficiente para resolver o problema do Linux não foldar com placa de vídeo! hehehehe

cristianogro · 23 de novembro de 2012

Negócio feito! Só que não foi o GPU3 que deu conta do recado, foi o próprio V7 para Linux. Agora está rodando o projeto 8018 com TPF de 5mim.20s, PPD de 15625. Vejamos se o V7 do Linux entrega o trabalho normalmente ou dá algum problema. Se tudo ok, já é o suficiente para resolver o problema do Linux não foldar com placa de vídeo! hehehehe

Nossa Zeca, quer dizer então que o cliente GPU no V7 em Linux tá rodando sem nenhum tipo de ajuste para o CUDA? Isso sim é uma surpreza.

wadsonleite · 23 de novembro de 2012

zeca... tu é o cara... se não estudasse medicina, seria programador...kkkk

EribertoTorres · 23 de novembro de 2012

Zeca, você baixou a wu pelo Windows e passou para o Linux ou baixou direto no Linux? Me refiro a essa wu para vga.

ilkyest · 23 de novembro de 2012

Negócio feito! Só que não foi o GPU3 que deu conta do recado, foi o próprio V7 para Linux. Agora está rodando o projeto 8018 com TPF de 5min.20s, PPD de 15625. Vejamos se o V7 do Linux entrega o trabalho normalmente ou dá algum problema. Se tudo ok, já é o suficiente para resolver o problema do Linux não foldar com placa de vídeo! hehehehe

Zeca... tome uma água, faça um café, tome uma ceva, mas esteja por perto na hora que vai entregar a wu. Alguns kerneis de distros estão dando problema na hora da entrega

no meu pc, por exemplo, eu cheguei a ter unstable machine quando terminou o upload da wu..... não perdi ela, mas foi um cagaço para mim.

Só lembrando pessoal, no linux, não era para ter muitos ajustes a fazer para rodar pelo CUDA. se o driver é o proprietário deveria rodar de boa.

muita coisa que tem de cuidar, é que não até pouco tempo, o cliente não era 100% para a arquitetura. Exemplo, aquele que era x86_64 era um x86 com multilib (wow32 para windows) então daí pode dar pau mesmo.

O cuda não roda para placas ATI no linux, infelizmente. Mas simplesmente alterar no config.xml para gpu=true já faz a busca por wu de gpu, mas não dá certo, claro.

Zeca... se tu tens um pouco de uso linux, tente conciliar no teu kernel os patches do -ck. Se for arch linux, então, mais fácil, adicione o repositório ck, e experimente. Te digo, muito bom, por si só.. não habilita o BFQ, pelo menos no meu pc não ajudou, e se tu ficar navegando, ainda piora.

Zeca Pagodinho · 23 de novembro de 2012

Zeca, você baixou a wu pelo Windows e passou para o Linux ou baixou direto no Linux? Me refiro a essa wu para vga.

Baixei pelo Windows e depois iniciei o Client V7, no Linux, apontando para o local onde estavam os arquivos baixados pelo cliente do Windows. Funcionou normalmente, mas...

ilkyest · 23 de novembro de 2012

não precisa ser, exatamente, da mesma maneira... mas assim foi bom que o próprio V7 direcionou o linux a procurar os arquivos conforme "seus links". Acho que isso é possivel, visto que a partir do windows 7 os links são absolutos, assim como o XP.

Zeca Pagodinho · 23 de novembro de 2012

Nossa Zeca, quer dizer então que o cliente GPU no V7 em Linux tá rodando sem nenhum tipo de ajuste para o CUDA? Isso sim é uma surpreza.

Tenho o CUDA 3.0 com os CUDA Wrappers instalados, pois configurei o cliente GPU3 para funcionar no Linux; está lá no tutorial como fiz (http://forum.clubedohardware.com.br/tutorial-instalacao-gpu3/1009547). Entretanto a verdade é que não fiz nenhuma alteração no Cliente V7 como as que foram feitas para que o GPU3 funcionasse. O processo foi muito mais transparente.

Para não dizer que nada foi realizado, introduzi algumas configurações no config.xml do V7 para que ele considerasse o Slot da GPU como um slot windows, de modo que o FahCore_15 foi baixado como se a requisição tivesse partido de um cliente Windows. Entretanto, a WU não veio, o cliente apresentava um erro (está no log e depois reunirei esses dados todos para descrever melhor o processo). Foi aí que tive a ideia de tentar processar a partir de um slot completo, aquele do Windows, e deu certo.

Só lembrando pessoal, no linux, não era para ter muitos ajustes a fazer para rodar pelo CUDA. se o driver é o proprietário deveria rodar de boa.

Isso é verdade, o driver de vídeo proprietário já inclui suporte ao CUDA. Mas o porque do GPU3 precisar é um mistério que eu não sei explicar... deve ser só questão de compatibilidade de arquitetura, essa história de sistema 32 ou 64 bits.

muita coisa que tem de cuidar, é que não até pouco tempo, o cliente não era 100% para a arquitetura. Exemplo, aquele que era x86_64 era um x86 com multilib (wow32 para windows) então daí pode dar pau mesmo.

Aqui seria interessante explicar melhor. Pelo que andei vendo, quem faz o trabalho todo é o FahCore*.exe. O cliente, seja ele V6 ou V7, é só um intermediário a serviço de Stanford: é ele quem se comunica com os servidores, quem verifica se o fulaninho não está tentando burlar as regras, se o arquivo já tem parte processado (os checkpoints), além de saber quando o trabalho termina, pois é ele quem dá o ponta-pé inicial. Sendo assim, se o FahCore* funciona igualmente em Windows ou Linux, não é por causa dele que costuma dar pau, embora não se exclua essa possibilidade.

O cuda não roda para placas ATI no linux, infelizmente. Mas simplesmente alterar no config.xml para gpu=true já faz a busca por wu de gpu, mas não dá certo, claro.

CUDA é tecnologia nVidia. Pelo que andei pesquisando, o correspondente ATI/AMD não possui um wrapper funcional. Se não me engano, um pessoal do "Folding Forum" andou tentando fazer um wrapper das dll's relacionadas às placas da AMD, mas o processo é mais complicado devido à engenharia de software utilizada nos drivers para Linux e para Windows.

Zeca... se tu tens um pouco de uso linux, tente conciliar no teu kernel os patches do -ck. Se for arch linux, então, mais fácil, adicione o repositório ck, e experimente. Te digo, muito bom, por si só.. não habilita o BFQ, pelo menos no meu pc não ajudou, e se tu ficar navegando, ainda piora.

Também vi teus relatos em relação aos ganhos de desempenho usando esse patch de Kernel: são surpreendentes. De qualquer forma, tenho o mesmo hardware que você, até mais modesto, e o rendimento com o processador tem sido melhor. Pelo que apresentaste, a média teria ficado em 6K a 8k PPD. Aqui tenho feito de 8K PPD, na pior das hipóteses, a 15K PPD em stock. Com 4GHz tem WU rendendo 20K PPD.

Com base nisso e devido a minha disponibilidade reduzida de tempo, não vou me aventurar nesse campo tão cedo. As demais otimizações que impus ao Gentoo são suficientes.

OBS.: na assinatura está o micro que me pertence, mas como estou morando com a minha mulher na casa dos pais dela, estou usando o micro que montei para ela: M4A88TD-V Evo com Phenom II X2 555 rodando com os 4 núcleos ativos, 4GB de RAM Kingstom 1333MHz em dual channel, fonte OCZ ModStream 600W e a placa de vídeo da assinatura (transferida temporariamente).

BLucas · 24 de novembro de 2012

Olá galera, peguei hoje a gts 250 e coloquei para foldar agora(cliente v7 7.2.9) usando windows8, pois bem, gostaria de saber se tem alguma configuração do cliente para otimizar o desempenho dela? ela pega wu's de qual core? o primeiro que veio aqui foi core 0x11 (wu 5772)...está certo isso? pois o ppd não está aparecendo como de costume e nem os pontos base dessa wu. E por último, ela tem possibilidade de pegar essa wu beta que tanto rende pontos?

Abraço.

alexBertani · 24 de novembro de 2012

Está correto Apolo, a GTS 250 é core a11 mesmo. Ele não mostra a pontuação de PPD no v7, mas é de 5K a 6K PPD, dependendo das wus, e ele não pega as novas betas, somente para fermi em diante.

BLucas · 24 de novembro de 2012

Está correto Apolo, a GTS 250 é core a11 mesmo. Ele não mostra a pontuação de PPD no v7, mas é de 5K a 6K PPD, dependendo das wus, e ele não pega as novas betas, somente para fermi em diante.

Entendi Alex, valeu. E pelo meus cálculos, ela vai estar rendendo entre 7k e 8k sem over. o TPF está em torno de 1min ou -.

Zeca Pagodinho · 24 de novembro de 2012

http://kakaostats.com/up.php?u=1780403

Observem o recebimento da WU calculada pelo V7 no Linux, dia 23/11, às 22hs., uma 8018 baixada e iniciada (somente iniciada, sem nenhum % calculado no cliente original) no Cliente V7 versão 7.2.9 para Windows.

Isso fecha a questão: é possível trabalhar WU's da GPU no Linux usando o cliente V7. A versão que estou usando é a 7.1.52, Python versão 2.7 (devido ao código-fonte do cliente V7). Se quiserem irem se adiantando para conhecer melhor como fazer, vejam o tópico que encontrei no Folding Forum - http://foldingforum.org/viewtopic.php?f=67&t=18058. Foi através desse tópico que fui atrás dessa questão e cheguei aos resultados atuais. Vou preparar um novo tópico ao estilo do tutorial para GPU3 no Linux e postarei nos próximos dias. Há adaptações que complementam o que o usuário SandStar postou lá.

EribertoTorres · 24 de novembro de 2012

Zeca, isso quer dizer que o cliente V7 para linux agora processa (e pega?) wus no cliente gpu?

Zeca Pagodinho · 24 de novembro de 2012

Zeca, isso quer dizer que o cliente V7 para linux agora processa (e pega?) wus no cliente gpu?

Ele até baixa WU's, mas não processa essas mesmas WU's. Só está processando se vierem de um slot do cliente do Windows. No spoiler você pode ver o log do Cliente V7 quando ele baixou uma WU no Linux e que erro foi reportado. Até andei comparando os logs dos clientes Windows e Linux, e do Linux consigo mesmo tentando rodar as WU's que ele mesmo baixou e quando veio do Windows e acho que o problema é um erro de configuração, um bug que poderia ser facilmente resolvido por Stanford, se eles analisassem esse material.

18:12:12:Trying to access database...

18:12:12:Successfully acquired database lock

18:12:12:Enabled folding slot 01: READY gpu:0:"GF110 [Geforce GTX 560 Ti]"

18:12:12:Started thread 6 on PID 5481

18:12:12:Started thread 3 on PID 5481

18:12:12:Started thread 7 on PID 5481

18:12:12:Started thread 4 on PID 5481

18:12:12:Started thread 5 on PID 5481

18:12:13:WU01:FS01:Connecting to assign-GPU.stanford.edu:80

18:12:14:WU01:FS01:News: Welcome to Folding@Home

18:12:14:WU01:FS01:Assigned to work server 171.67.108.142

18:12:14:WU01:FS01:Requesting new work unit for slot 01: READY gpu:0:"GF110 [Geforce GTX 560 Ti]" from 171.67.108.142

18:12:14:WU01:FS01:Connecting to 171.67.108.142:8080

18:12:14:WU01:FS01:Downloading 161.17KiB

18:12:16:WU01:FS01:Download complete

18:12:16:WU01:FS01:Received Unit: id:01 state:DOWNLOAD error:OK project:8018 run:800 clone:2 gen:0 core:0x15 unit:0x000000016953ee2e500f1e157f962dee

18:12:16:WU01:FS01:Starting

18:12:16:WU01:FS01:Running FahCore: /usr/bin/FAHCoreWrapper /home/karenfelix/.FAHClient/cores/www.stanford.edu/~pande/Win32/AMD64/NVIDIA/Fermi/beta/Core_15.fah/FahCore_15 -dir 01 -suffix 01 -version 701 -lifeline 5481 -checkpoint 5 -gpu 0

18:12:16:WU01:FS01:Started FahCore on PID 5497

18:12:16:Started thread 9 on PID 5481

18:12:16:WU01:FS01:Core PID:5501

18:12:16:WU01:FS01:FahCore 0x15 started

18:12:17:WU01:FS01:FahCore returned: FILE_IO_ERROR (117 = 0x75)

[93m18:12:17:WARNING:WU01:FS01:Fatal error, dumping[0m

18:12:17:WU01:FS01:Sending unit results: id:01 state:SEND error:DUMPED project:8018 run:800 clone:2 gen:0 core:0x15 unit:0x000000016953ee2e500f1e157f962dee

18:12:17:WU01:FS01:Connecting to 171.67.108.142:8080

18:12:17:WU02:FS01:Connecting to assign-GPU.stanford.edu:80

18:12:17:Started thread 10 on PID 5481

18:12:17:Server connection id=1 on 0.0.0.0:36330 from 127.0.0.1

18:12:17:WU01:FS01:Server responded WORK_ACK (400)

18:12:18:WU01:FS01:Cleaning up

18:12:18:WU02:FS01:News: Welcome to Folding@Home

18:12:18:WU02:FS01:Assigned to work server 171.67.108.142

18:12:18:WU02:FS01:Requesting new work unit for slot 01: READY gpu:0:"GF110 [Geforce GTX 560 Ti]" from 171.67.108.142

18:12:18:WU02:FS01:Connecting to 171.67.108.142:8080

18:12:19:WU02:FS01:Downloading 161.27KiB

18:12:19:WU00:FS00:0xa4:Completed 0 out of 500000 steps (0%)

18:12:20:WU02:FS01:Download complete

18:12:20:WU02:FS01:Received Unit: id:02 state:DOWNLOAD error:OK project:8018 run:801 clone:2 gen:0 core:0x15 unit:0x000000016953ee2e500f1e168611a4c2

18:12:20:WU02:FS01:Starting

18:12:20:WU02:FS01:Running FahCore: /usr/bin/FAHCoreWrapper /home/karenfelix/.FAHClient/cores/www.stanford.edu/~pande/Win32/AMD64/NVIDIA/Fermi/beta/Core_15.fah/FahCore_15 -dir 02 -suffix 01 -version 701 -lifeline 5481 -checkpoint 5 -gpu 0

18:12:20:WU02:FS01:Started FahCore on PID 5534

18:12:20:Started thread 11 on PID 5481

18:12:20:WU02:FS01:Core PID:5538

18:12:20:WU02:FS01:FahCore 0x15 started

18:12:21:WU02:FS01:FahCore returned: FILE_IO_ERROR (117 = 0x75)

[93m18:12:21:WARNING:WU02:FS01:Fatal error, dumping[0m

Aqui eu removi as ocorrências do Slot00, que era do SMP, somente para facilitar a leitura.

Podes ver que o erro foi sempre o mesmo, visto como FILE_IO_ERROR.

Abaixo o log com o trabalho baixado pelo Windows e rodando no cliente Linux (inverti numeração de slots GPU e SMP na configuração do cliente para que a numeração dos slots dos clientes Windows e Linux coincidissem):

21:32:15:Trying to access database...

21:32:15:Successfully acquired database lock

21:32:15:Enabled folding slot 00: READY gpu:0:"GF110 [Geforce GTX 560 Ti]"

21:32:15:WU00:FS00:Starting

21:32:15:WU00:FS00:Running FahCore: /usr/bin/FAHCoreWrapper /home/karenfelix/.FAHClient/cores/www.stanford.edu/~pande/Win32/AMD64/NVIDIA/Fermi/beta/Core_15.fah/FahCore_15 -dir 00 -suffix 01 -version 701 -lifeline 3555 -checkpoint 5 -gpu 0

21:32:15:WU00:FS00:Started FahCore on PID 3563

21:32:15:Started thread 8 on PID 3555

21:32:15:WU00:FS00:Core PID:3567

21:32:15:WU00:FS00:FahCore 0x15 started

21:32:19:Started thread 9 on PID 3555

21:32:19:WU00:FS00:0x15:

21:32:19:WU00:FS00:0x15:*------------------------------*

21:32:19:WU00:FS00:0x15:Folding@Home GPU Core

21:32:19:WU00:FS00:0x15:Version 2.25 (Wed May 9 17:03:01 EDT 2012)

21:32:19:WU00:FS00:0x15:Build host AmoebaRemote

21:32:19:WU00:FS00:0x15:Board Type NVIDIA/CUDA

21:32:19:WU00:FS00:0x15:Core 15

21:32:19:WU00:FS00:0x15:

21:32:19:WU00:FS00:0x15:Window's signal control handler registered.

21:32:19:WU00:FS00:0x15:Preparing to commence simulation

21:32:19:WU00:FS00:0x15:- Ensuring status. Please wait.

21:32:29:WU00:FS00:0x15:- Looking at optimizations...

21:32:29:WU00:FS00:0x15:- Working with standard loops on this execution.

21:32:29:WU00:FS00:0x15:- Previous termination of core was improper.

21:32:29:WU00:FS00:0x15:- Files status OK

21:32:29:WU00:FS00:0x15:sizeof(CORE_PACKET_HDR) = 512 file=<>

21:32:29:WU00:FS00:0x15:- Expanded 145825 -> 660986 (decompressed 453.2 percent)

21:32:29:WU00:FS00:0x15:Called DecompressByteArray: compressed_data_size=145825 data_size=660986, decompressed_data_size=660986 diff=0

21:32:29:WU00:FS00:0x15:- Digital signature verified

21:32:29:WU00:FS00:0x15:

21:32:29:WU00:FS00:0x15:Project: 8018 (Run 42, Clone 0, Gen 106)

21:32:29:WU00:FS00:0x15:

21:32:29:WU00:FS00:0x15:Entering M.D.

21:32:31:WU00:FS00:0x15:Tpr hash 00/wudata_01.tpr: 80957523 99667821 1983337889 2465798990 3949089364

21:32:31:WU00:FS00:0x15:GPU device id=0

21:32:31:WU00:FS00:0x15:Working on GRowing Old MAkes el Chrono Sweat

21:32:31:WU00:FS00:0x15:Client config unavailable.

21:32:31:WU00:FS00:0x15:Starting GUI Server

21:33:34:WU00:FS00:0x15:Setting checkpoint frequency: 250000

21:33:34:WU00:FS00:0x15:Completed 3 out of 25000000 steps (0%).

21:38:54:WU00:FS00:0x15:Completed 250000 out of 25000000 steps (1%).

21:44:16:WU00:FS00:0x15:Completed 500000 out of 25000000 steps (2%).

21:49:36:WU00:FS00:0x15:Completed 750000 out of 25000000 steps (3%).

21:54:56:WU00:FS00:0x15:Completed 1000000 out of 25000000 steps (4%).

22:00:16:WU00:FS00:0x15:Completed 1250000 out of 25000000 steps (5%).

22:05:35:WU00:FS00:0x15:Completed 1500000 out of 25000000 steps (6%)

As linhas em branco correspondem às ocorrências do Slot SMP, foram excluídas para facilitar a leitura.

EribertoTorres · 24 de novembro de 2012

Zeca, tem como postar isso no fórum do foldng? quem sabe nao vem uma correção em base as tuas descobertas?

cristianogro · 24 de novembro de 2012

Puxa Zeca, excelente notícia que realmente deu certo processar a WU no pinguim, mesmo processando essa 8018 pelo Linux deu os travamentos pra assistir vídeos e navegar na internet?

Sambaquy · 25 de novembro de 2012

No V7 só estão aparecendo WUs ruins, pra vocês também?

ilkyest · 25 de novembro de 2012

para mim, até quinta, muito boas... vou ver hoje como está

Estou entregando a 7033, claro, vou perder uma penca de pontos, deveria ter entregue ela na sexta, mas vamos ver.......

Zeca Pagodinho · 26 de novembro de 2012

Puxa Zeca, excelente notícia que realmente deu certo processar a WU no pinguim, mesmo processando essa 8018 pelo Linux deu os travamentos pra assistir vídeos e navegar na internet?

No Windows fica travando o tempo todo. No Linux trava por uns 30 segundos, depois roda normal. Quando entra um novo código em flash, por exemplo, costuma dar uma travada dessas de novo, mas não é muito frequente. Teve dia que passei quase o dia todo sem experimentar novo episódio desses.

No V7 só estão aparecendo WUs ruins, pra vocês também?

Só peguei uma 8057, depois só veio 8018. Não estou foldando pelo processador: o sistema e a placa de vídeo rodando a 8018 já torram 315 a 320W e isso já é o bastante para mim.

Zeca, tem como postar isso no fórum do foldng? quem sabe nao vem uma correção em base as tuas descobertas?

Estou pensando nisso, mas antes quero sistematizar os dados, postar um tópico aqui e depois ver como faço para traduzir pro inglês o que importa... não tenho fluência no inglês, nem gosto. Se alguém se dispuser, podemos topar juntos essa empreitada.