boas.

tenho andado a perder uns minutinhos por dia a fazer este programa. o pk disto é simples: tou farto de programas "estranjas" a testar o meu pc clockado! :D

este programa testa a estabilidade dum sistema em OC de 2 maneiras: alocaçao de memoria e burn do cpu.

aconselha-se pelo menos 2 horas de Burn (aka "ciclo infinito" :) ) ao CPU!


versao 1.02 e versao 1.1 betaH 5 disponivel!
http://sourceforge.net/projects/cburner/

proximas implementacoes:
:wow: Benchmark fiavel... :sad:
:wow: Suporte CPUID para intel/cyrix
:wow: GUI mais atractivo
:wow: Capacidade de alterar FSB, Multiplicador e VCore 8o
:wow: Suporte a 100% para linux :rolleyes:
:wow: o k voces acharem util :P

implementado:
:wow: Suporte para burn ate 32 cpus simultaneamente (sim, mete os P4 a full-load :D)
:wow: CPUID para AMD :D
:wow: winapi
:wow: capacidade de instrucoes SSE


agradeço sugestoes e criticas. :)

[[]]


<form action="https://www.paypal.com/cgi-bin/webscr" method="post">
<input type="hidden" name="cmd" value="_s-xclick">
<input type="image" src="https://www.paypal.com/en_US/i/btn/x-click-but21.gif" border="0" name="submit" alt="Make payments with PayPal - it's fast, free and secure!">
<input type="hidden" name="encrypted" value="-----BEGIN PKCS7-----MIIHRwYJKoZIhvcNAQcEoIIHODCCBzQCAQExggEwMIIBLAIBAD CBlDCBjjELMAkGA1UEBhMCVVMxCzAJBgNVBAgTAkNBMRYwFAYD VQQHEw1Nb3VudGFpbiBWaWV3MRQwEgYDVQQKEwtQYXlQYWwgSW 5jLjETMBEGA1UECxQKbGl2ZV9jZXJ0czERMA8GA1UEAxQIbGl2 ZV9hcGkxHDAaBgkqhkiG9w0BCQEWDXJlQHBheXBhbC5jb20CAQ AwDQYJKoZIhvcNAQEBBQAEgYClKFd5SAdZHd4rCdgXnuGEX3f+ HQK+PtjB3A53A2pmptjOEV5wXgv5X6tjJeZWlIj28tbxfihRzY Lxx0ynO3UKkMe0upD4jOduEnMPeOvoVNyerVphgqFFEd0T4hRd OVVRw20gBfDh/4JmhL2/Y8OQLdOQxq4+kCYbo5cPEge9hTELMAkGBSsOAwIaBQAwgcQGCS qGSIb3DQEHATAUBggqhkiG9w0DBwQIFuAVzrzG9p6AgaCrEZnR w5JPZAbMkifR8d9an5LSSm4fG7vvNphj3k0eg8kDeWJQgMDQks 03M68lfZWN8rSwYJouIBrt5dzdJZa3ANmgDRSwZCH9xjRHNUR8 cINbSR3DNbSl5+1szxLe66YLQ4fPAYHGc+vygyVxHqGVtH+Ahw UcuUobRSwaFRhDJSIXuIXTKMhRdh3Udbkat33OwuB7sUOxL1U2 uchce4fAoIIDhzCCA4MwggLsoAMCAQICAQAwDQYJKoZIhvcNAQ EFBQAwgY4xCzAJBgNVBAYTAlVTMQswCQYDVQQIEwJDQTEWMBQG A1UEBxMNTW91bnRhaW4gVmlldzEUMBIGA1UEChMLUGF5UGFsIE luYy4xEzARBgNVBAsUCmxpdmVfY2VydHMxETAPBgNVBAMUCGxp dmVfYXBpMRwwGgYJKoZIhvcNAQkBFg1yZUBwYXlwYWwuY29tMB 4XDTA0MDIxMzEwMTMxNVoXDTM1MDIxMzEwMTMxNVowgY4xCzAJ BgNVBAYTAlVTMQswCQYDVQQIEwJDQTEWMBQGA1UEBxMNTW91bn RhaW4gVmlldzEUMBIGA1UEChMLUGF5UGFsIEluYy4xEzARBgNV BAsUCmxpdmVfY2VydHMxETAPBgNVBAMUCGxpdmVfYXBpMRwwGg YJKoZIhvcNAQkBFg1yZUBwYXlwYWwuY29tMIGfMA0GCSqGSIb3 DQEBAQUAA4GNADCBiQKBgQDBR07d/ETMS1ycjtkpkvjXZe9k+6CieLuLsPumsJ7QC1odNz3sJiCbs2w C0nLE0uLGaEtXynIgRqIddYCHx88pb5HTXv4SZeuv0Rqq4+axW 9PLAAATU8w04qqjaSXgbGLP3NmohqM6bV9kZZwZLR/klDaQGo1u9uDb9lr4Yn+rBQIDAQABo4HuMIHrMB0GA1UdDgQWB BSWn3y7xm8XvVk/UtcKG+wQ1mSUazCBuwYDVR0jBIGzMIGwgBSWn3y7xm8XvVk/UtcKG+wQ1mSUa6GBlKSBkTCBjjELMAkGA1UEBhMCVVMxCzAJBg NVBAgTAkNBMRYwFAYDVQQHEw1Nb3VudGFpbiBWaWV3MRQwEgYD VQQKEwtQYXlQYWwgSW5jLjETMBEGA1UECxQKbGl2ZV9jZXJ0cz ERMA8GA1UEAxQIbGl2ZV9hcGkxHDAaBgkqhkiG9w0BCQEWDXJl QHBheXBhbC5jb22CAQAwDAYDVR0TBAUwAwEB/zANBgkqhkiG9w0BAQUFAAOBgQCBXzpWmoBa5e9fo6ujionW1hU hPkOBakTr3YCDjbYfvJEiv/2P+IobhOGJr85+XHhN0v4gUkEDI8r2/rNk1m0GA8HKddvTjyGw/XqXa+LSTlDYkqI8OwR8GEYj4efEtcRpRYBxV8KxAW93YDWzFGv ruKnnLbDAF6VR5w/cCMn5hzGCAZowggGWAgEBMIGUMIGOMQswCQYDVQQGEwJVUzELM AkGA1UECBMCQ0ExFjAUBgNVBAcTDU1vdW50YWluIFZpZXcxFDA SBgNVBAoTC1BheVBhbCBJbmMuMRMwEQYDVQQLFApsaXZlX2Nlc nRzMREwDwYDVQQDFAhsaXZlX2FwaTEcMBoGCSqGSIb3DQEJARY NcmVAcGF5cGFsLmNvbQIBADAJBgUrDgMCGgUAoF0wGAYJKoZIh vcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDU wMjA2MTczMjEwWjAjBgkqhkiG9w0BCQQxFgQUEsTfyRa40lFKO q/2PhyztWL9WV8wDQYJKoZIhvcNAQEBBQAEgYA8ZKp0iyPq9nHoh SRgD8dvTuBmFSCFFN73/UcdZMepgrcz32YPae7rJymNkwP+2RjQRkXGOlEhFT4HRZeqi11 kOuW09OtN3YN2j9tHeHc2Om1xJ1izuYvkVpz7irnSyMY8P5JG8 Cxlr2lW7zKlN08Km4vyZr+CLDzjovflJMeENg==-----END PKCS7-----
">
</form>
Todos os contributos e ajudas a este projecto sao benvindas. :)
Obrigado.

