View Full Version : Unir Forças


viper5000
18-07-2005, 16:09
tenho uma questao a meter a comunidade nao ha forma de ter em rede e todos os computadores estarem a trabalhar a mesma WU em x de ter varias consolas a trabalharem varias WU ?

shello
18-07-2005, 16:19
Hum...
Isso era a ideia principal da utilização vantajosa do HT... tarem os dois "virtual cores" a foldarem a mma WU... Era execelente que isso desse... Ainda mais para redes, que assim ate punha o pc de 700mhz a foldar, para ajudar este... É uma boa ideia a propor ao pessoal do F@H :)
Abraços, Keep Folding

P.S.: Se tivers mais ou emnos uma ideia de como é que isso podia ser arquitectado, explica ;)

#EDIT: Enquanto esperava que esta lentidao abrisse, tive a pensar... As WUs são divididas em steps... Assim, as steps podiam ser "divididas", ou seja... Imaginemos o caso seguinte:

CPU#1 - 3200 MHZ \
CPU#2 - 3200 MHZ - - - - E = 7100MHz
CPU#3 - 700 MHZ - /

x - numero total de steps
y - número de steps por cpu
Z - velocidade de relógio
E - sinal da soma, não tou para andar a procura dele...lol

x --------- E[Z(#n)]
y --------- Z(#n)

ou seja ( supondo que x = 5000 )

x --------- E[Z(#1), Z(#2), Z(#3)]
y --------- Z(#1)
y= 2253 (isto sem o arredondamento, aproveitando apenas a parte inteira)

x --------- E[Z(#1), Z(#2), Z(#3)]
y --------- Z(#2)
y= 2253 (isto sem o arredondamento, aproveitando apenas a parte inteira)

chegando ao último, soma-se os anteriores

x - E[y(#1), y(#2)] = y(#3)
5000 - 4506 = 494


Obvio que isto tem erros... Nem sei se está bem pensado, pois ainda ha o caso de o step 2 relacionar-se com o resultado do step 1... Aí teria que se adoptar um "distribuidor de steps", em que se distribuiam os speps conforte o último entregado... Mais isso obrigava a que os steps fizessem uma lista de espera quano houvesse um cpu mais lento... Ou estarei errado

E um pouco confuso, mas nada que não se consiga pensar com um pouco de paciencia

Abraços!

Dazkarieh
18-07-2005, 16:23
Não. Isso já foi discutido várias vezes. Os responsáveis pelo projecto chegaram a estudar essa situação e viram que era claramente desvantajosa. As razões mais importantes para isto eram:

- Apesar de seram ligações muito rápidas, era bastante o tempo que se perdiam em tranferencias.

- Um projecto já tão complexo em que tanta coisa pode correr mal acrescido dessa questão...imagino... ;)

Sendo que as WU's não são "intermináveis", seria estar a aumentar riscos desnecessariamente. Para além disso, mesmo que houvesse clintes com esse opção, estou certo que não iria compensar. Mais vale acabar 10 WU's ao fim de 10 dias do que 1 WU num dia e meio ;)

Um abraço [[[ ]]]

shello
18-07-2005, 16:43
Daz, mas acho que era vantajoso nos Dual Core e nos HT adoptar-se esta opção...
o que pensas?

destr0yer
18-07-2005, 16:54
Pois, lembrei-me de um programa de rendering que tenho (Corel Bryce) que tem opção de rendering em rede para mais velocidade (o programa com imagens grandes e complexas e qualidade máxima arrasta-se :sad:)

Olha, é capaz de ser um programa bom para os dual core :)

Dazkarieh
18-07-2005, 16:59
Reparem..ser possível deve ser concerteza... Agora será vantajoso? Se os tempos são iguais, para qu~e arranjar mais lenha para se queimarem? Qual a diferança entre fazer 2 WU's em 2 horas ou fazer 1WU em cada hora?

A diferença é que mais problemas poderão ocorrer. Já viram que o folding é extremamente sensivel, ocorrem muitas vezes erros...porquê estar a complicar mais?

Um abraço :)

shello
18-07-2005, 17:15
A minha pergunta agora é: qual a razão desses erros?
Abraços!

Dazkarieh
18-07-2005, 17:23
Oh shello...eu não sou programador...é impossível responder-te a isso.

Mas acho que é óbvio para qualquer um. Quanto mais complexo for, seja o que for que estejamos a falar, mais porbabilidade de algo correr mal há.

shello
18-07-2005, 17:28
Obviamente que sim... (ah e a pergunta tava feita no geral, pa alguem que soubesse concretamente algum factor :P)
Abraços!

blueangelman
18-07-2005, 17:31
Oh shello...eu não sou programador...é impossível responder-te a isso.

Mas acho que é óbvio para qualquer um. Quanto mais complexo for, seja o que for que estejamos a falar, mais porbabilidade de algo correr mal há.

e acrescento que é melhor devagar mas bem do que depressa e mal. vamos com calma que sempre a foldar traremos muitas vantagens para a equipa e Folding. :)

shello
18-07-2005, 17:36
blueangelman, mas repara que se se isto fosse possivel com os mesmos ou ainda menos bugs do que ha actualmente, seria uma melhoria significativa para o porcesso... Eu já nem falo de darmos mais pontos À equipa, falo de contribuir: em principio, seria mais rápido o processamento de Work Units, ficando asssim o projecto mais acelerado, podendo-se foldar mais workunits em menos tempo e tao bem ou melhor que outras, isto claro, no caso de deixarem de haver tantos bugs, o que certamente não aconteceria. É mesmo pena :(
Abraços!

viper5000
18-07-2005, 17:39
eu ja fikava mt contente kom uma versao dos programas para arkitectura 64

Fontemourisca
18-07-2005, 17:48
eu ja fikava mt contente kom uma versao dos programas para arkitectura 64

Isso é que é falar ;)

Cumps

Dazkarieh
18-07-2005, 19:39
shello, não concordo contigo. Acho que o processamento não iria ser mais rápido. Digo isto por uma simples razão: se o fosse, eles tinham desenvolvido o software nessa vertente. Não o tendo feito, não acho que fosse...

O cliente com arquitectura 64bits deve tar aí a aparecer ;)

Cumps

shello
18-07-2005, 20:03
Daz, se o dizes :)

Dazkarieh
18-07-2005, 20:10
Não é bem eu a dizer... lol :)

Acho que deu para perceber que o que disse era apenas suposição. A unica certeza que temos é que estes clientes não estão optimizados para esse uso. O que dise não passa de uma pura suposição. Se alguém souber melhor que eu avise :) Apenas acho que os senhores de Stanford querem o máximo resultado possível. Como tal, optimizarão ao máximo pos respectivos clientes.

Um grande abraço a todos os foldadores :)

shello
18-07-2005, 20:13
Não é bem eu a dizer... lol :)

