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 ?
|
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 =) |