paypal accepted :)

update! vs 1.02 :D

Time: 77.722

AMD XP-M 2500+ @ 11,5x200Mhz & 2-2-2-5 1:1

75.297

Celeron @3960

obrigado pelos resultados! :)

mandem sugestoes para melhorar o programa. :)

ps: esses pcs estao pouco optimizados... :D $me @ 3700+ -> 56.77segs :P

62.172
Amd 2400+@2200 11*200 2.5-3-3-7

71.083 @ 2400 (200x12)

O que consideram por optimizado?!?! Em k condições correr o programa?!

[[]]

43.980 2500+@3200+

n percebo é a discrepancia do meu resultado c os vossos
n sei s é por ter corrido em linux :\

http://pwp.netcabo.pt/0428317501/fotos/resultado.png

Deve ser.... Mas isso só mm o Red é k pode explicar....

vamos a ver..
já agora alguem k corra isto em linux para ver s é msm isso pois ha ai sistemas bem melhores k o meu

71.083 @ 2400 (200x12)

O que consideram por optimizado?!?! Em k condições correr o programa?!

[[]]

optimizado no sentido de n ter aplicacoes a rular por tras e ter memoria o mais limpa e "organizada" (aka "desfragmentada") possivel. :)



43.980 2500+@3200+

n percebo é a discrepancia do meu resultado c os vossos
n sei s é por ter corrido em linux :\