Acho que deu para perceber que o que disse era apenas suposição. A unica certeza que temos é que estes clientes não estão optimizados para esse uso. O que dise não passa de uma pura suposição. Se alguém souber melhor que eu avise :) Apenas acho que os senhores de Oxford querem o máximo resultado possível. Como tal, optimizarão ao máximo pos respectivos clientes.

Um grande abraço a todos os foldadores :)
Oxford ou Stanford?? :lol::lol::lol::lol::lol::lol::lol::lol::lol::lol:

Dazkarieh
18-07-2005, 20:19
Editado... :shy:

QuickFire
18-07-2005, 21:13
Lol não tendo nada a ver para o topic mas ... corrijam o titulo :) unir forças é mais proprio do que unir forcas que tem outro significado :P
:)

viper5000
20-07-2005, 06:42
Lol não tendo nada a ver para o topic mas ... corrijam o titulo :) unir forças é mais proprio do que unir forcas que tem outro significado :P
:)
upx e k aki o teclado nao tem acentos pontuacao i tb nao tem cedilhas lol

viper5000
20-07-2005, 06:43
Isso é que é falar ;)

Cumps
nao te eskecas k para eles virem optimizados tens k estar a usar windows xp 64 ou outro so em versao 64< :016:

Fontemourisca
20-07-2005, 11:08
nao te eskecas k para eles virem optimizados tens k estar a usar windows xp 64 ou outro so em versao 64< :016:

Isso já quase não é problema, já há drivers para quase tudo o que me interessa, só falta um bocadinho assim =

E como já tenho dual boot com o Linux, é mais sistema operativo menos sistema operativo.

