1 |
2010/7/22 Zhu Sha Zang <zhushazang@×××××××××.br> |
2 |
|
3 |
> |
4 |
> -----BEGIN PGP SIGNED MESSAGE----- |
5 |
> Hash: SHA1 |
6 |
> |
7 |
> Em 22-07-2010 15:31, Daniel da Veiga escreveu: |
8 |
> > 2010/7/22 Igor Miranda <miranda.igor@×××××.com |
9 |
> > <mailto:miranda.igor@×××××.com> <miranda.igor@×××××.com>> |
10 |
> |
11 |
> > |
12 |
> > to usando gentoo 64 |
13 |
> > |
14 |
> > x11-drivers/xf86-video-intel-2.9.1 |
15 |
> > x11-base/xorg-server-1.7.6 |
16 |
> > |
17 |
> > x11-base/xorg-x11-7.4-r1 |
18 |
> > |
19 |
> > sys-kernel/gentoo-sources-2.6.33-r2 |
20 |
> > |
21 |
> > |
22 |
> > |
23 |
> > Top post é complicado de responder. |
24 |
> > Respostas sem menção do assunto do OP para mim são trolls, e |
25 |
> > portanto, passam batido. Ele só mencionou o Windows para dizer que o |
26 |
> > hardware tem a capacidade, e que portanto, é um problema do software |
27 |
> > (driver) da Intel para Linux. |
28 |
> > |
29 |
> > Mas ao assunto em questão... Suas versões são do stable, |
30 |
> > infelizmente tanto o xorg, como os drivers da intel das versões que |
31 |
> > você está usando tem desempenho sofrível (lembro de quando usava |
32 |
> > essas versões). O desenvolvimento de lá para cá foi muito acentuado |
33 |
> > (e eu passei a usar testing). |
34 |
> > |
35 |
> > Muita dor de cabeça também. Ser OBRIGADO a setar o modesetting no |
36 |
> > kernel, mudar alguma ou outra configuração, framebuffer por padrão |
37 |
> > sem chance de retirar, etc. Provavelmente também estás usando o |
38 |
> > OpenGL do Xorg, que não vai conseguir muita coisa do driver da Intel. |
39 |
> > |
40 |
> > Por favor me diga o resultado do comando: |
41 |
> > |
42 |
> > glxinfo | grep OpenGL |
43 |
> > |
44 |
> > Assim confirmamos se você está usando a implementação opengl (GEM) |
45 |
> > da Intel. |
46 |
> > |
47 |
> > -- |
48 |
> > Daniel da Veiga |
49 |
> |
50 |
> mimimimi. |
51 |
> |
52 |
> Hardware de video intel é uma porcaria fora da caixinha de pandora |
53 |
> chamada windows. Blobs tocando no kernel não ajudam em nada. Então, |
54 |
> boa performance ou se usa Windows, ou troca de chipset de video. Ah, e |
55 |
> tenho a porcaria da placa intel aqui. Não exijo demais da pobrezinha: |
56 |
> |
57 |
> x11-drivers/xf86-video-intel-2.12.0 |
58 |
> x11-base/xorg-server-1.8.2 |
59 |
> sys-kernel/gentoo-sources-2.6.34-r1 |
60 |
> |
61 |
> Gentoo/x86 |
62 |
> |
63 |
> |
64 |
> OpenGL vendor string: Tungsten Graphics, Inc |
65 |
> OpenGL renderer string: Mesa DRI Intel(R) 852GM/855GM GEM 20100328 |
66 |
> 2010Q1 x86/MMX/SSE2 |
67 |
> OpenGL version string: 1.3 Mesa 7.8.2 |
68 |
> OpenGL extensions: |
69 |
> |
70 |
> 284 frames in 5.0 seconds = 56.625 FPS |
71 |
> 285 frames in 5.0 seconds = 56.851 FPS |
72 |
> 283 frames in 5.0 seconds = 56.570 FPS |
73 |
> 279 frames in 5.0 seconds = 55.800 FPS |
74 |
> |
75 |
> |
76 |
Ou você também tem vsync (ou seja, nunca vai ganhar mais do que 55/60 fps, |
77 |
como eu) ou tem algum problema. Tenho intel em dois notebooks e no desktop |
78 |
empresarial que estou agora, todos com desempenho bom (não ótimo, que o |
79 |
chipset não é para isso), mas consigo rodar compiz fusion tranquilamente |
80 |
(até no meu netbook EEE 900) e de vez em quando abusar da placa com algum |
81 |
jogo. |
82 |
|
83 |
Depois das últimas atualizações (kernel e driver de vídeo), consigo |
84 |
performance razoável e comparável com o Windows no meu Linux no Quake 3 e no |
85 |
Unreal, com o mesmo chipset. |
86 |
|
87 |
Running synchronized to the vertical refresh. The framerate should be |
88 |
approximately the same as the monitor refresh rate. |
89 |
302 frames in 5.0 seconds = 60.207 FPS |
90 |
300 frames in 5.0 seconds = 59.809 FPS |
91 |
299 frames in 5.0 seconds = 59.609 FPS |
92 |
300 frames in 5.0 seconds = 59.809 FPS |
93 |
-- |
94 |
Daniel da Veiga |