relativamente as discrepancias de tempos linux/windowz pode dever-se a 2 factores:
- linux ter um sistema de gestao de memoria mais rapido k o windowz (sera?!)
- as latencias das memorias serem diferentes (principalmente este...)


[[]]


ps: judg3 esse erro k da "PAUSE: commando not found" deve-se a isto: system("PAUSE");
esta funcao nao trabalha em linux (??) mas pode ser substituida por uma outra como esta descrito num comentario no ficheiro de codigo. :)

TB HA EDIÇAO TUGA! :D ta la no mesmo sitio donde a inglesa mas com "pt" em vez de "en" :x2:

acho k n deve existir essa funcao em linux.. mas vou ver isso

acerca das latencias n tenho assim umas boas latencias 5-3-3-2.5 :\ deverá ser mesmo do sistema de gestao d memoria do linux é esperar por resultados obtidos em linux

Alguem k tenha Linux e Windows no mm pc k faça o teste nas mesmas condições para ver a disquerpancia de valores sff...

[[]]

Eu aposto o esquerdo em como é por ser em linux..o linux sp foi mais leve q o win...ouvesse drivers e 3dmark pra linux e acabavam-se os benchs em 2000pro /etc..

[]z

bumpando pra xima :D

depois eu faço... agora nao da :x2:

nova versao dentro de dias! :P "rulando" SSE :004:

[[]]

A64 3400+ CH @ 2400 (10x240), mems a 240(1.5-2-2-4), e so faz 70.2xx s


esquezito...

A64 3400+ CH @ 2400 (10x240), mems a 240(1.5-2-2-4), e so faz 70.2xx s


esquezito...


:wow: realmente ha aki gato... :eek:

na proxima versao vou mexer no bench de modo a po-lo o mais uniforme possivel em tempos em windowz e linux.

axo k isto tem mesmo a ver com o sistema de gestao de memoria dos os...


[[]]

n acho k haja gato..
é cm tu dizes red alert , é por ter sido corrido em linux agora para confirmar esta hipotese é esperar k alguem corra tb em linux

+/- 55 seg em XPmobile a +/- 2500mhz c/1024ram em winxp

bem ontem experimentei a pressa e inda fiz menos
40 seg

http://pwp.netcabo.pt/0428317501/fotos/resultado2.png

alguem c linux k post ai um resultado

Boas
O meu score foi fraquinho :P P4 3.0 no OC e com 1gb d ram fiz 70 sec com mts processos em cima :P tenho de optimizar isto e ver o que sai :) grande utilitário anyway :D

[OFFTOPIC =on]
judg3 que dist linux é essa ? é porque estou á procura de uma para usar regularmente e ainda não vi nada que gostasse mesmo essa parece simpleszita e tal :P
[OFFTOPIC =off]

WindowsXP+SP2 acabado de instalar sem reiniciar... 50.xxx

WindowsXP+SP2+Nforce = 54.xxx

(não sei quais são, alguem sabe como se vê a versão dos nforce??)

swimmerboy ja foi melhor o resultado instala ai uma distro qlq d linux e checka isto

offtopic : quickfire esta distro é o mandrake 10.0 ja saiu o 10.1 parece k esta + rapido k esta versao ;)

Men, não percebo um cu de linux e não vou instalar só para fazer o teste de qual é mais rápido...
para isso o Red tinha de me pagar imensamente bem....

Agora já com bue cenas a correr e com outros drivers nforce (estes são os 4.27) deu-me agora 51.665 segundos...

lol n precisas d perceber mt para instalar o mandrake p exemplo

e assim estavamos a ajudar o redalert :P mas acho k esta visto k é msm a diferenca d SO

bOuas.