Cumps

viper5000
20-07-2005, 11:47
Isso já quase não é problema, já há drivers para quase tudo o que me interessa, só falta um bocadinho assim =

E como já tenho dual boot com o Linux, é mais sistema operativo menos sistema operativo.

Cumps


a mim so me falta para a placa de som i modem adsl

modem adsl Octal 360 ou ice data 500
placa de som Creative audigy plat

Metro
20-07-2005, 18:06
O cliente não tem qq vantagem em ser a 64 bits. Já li sobre isso.
Não se ganha nada.

Linux a 64 bits tb está um pouco verde ainda. Estou a usar Ubuntu mas a versão 32 bits.

Dazkarieh
20-07-2005, 18:21
O cliente não tem qq vantagem em ser a 64 bits. Já li sobre isso.
Não se ganha nada.

Linux a 64 bits tb está um pouco verde ainda. Estou a usar Ubuntu mas a versão 32 bits.

Metro, agora não a consigo encontrar, mas tenho a certeza de ter lido no forum do folding uns posts por parte de alguns responsáveis a dizer que o Cliente para 64bits estava a ser preparado e que os resultados estariam a ser satisfatórios :confused:

viper5000
20-07-2005, 18:23
metro lamento mas cliente a64 tiras logicamente melhor rendimento do processador k tens um exemplo

joga far cry a 32 i depois mete-lhe a patch para 64 i vais ver as grandes diferencas

Dazkarieh
20-07-2005, 18:27
metro lamento mas cliente a64 tiras logicamente melhor rendimento do processador k tens um exemplo

joga far cry a 32 i depois mete-lhe a patch para 64 i vais ver as grandes diferencas

Viper, não é por aí. Existem aplicações em que os 64bits não te tiram mais rendimento (não me perguntes porquê).

Jogos é um muito mau exemplo para se comparar com o folding ;)

viper5000
20-07-2005, 18:42
Viper, não é por aí. Existem aplicações em que os 64bits não te tiram mais rendimento (não me perguntes porquê).

Jogos é um muito mau exemplo para se comparar com o folding ;)
ve se a plataforma que usas se o processador funciona a 64 i a aplicacao funciona a 32 logo estas limitado a 32 agora se a o processador e a 64 assim como a aplicacao a 64 acho que seija logico que tenha melhor desempenho do que o primeiro caso!

Dazkarieh
20-07-2005, 19:00
ve se a plataforma que usas se o processador funciona a 64 i a aplicacao funciona a 32 logo estas limitado a 32 agora se a o processador e a 64 assim como a aplicacao a 64 acho que seija logico que tenha melhor desempenho do que o primeiro caso!

Lógico seria...mas na informática, nem sempre o que é óbvio funciona, infelizmente... É como a passagem de AGP 4X para 8X e posteriormente para PCI-EX 16X. É como os discos SataII em que apenas foi notório um aumento de performance com NCQ. Certamente haverá quem te explique bem a razão para haverem aplicações em que não tens vantagem em ter 64bits.

No entanto, tinha lido no forum do folding que isto não se verificava com o mesmo...mas não encontro a thread :(

Um abraço

Metro
20-07-2005, 19:12
O Folding Wiki nunca me deixou ficar mal.

http://forum.folding-community.org/viewtopic.php?t=10239
http://forum.folding-community.org/viewtopic.php?t=12062

No primeiro link, 2º post.

the answer to that is no. it provides no virtually no improvement over 32-bit code.

64-bit is meant to work a lot with decimal work and address more memory. F@H relies on floating point work.

just do a search for 64-bit on the forums here and you'll get a ton of discussion about it

Foi aqui que me baseei para a minha resposta.
Se há novidades depois não conheço.

Dazkarieh
20-07-2005, 19:17
F@H relies on floating point work.

De facto...pelo que tenho visto, tudo o que se baseia em virgula flutuante não tira partido dos 64bits :confused:

Não sei onde fui buscar a ideia, mas tenho quase a certeza de que tinham dito aquilo :confused:

Até prova em contrário o que está aí é mais que válido...

Que raios.. :confused:

Um abraço e tânks fore de explénaxion :D

viper5000
24-07-2005, 04:59
e o Metro falou =)