acho k ja descobri o gato.... :)
o problema reside na maneira como os OS gerem a memoria. kando um programa pede para reservar um pedaço de memoria ao OS o k este faz é 'blokear' uma seccao de memoria e retornar o seu endereço. ate aki tudo bem mas "va-se la" saber pk o windows (linux por ventura..) reserva a memoria ram para akilo k bem entende. kando o CBurner reserva x MB de memoria nao ta mais do k a ficar com uma posicao de memoria do paging file. para quem nao sabe o k é isto nao é mais do k uma expansao da ram para o disco rigido; por exemplo quando acaba a ram em vez do pc crashar continua sem grandes problemas mas a trabalhar com o disco como memoria principal... :x2:

depois disto tudo :D torna-se evidente pk é que ha tempos dispares e nao influenciaveis pelas latencias das rams.

agora ja percebem pk é k um (e.g.) p3 500mhz tem os mesmos tempos dum a64 a 3500+ :D

tou a tentar contornar isto passando o CBurner a reservar para si ram fisica e nao ram virtual...


Men, não percebo um cu de linux e não vou instalar só para fazer o teste de qual é mais rápido...
para isso o Red tinha de me pagar imensamente bem....

achas k um simples coder k desenvolve open source tem paka pra pagar a betah testers? :D :P

[[]]



ps: embora um bench com utilizacao exaustiva do paging file (aka CBurner :D) tb seja um bom metodo de avaliçao dum sistema (e.g. para jogos) acho k nao é isto k se ker por enquanto. :P

versao betaH 1 disponivel! see @ top :)

se o vosso paging file upa upa nao se assustem! :P

[[]]

estranho bue erros a compilar aki em linux.. 8o

vou verificar os erros ...

estranho bue erros a compilar aki em linux.. 8o

vou verificar os erros ...

os erros k aparecem sao relativos a uma funcao k implementei na betah 1 k so rola em windowz. provavelmente so ficara na betah 1 visto ja tar em marcha uma nova funcao k tb trabalha em linux e tem o mesmo fim: dar a velocidade (hz) do cpu. ;)

[[]]

edit: as extensoes para SSE tb podem dar erros de compilaçao! seguir as instruçoes que estao no cabeçalho do ficheiro de codigo. :)

Very nice app ;)

ya eu reparei :)
tinhas incluido uma livraria windows.h

n tinha reparado.. :P fico entao a espera da nova betah :P

Alph : tks ;)

judg3: retira o include da windows.h e apaga a funcao getFreqFromRegistry(). assim ja podes usa-lo em linux. :001:

pra kem kiser compilar isto é aconselhaval ler o cabeçalho do ficheiro de codigo! la diz os parametros a usar no compilador! :)

[[]]

:lol: :lol:

sou msm burro tinha la a dizer :P

eu com a 1ª version com linux fiz 60 e no windows fiz apenas 120 um pouco estranho ? maybe :D

hmm, com um portátil p3 mobile 1000mhz e 512MBs e uma porrada de aplicações a correr, 40.706 segundos !?

http://ceko.dyndns.org/~shownomercy/pics/testeCburner/teste1Cburner.JPG

NoMercy: o tempo k a versao beta 1 demora a fazer o bench é diferente da versao 1.0! ando a fazer modificaçoes no programa para ver se atino com uma maneira de benchar um sistema com tempos semelhantes em sistemas operativos diferentes. (windowz/linux).



[[]]

NoMercy: o tempo k a versao demora a fazer o bench é diferente da versao 1.0! ando a fazer modificaçoes no programa para ver se atino com uma maneira de benchar um sistema com tempos semelhantes em sistemas operativos diferentes. (windowz/linux).



[[]]

Ok, continua o bom trabalho.
Só tenho um pedido a fazer: que incluas os ficheiros de include (por ex: windows.h) etc com o código. Ou pelo menos põe num zip á parte.
É que os que tenho aqui, em windows, não funcionam com o teu código (axo que é porque os meus são os do .NET e pedem parametros a identificar o SO)
Em linux já experimentei e compila bem se comentarmos o windows.h e a funcção para ir buscar a frequência do cpu.

Ok, continua o bom trabalho.
Só tenho um pedido a fazer: que incluas os ficheiros de include (por ex: windows.h) etc com o código. Ou pelo menos põe num zip á parte.
É que os que tenho aqui, em windows, não funcionam com o teu código (axo que é porque os meus são os do .NET e pedem parametros a identificar o SO)
Em linux já experimentei e compila bem se comentarmos o windows.h e a funcção para ir buscar a frequência do cpu.


boas.

tks. :)

n precisas compilar o codigo em windowz visto k o *.rar k esta no sourceforge.net ja tem o programa compilado em windowz. :) ainda assim posso incluir o windows.h no source code mas é estranho k os teus includes sejam diferentes dos k sao habitualmente utilizados com derivados de gcc em windows.

[[]]

boas.

tks. :)

n precisas compilar o codigo em windowz visto k o *.rar k esta no sourceforge.net ja tem o programa compilado em windowz. :)

pois eu sei, foi assim que corri o teste em windows. Mas tava a ver se o compilava eu ;)


ainda assim posso incluir o windows.h no source code mas é estranho k os teus includes sejam diferentes dos k sao habitualmente utilizados com derivados de gcc em windows.
[[]]

Não estava a usar nenhum derivado do gcc para windows.
Estava a usar o compilador de c do VS.NET, mas dá-me uns erros porque precisa de umas instruções para identificar o SO ou a plataforma segundo percebi.
Tambem tentei com um "compiladorzinho" só de c que já tinha usado antes para outras coisas http://www.c-compiler.com/ mas faltavam-me montes de headers.
De qualquer maneira acho que não era só o windows.h que faltava.
Deixa estar, quando tiver tempo logo procuro na net os headers que me faltarem.

Não estava a usar nenhum derivado do gcc para windows.
Estava a usar o compilador de c do VS.NET, mas dá-me uns erros porque precisa de umas instruções para identificar o SO ou a plataforma segundo percebi.



tenho de compilar o codigo em visual studio pra ver esses "requests". ;) vai na volta é mais uma paneleirisse do mr bULL gates :D :joker:

[[]]

HUM, interessante, em que linguagem foi programado??

HUM, interessante, em que linguagem foi programado??

(C)Burner...


Linguagem C ;)

LOOOOL então o "C" vem dai :D

:)

(C)Burner...


Linguagem C ;)

versao 1.0: 100% C

versao 1.1 betah 1: 70% C + 30% assembly ("implicito") :D

[[]]

xpin xpin bumpando para cima com todo o gazEx :D

xpin xpin bumpando para cima com todo o gazEx :D

redalert esse projecto, continua em cima? com todo o gás? ou já te fartas-te dele?

redalert esse projecto, continua em cima? com todo o gás? ou já te fartas-te dele?


ta a meio-gas. :) epoca de testes n da pra muito mas la vou fazendo umas coisitas. :D

[[]]

alguem pode testar o meu programa (versao 1.1 beta 1) com um P4 para ver se mete o cpu a full load sff? tenho um caso em k nao "loada" um P4 ao maximo; fica a 50% de capacidade. :(

obrigado

[[]]

alguem pode testar o meu programa (versao 1.1 beta 1) com um P4 para ver se mete o cpu a full load sff? tenho um caso em k nao "loada" um P4 ao maximo; fica a 50% de capacidade. :(

obrigado

[[]]

Ok, fiz o teste com um P4 ht 2.8 (1GB de memória) e ficou a 50% de load (ou a pouco mais). Vê print screens.
Não te esqueças que era um p4 HT (hyper threading) e assim sendo, o processador tenta simular 2 processadores (isto é visivel no "Device Manager" "Processors", no pc onde fiz o teste mostra dois P4 a 2.8Ghz distinctos, como se fossem mesmo 2 processadores fisicos.). Pode ser esta a razão k alguns P4 só fiquem a 50% de load. Podes só tar a dar trabalho a uma das threads no processador.

http://ceko.dyndns.org/~shownomercy/pics/testeCburner/teste1.JPG
http://ceko.dyndns.org/~shownomercy/pics/testeCburner/teste2.JPG

tks. :)

axo k o prob esta na maneira como o windowz ve o ht... ou o ht ve o windowz :x2: mesmo com outros programas da concorrecia :rolleyes: o cpu tb n fica a 100% so a +- 50%. :wow:

vou tentar ver o k se pode fazer pra fritar os p4. :004:


tks outra vez.

[[]]

boas.

pedia o grande favor de me enviarem screenshots do programa cpuZ de quem tiver amd64 (especialmente core NewCastle e Winchester) para redalert[AT]overclock.fbnet.org :)

kem tiver um fx55 k mande tb sff! :D

obrigado.

80seg :P amd 2500+ @ 3200+. linux


suponho ke seja mauzinho :P


com a versão beta, 11.6 segundos? algo de estranho se passa

boas.

o bench das versoes ate agora disponiveis nao sao muito lineares. ou seja o sistema de bench nao é de fiar.:D tou a tratar de desenvolver um novo algoritmo pra benchar os pcs do ppl :)

novidades pra breve!

obrigado e [[]].

excelente iniciativa redalert..

resta saber ate que ponto o programa é eficaz no teste das memorias/cpu e no seu burnin =:)
ja agora, para quando um aspecto mais user friendly? =;)

btw, tenho 2 sistemas A64, um socket 939 de 90nm e outro 754 de 130nm, se precisares de alguma ajuda com esses sistemas, da uma apitadela..

excelente iniciativa redalert..

resta saber ate que ponto o programa é eficaz no teste das memorias/cpu e no seu burnin =:)
ja agora, para quando um aspecto mais user friendly? =;)

btw, tenho 2 sistemas A64, um socket 939 de 90nm e outro 754 de 130nm, se precisares de alguma ajuda com esses sistemas, da uma apitadela..


tks. :)

burnin: ja tou a implementar alguns melhoramentos. :) :004:
user friendly: tb ja ando a tratar disso pra mandar de vez a "coisa preta" pra cova funda :D

se puderes mandar um screenshot do cpuid desses 2 cpu ficava muito agradecido.

kalker cena email: redalert[AT]overclock.fbnet.org :D

[[]]

boas.

alguma alma caridosa :) k keira testar esta versao beta (http://pwp.netcabo.pt/redalert/cburner/cburner_pt_vs11.rar) sff? o bench nesta versao nao esta disponivel! ainda anda em "obras" :)

executem so em windowZ!

codigo-fonte disponivel! basta mandarem um mail ou pm k eu posso fornece-lo.

o cpuid so funciona, por enquanto, em cpus da amd ;).

sugestoes e criticas venham elas!!:D

obrigado.

[[]]

Quanto aos benchs testei agora num centrino 1300mhz. A versao 1.02 deu 95seg no wind e 64 no linux.

No entanto a versao beta, deu 31seg no linux e 30 no windows :) Quanto à velocidade do processador pq nao metem o valor do /proc/cpuinfo e pronto. Isto no linux claro.

(...)Quanto à velocidade do processador pq nao metem o valor do /proc/cpuinfo e pronto. Isto no linux claro.

? :wow: nao percebi o k querias dizer com isto...

[[]]

redalert, tens msn?
se tiveres adiciona-me..

aquela funçao que tens para descobrir a freq do processador. Era uma forma de ver isso no linux. Acho eu :P

redalert, tens msn?
se tiveres adiciona-me..

ja ta. :)

aquela funçao que tens para descobrir a freq do processador. Era uma forma de ver isso no linux. Acho eu :P

ja percebi. :D vou ver o k se pode fazer com isso. tks.


ninguem com p4 k keira 'estalar' o cpu com a versao beta acima? :D

[[]]

com o programa que está no post inicial: 48.859s num XP-M 2500+ @ 2500Mhz

só queria dar 2 sugestões:
- durante o burn haver uma tecla de "escape"
- arranjares uma maneira do processo do programa ser de baixa prioridade porque senão o pc nem se mexe o que não acontece com outros programas de burn :p

boas.

kanto a tecla de "escape" ja ta a ser implementado. :)
kanto a potencia do burn... meuX amiguZes... o burn da "concorrencia" é um burn pra meninas!! :lol: um burn aH homem é levar o cpu ao limite! :D ainda assim vou ver o k se pode fazer pra por 2 tipos de burn("light" e "aH homem" :P).

tks.

[[]]

tens o ctrl + C para sair do prob.

Mas redalert, o prog testa bem a ram? ou so o cpu? é que so aloca pelo que tens la 3Mb ou 180Mb.. e o resto? como vejo se tenho OC a mais? da um erro? ou encrava-me mesmo o pc?

boas.

kanto a tecla de "escape" ja ta a ser implementado. :)
kanto a potencia do burn... meuX amiguZes... o burn da "concorrencia" é um burn pra meninas!! :lol: um burn aH homem é levar o cpu ao limite! :D ainda assim vou ver o k se pode fazer pra por 2 tipos de burn("light" e "aH homem" :P).

tks.

[[]]
dooohhhh :007: o que eu te disse foi para baixar a prioridade do processo, ele vai continuar a usar 100% só que quando outra app precisar de cpu, o windows vai libertar um pouco, continuando na prática a usar 100% uma vez que usa por exemplo 95% pro cburner e os 5% para a outra app 95 + 5 = 100 :D

tens o ctrl + C para sair do prob.

Mas redalert, o prog testa bem a ram? ou so o cpu? é que so aloca pelo que tens la 3Mb ou 180Mb.. e o resto? como vejo se tenho OC a mais? da um erro? ou encrava-me mesmo o pc?

xii k interrogatorio :D

o prog testa bem a ram? resp: o CBurner testa a estabilidade do "interface" cpu/memoria, ou seja, nao vai testar se a ram gera erros de escrita ou leitura mas sim o processo de transferencia de dados. é um teste muito ao estilo "brute-force": toma la uma porrada de dados e agora desem*rda-te; da ca uma porrada de dados se nao consegues desem*rda-te. :)

ou so o cpu? resp: idem

é que so aloca pelo que tens la 3Mb ou 180Mb.. e o resto? resp: ele aloca memoria ao longo do espaço livre. aloca e realoca num espaço "teoricamente" diferente testando assim a maior quantidade de memoria possivel.

como vejo se tenho OC a mais? da um erro? ou encrava-me mesmo o pc? resp: se tiveres oc a mais é provavel k o pc crash com os testes ou burn.

dooohhhh :007: o que eu te disse foi para baixar a prioridade do processo, ele vai continuar a usar 100% só que quando outra app precisar de cpu, o windows vai libertar um pouco, continuando na prática a usar 100% uma vez que usa por exemplo 95% pro cburner e os 5% para a outra app 95 + 5 = 100 :D

o k interessa aki é k o CBurner tenha a maior prioridade possivel no burn. so assim é k se obtem a temperatura maxima no cpu e se testa a estabilidade dele! quanto menor a prioridade menor a carga e maior o numero de ciclos k passam em "branco" ao burn logo menor a eficacia. :)

ja implementei 2 burns no prog. assim fica a escolha do fregueZ o k ker fazer :P

[[]]

versao actualizada!
com melhoramentos no burn e cpuid!
http://pwp.netcabo.pt/redalert/cburner/cburner_pt_vs11.exe

agradeço ao ppl k tenha amd (especialmente amd64) k teste o cpuid (opcao 4) do cburner.

obrigado.

[[]]

ainda tem aquele prob em relaçao aos winchester =:/

ainda tem aquele prob em relaçao aos winchester =:/

posta aki sff os dados do teu cpu k eu adiciono-o a lista. :) nao encontro em lado algum uma tabela com todos os cpus da amd e seus "parametros" de identificaçao. é quase segredo dos deuses.... :die:


tks. [[]]

o que queres saber do cpu? =:P

tudo. :D

model/family, extended model/family, core, socket, ... :)

[[]]

quando te apanhar no msn ja te digo =:P
alias... axo que ja te mandei uma pic..
lol

ora ca vai mais um kUnami... ups... CBurner :D

versao 1.1 beta 5 disponivel. novidades no topo da pagina! :)

[[]]

ninguem tem uma palavra a dizer? :D

[[]]

Hum... Não tenho muito a dizer da nova beta só que era fixe ter o CPUID para p4 e... o bench a funcionar mas cada coisa a seu tempo :P desde que fique porreiro no fim isso é que conta. Quanto ao burn nos p4 não testei... tenho o aquecedor ligado no quarto com stock cooler :P HOT :D

Hum... Não tenho muito a dizer da nova beta só que era fixe ter o CPUID para p4 e... o bench a funcionar mas cada coisa a seu tempo :P desde que fique porreiro no fim isso é que conta. Quanto ao burn nos p4 não testei... tenho o aquecedor ligado no quarto com stock cooler :P HOT :D

a lista de prioridades de implementaçao estao na pagina principal da thread. :) contudo penso k em 2 ou 3 versoes beta ja tenha os 2 primeiros topicos implementados. ;)

testa o burn em p4 k esta beta 5 ja traz umas optimizaçoes pra multi-cpu :P


tks.

[[]]

mais um objectivo adicionado para implementar!

guess what? capacidade de oc :D


[[]]