информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Все любят медСтрашный баг в WindowsЗа кого нас держат?
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Последний второй Python 
 Microsoft предупредила о двух незакрытых... 
 Перевод Firefox на DNS over HTTPS 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / dnet
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
[RC5] драйвера 18.12.08 17:45  Число просмотров: 3329
Автор: Miraj <Михаил> Статус: Member
<"чистая" ссылка>
> > скачал последний драйвер по ссылке... но ставил его не
> я...
> Жаль. Так он пишет, когда дрова старые. Не смог создать
> контекст.

Тот тетст что я выкладывал оказывается был сделан на драйверах 8,11. Поставил 8,12 ничего существенно не изменилось, только пик подрос до 48 мегакеев.

--** Started logging **-------------------------------------
v12.12
Benchmarking
Initializing enviroment...
Loading IL program
Found RV630 device at 725 MHz (3 SIMDs, wavefront size=64)
28 MB of cached, 256 MB uncached RAM available
Compiling...
Linking...
Allocating LOCAL buffers
Program info:

Scratch regs needed: 0

Number of shared GPRs: 0

Number of shared GPRs total: 0

Slow mode: no

Number of wavefronts per SIMD: 0

Is max wavefronts per SIMD?: no

---Benchmarking core, peak size (no readback)---
Using optimal size (8x24)
Iters: 8192, time=156 ms, 52512 iters/sec, 40 Mkeys/sec
Iters: 16384, time=328 ms, 49951 iters/sec, 38 Mkeys/sec
Iters: 32768, time=640 ms, 51200 iters/sec, 39 Mkeys/sec
Using optimal size (24x8)
Iters: 8192, time=157 ms, 52178 iters/sec, 40 Mkeys/sec
Iters: 16384, time=328 ms, 49951 iters/sec, 38 Mkeys/sec
Iters: 32768, time=656 ms, 49951 iters/sec, 38 Mkeys/sec
---Trying grid (24x24)---
Iters: 2048, time=109 ms, 18788 iters/sec, 43 Mkeys/sec
Iters: 4096, time=203 ms, 20177 iters/sec, 46 Mkeys/sec
Iters: 8192, time=422 ms, 19412 iters/sec, 44 Mkeys/sec
Iters: 16384, time=844 ms, 19412 iters/sec, 44 Mkeys/sec
---Trying grid (32x32)---
Iters: 1024, time=109 ms, 9394 iters/sec, 38 Mkeys/sec
Iters: 2048, time=188 ms, 10893 iters/sec, 44 Mkeys/sec
Iters: 4096, time=406 ms, 10088 iters/sec, 41 Mkeys/sec
Iters: 8192, time=797 ms, 10278 iters/sec, 42 Mkeys/sec
---Trying grid (40x40)---
Iters: 1024, time=157 ms, 6522 iters/sec, 41 Mkeys/sec
Iters: 2048, time=312 ms, 6564 iters/sec, 42 Mkeys/sec
Iters: 4096, time=609 ms, 6725 iters/sec, 43 Mkeys/sec
---Trying grid (48x48)---
Iters: 512, time=110 ms, 4654 iters/sec, 42 Mkeys/sec
Iters: 1024, time=203 ms, 5044 iters/sec, 46 Mkeys/sec
Iters: 2048, time=422 ms, 4853 iters/sec, 44 Mkeys/sec
Iters: 4096, time=843 ms, 4858 iters/sec, 44 Mkeys/sec
---Trying grid (56x56)---
Iters: 512, time=140 ms, 3657 iters/sec, 45 Mkeys/sec
Iters: 1024, time=297 ms, 3447 iters/sec, 43 Mkeys/sec
Iters: 2048, time=578 ms, 3543 iters/sec, 44 Mkeys/sec
---Trying grid (64x64)---
Iters: 512, time=203 ms, 2522 iters/sec, 41 Mkeys/sec
Iters: 1024, time=391 ms, 2618 iters/sec, 42 Mkeys/sec
Iters: 2048, time=765 ms, 2677 iters/sec, 43 Mkeys/sec
---Trying grid (72x72)---
Iters: 256, time=125 ms, 2048 iters/sec, 42 Mkeys/sec
Iters: 512, time=235 ms, 2178 iters/sec, 45 Mkeys/sec
Iters: 1024, time=468 ms, 2188 iters/sec, 45 Mkeys/sec
Iters: 2048, time=954 ms, 2146 iters/sec, 44 Mkeys/sec
---Trying grid (80x80)---
Iters: 256, time=156 ms, 1641 iters/sec, 42 Mkeys/sec
Iters: 512, time=297 ms, 1723 iters/sec, 44 Mkeys/sec
Iters: 1024, time=593 ms, 1726 iters/sec, 44 Mkeys/sec
****Calculating readback speed*****
Using optimal size (8x24)
Iters: 1024, time=1157 ms, 885 iters/sec
Using optimal size (24x8)
Iters: 1024, time=1203 ms, 851 iters/sec
---Trying grid (24x24)---
Iters: 1024, time=1219 ms, 840 iters/sec
---Trying grid (32x32)---
Iters: 1024, time=1266 ms, 808 iters/sec
---Trying grid (40x40)---
Iters: 1024, time=1343 ms, 762 iters/sec
---Trying grid (48x48)---
Iters: 1024, time=1375 ms, 744 iters/sec
---Trying grid (56x56)---
Iters: 1024, time=1469 ms, 697 iters/sec
---Trying grid (64x64)---
Iters: 1024, time=1578 ms, 648 iters/sec
---Trying grid (72x72)---
Iters: 1024, time=1687 ms, 606 iters/sec
---Trying grid (80x80)---
Iters: 1024, time=1797 ms, 569 iters/sec
****Benchmarking full cycle (1b4******
Using optimal size (8x24)
Iters: 8192, time=156 ms, 52512 iters/sec, 40 Mkeys/sec
Iters: 16384, time=328 ms, 49951 iters/sec, 38 Mkeys/sec
Iters: 32768, time=657 ms, 49875 iters/sec, 38 Mkeys/sec
Using optimal size (24x8)
Iters: 8192, time=171 ms, 47906 iters/sec, 36 Mkeys/sec
Iters: 16384, time=329 ms, 49799 iters/sec, 38 Mkeys/sec
Iters: 32768, time=656 ms, 49951 iters/sec, 38 Mkeys/sec
---Trying grid (24x24)---
Iters: 2048, time=109 ms, 18788 iters/sec, 43 Mkeys/sec
Iters: 4096, time=219 ms, 18703 iters/sec, 43 Mkeys/sec
Iters: 8192, time=422 ms, 19412 iters/sec, 44 Mkeys/sec
Iters: 16384, time=843 ms, 19435 iters/sec, 44 Mkeys/sec
---Trying grid (32x32)---
Iters: 1024, time=110 ms, 9309 iters/sec, 38 Mkeys/sec
Iters: 2048, time=203 ms, 10088 iters/sec, 41 Mkeys/sec
Iters: 4096, time=391 ms, 10475 iters/sec, 42 Mkeys/sec
Iters: 8192, time=796 ms, 10291 iters/sec, 42 Mkeys/sec
---Trying grid (40x40)---
Iters: 1024, time=141 ms, 7262 iters/sec, 46 Mkeys/sec
Iters: 2048, time=328 ms, 6243 iters/sec, 39 Mkeys/sec
Iters: 4096, time=594 ms, 6895 iters/sec, 44 Mkeys/sec
---Trying grid (48x48)---
Iters: 512, time=110 ms, 4654 iters/sec, 42 Mkeys/sec
Iters: 1024, time=203 ms, 5044 iters/sec, 46 Mkeys/sec
Iters: 2048, time=422 ms, 4853 iters/sec, 44 Mkeys/sec
Iters: 4096, time=844 ms, 4853 iters/sec, 44 Mkeys/sec
---Trying grid (56x56)---
Iters: 512, time=140 ms, 3657 iters/sec, 45 Mkeys/sec
Iters: 1024, time=281 ms, 3644 iters/sec, 45 Mkeys/sec
Iters: 2048, time=578 ms, 3543 iters/sec, 44 Mkeys/sec
---Trying grid (64x64)---
Iters: 512, time=187 ms, 2737 iters/sec, 44 Mkeys/sec
Iters: 1024, time=391 ms, 2618 iters/sec, 42 Mkeys/sec
Iters: 2048, time=781 ms, 2622 iters/sec, 42 Mkeys/sec
---Trying grid (72x72)---
Iters: 256, time=125 ms, 2048 iters/sec, 42 Mkeys/sec
Iters: 512, time=234 ms, 2188 iters/sec, 45 Mkeys/sec
Iters: 1024, time=469 ms, 2183 iters/sec, 45 Mkeys/sec
Iters: 2048, time=953 ms, 2149 iters/sec, 44 Mkeys/sec
---Trying grid (80x80)---
Iters: 256, time=157 ms, 1630 iters/sec, 41 Mkeys/sec
Iters: 512, time=296 ms, 1729 iters/sec, 44 Mkeys/sec
Iters: 1024, time=610 ms, 1678 iters/sec, 42 Mkeys/sec
Deallocating resources
<dnet>
[OGR] Появились 508 клиенты (беты) 26.11.08 11:50   [HandleX, Heller]
Автор: Ritual Статус: Незарегистрированный пользователь
Отредактировано 26.11.08 11:50  Количество правок: 1
<"чистая" ссылка>
2-9102-508 new: x86: OGR-NG mmx core

Пока только для экзотических платформ ;-)
[rc5] на бигзилле появилась ссылка на тестовую версию по вынь. 13.12.08 14:30  
Автор: panam Статус: Незарегистрированный пользователь
<"чистая" ссылка>
[RC5] +1 бетта 16.12.08 20:50  
Автор: Miraj <Михаил> Статус: Member
<"чистая" ссылка>
http://bugs.distributed.net/attachment.cgi?id=423&action=view
Вот тут прячется
[RC5] Бенч 8200 на новой версие:) 17.12.08 07:56  
Автор: maestro_sochi <maestro> Статус: Member
<"чистая" ссылка>
dnetc v2.9102-508-GTR-08121316 for Win32 (WindowsNT 5.1).
Please provide theentireversion descriptor when submitting bug reports.
The distributed.net bug report pages are at http://bugs.distributed.net/
Using email address (distributed.net ID) 'хххххх@mail.ru'

[Dec 17 04:34:34 UTC] Automatic processor detection found 1 processor.
[Dec 17 04:34:34 UTC] Automatic processor type detection found
a GeForce 8200 (1 MPs) processor.
[Dec 17 04:34:34 UTC] RC5-72: Running micro-bench to select fastest core...
[Dec 17 04:36:20 UTC] RC5-72: using core #9 (CUDA 2-pipe 64-thd busy wait).
[Dec 17 04:36:20 UTC] RC5-72: Loaded random 53:9C9C1903:00000000:1*2^32
[Dec 17 04:36:20 UTC] RC5-72: 0 packets remain in buff-in.r72
[Dec 17 04:36:20 UTC] RC5-72: 0 packets are in buff-out.r72
[Dec 17 04:36:20 UTC] 1 cruncher has been started.
.....10%.....20%
[Dec 17 04:37:17 UTC] RC5-72: using core #0 (CUDA 1-pipe 64-thd busy wait).
[Dec 17 04:37:36 UTC] RC5-72: Benchmark for core #0 (CUDA 1-pipe 64-thd bus ...
0.00:00:16.65 [15,899,775 keys/sec]
[Dec 17 04:37:36 UTC] RC5-72: using core #1 (CUDA 1-pipe 64-thd sleep 100us).
[Dec 17 04:37:56 UTC] RC5-72: Benchmark for core #1 (CUDA 1-pipe 64-thd sle ...
0.00:00:17.32 [13,951,542 keys/sec]
[Dec 17 04:37:56 UTC] RC5-72: using core #2 (CUDA 1-pipe 64-thd sleep dynamic).
[Dec 17 04:38:15 UTC] RC5-72: Benchmark for core #2 (CUDA 1-pipe 64-thd sle ...
0.00:00:16.57 [14,721,387 keys/sec]
[Dec 17 04:38:15 UTC] RC5-72: using core #3 (CUDA 1-pipe 128-thd busy wait).
[Dec 17 04:38:35 UTC] RC5-72: Benchmark for core #3 (CUDA 1-pipe 128-thd bu ...
0.00:00:16.89 [15,899,775 keys/sec]
[Dec 17 04:38:35 UTC] RC5-72: using core #4 (CUDA 1-pipe 128-thd sleep 100us).
[Dec 17 04:38:53 UTC] RC5-72: Benchmark for core #4 (CUDA 1-pipe 128-thd sl ...
0.00:00:16.54 [12,429,560 keys/sec]
[Dec 17 04:38:53 UTC] RC5-72: using core #5 (CUDA 1-pipe 128-thd sleep dyna ...
[Dec 17 04:39:14 UTC] RC5-72: Benchmark for core #5 (CUDA 1-pipe 128-thd sl ...
0.00:00:17.34 [12,437,855 keys/sec]
[Dec 17 04:39:14 UTC] RC5-72: using core #6 (CUDA 1-pipe 256-thd busy wait).
[Dec 17 04:39:32 UTC] RC5-72: Benchmark for core #6 (CUDA 1-pipe 256-thd bu ...
0.00:00:16.48 [8,744,976 keys/sec]
[Dec 17 04:39:32 UTC] RC5-72: using core #7 (CUDA 1-pipe 256-thd sleep 100us).
[Dec 17 04:39:51 UTC] RC5-72: Benchmark for core #7 (CUDA 1-pipe 256-thd sl ...
0.00:00:16.32 [8,196,096 keys/sec]
[Dec 17 04:39:51 UTC] RC5-72: using core #8 (CUDA 1-pipe 256-thd sleep dyna ...
[Dec 17 04:40:10 UTC] RC5-72: Benchmark for core #8 (CUDA 1-pipe 256-thd sl ...
0.00:00:16.54 [8,287,756 keys/sec]
[Dec 17 04:40:11 UTC] RC5-72: using core #9 (CUDA 2-pipe 64-thd busy wait).
[Dec 17 04:40:30 UTC] RC5-72: Benchmark for core #9 (CUDA 2-pipe 64-thd bus ...
0.00:00:16.45 [16,138,272 keys/sec]
[Dec 17 04:40:30 UTC] RC5-72: using core #10 (CUDA 2-pipe 64-thd sleep 100us).
[Dec 17 04:40:49 UTC] RC5-72: Benchmark for core #10 (CUDA 2-pipe 64-thd sl ...
0.00:00:17.32 [12,404,494 keys/sec]
[Dec 17 04:40:49 UTC] RC5-72: using core #11 (CUDA 2-pipe 64-thd sleep dyna ...
[Dec 17 04:41:08 UTC] RC5-72: Benchmark for core #11 (CUDA 2-pipe 64-thd sl ...
0.00:00:17.31 [12,621,983 keys/sec]
[Dec 17 04:41:09 UTC] RC5-72: using core #12 (CUDA 2-pipe 128-thd busy wait).
[Dec 17 04:41:28 UTC] RC5-72: Benchmark for core #12 (CUDA 2-pipe 128-thd b ...
0.00:00:16.73 [7,494,144 keys/sec]
[Dec 17 04:41:28 UTC] RC5-72: using core #13 (CUDA 2-pipe 128-thd sleep 100us).
[Dec 17 04:41:47 UTC] RC5-72: Benchmark for core #13 (CUDA 2-pipe 128-thd s ...
0.00:00:16.32 [7,360,512 keys/sec]
[Dec 17 04:41:47 UTC] RC5-72: using core #14 (CUDA 2-pipe 128-thd sleep dyn ...
[Dec 17 04:42:06 UTC] RC5-72: Benchmark for core #14 (CUDA 2-pipe 128-thd s ...
0.00:00:16.32 [7,356,432 keys/sec]
[Dec 17 04:42:06 UTC] RC5-72: using core #15 (CUDA 4-pipe 64-thd busy wait).
[Dec 17 04:42:24 UTC] RC5-72: Benchmark for core #15 (CUDA 4-pipe 64-thd bu ...
0.00:00:16.32 [8,327,184 keys/sec]
[Dec 17 04:42:24 UTC] RC5-72: using core #16 (CUDA 4-pipe 64-thd sleep 100us).
[Dec 17 04:42:43 UTC] RC5-72: Benchmark for core #16 (CUDA 4-pipe 64-thd sl ...
0.00:00:16.32 [8,208,384 keys/sec]
[Dec 17 04:42:43 UTC] RC5-72: using core #17 (CUDA 4-pipe 64-thd sleep dyna ...
[Dec 17 04:43:02 UTC] RC5-72: Benchmark for core #17 (CUDA 4-pipe 64-thd sl ...
0.00:00:16.51 [8,287,756 keys/sec]
[Dec 17 04:43:02 UTC] RC5-72: using core #18 (CUDA 4-pipe 128-thd busy wait).
[Dec 17 04:43:21 UTC] RC5-72: Benchmark for core #18 (CUDA 4-pipe 128-thd b ...
0.00:00:16.71 [7,461,583 keys/sec]
[Dec 17 04:43:21 UTC] RC5-72: using core #19 (CUDA 4-pipe 128-thd sleep 100us).
[Dec 17 04:43:40 UTC] RC5-72: Benchmark for core #19 (CUDA 4-pipe 128-thd s ...
0.00:00:16.34 [7,356,432 keys/sec]
[Dec 17 04:43:40 UTC] RC5-72: using core #20 (CUDA 4-pipe 128-thd sleep dyn ...
[Dec 17 04:43:59 UTC] RC5-72: Benchmark for core #20 (CUDA 4-pipe 128-thd s ...
0.00:00:16.32 [7,360,512 keys/sec]
Значит, заработало? 16М и то не плохо. Если, конечно, GUI с... 17.12.08 16:51  
Автор: Sla <Sla> Статус: Member
<"чистая" ссылка>
Значит, заработало? 16М и то не плохо. Если, конечно, GUI с ней в фоне тормозить не будут.
[RC5] Значит, заработало!!!! 17.12.08 18:01  
Автор: maestro_sochi <maestro> Статус: Member
<"чистая" ссылка>
> Значит, заработало? 16М и то не плохо. Если, конечно, GUI с
> ней в фоне тормозить не будут.
а вот тормоза ужасные!!!!!
но косяк в том что проц ведь не считает кгда куда работает... а у меня все процессоры 2х ядерные или 4х минимум по 25 мегакеев выдают! смысла включать куду нет... только если все вместе будет считать! есть такая надежда?
Если я правильно помню багзиллу, то там добились снижения... 17.12.08 19:11  
Автор: Sla <Sla> Статус: Member
<"чистая" ссылка>
> минимум по 25 мегакеев выдают! смысла включать куду нет...
> только если все вместе будет считать! есть такая надежда?
Если я правильно помню багзиллу, то там добились снижения загрузки CPU <1%, но тормозит-то не из-за проца, а потому что видюхе не дают времени для отрисовки экрана. У меня в экспериментах с ATI такая же ситуация, думаю, можно ее попробовать победить, например, втыкая небольшую паузу после обработки очередного блока, но скорость упадет. Хотя без этого, использовать клиент можно лишь как числодробильню , либо как screensaver. :(
было бы хорошо если в кудовом клиенте такая же была... 18.12.08 09:17  
Автор: maestro_sochi <maestro> Статус: Member
<"чистая" ссылка>
> Если я правильно помню багзиллу, то там добились снижения
> загрузки CPU <1%, но тормозит-то не из-за проца, а
> потому что видюхе не дают времени для отрисовки экрана. У
> меня в экспериментах с ATI такая же ситуация, думаю, можно
> ее попробовать победить, например, втыкая небольшую паузу
> после обработки очередного блока, но скорость упадет. Хотя
> без этого, использовать клиент можно лишь как
> числодробильню , либо как screensaver. :(
было бы хорошо если в кудовом клиенте такая же была реализация как в обычном что в начале орабатываеться все что более высокого приоритета а потом уже сами блоки! реально?
[RC5] было бы хорошо если в кудовом клиенте такая же была... 18.12.08 17:44  
Автор: Sla <Sla> Статус: Member
Отредактировано 18.12.08 17:47  Количество правок: 1
<"чистая" ссылка>
>более высокого приоритета а потом уже сами блоки!
> реально?
К сожалению, GPU (по крайней мере AMD-шные, но Nvidia, вероятно, тоже) не умеют обрабатывать несколько программ одновременно. и они не могут отложить обработку одного уже запущенного задания, чтобы заняться другим. Поэтому, ИМХО, реально сделать только так: кормить маленькими порциями, с небольшими паузами, чтобы в эти паузы он успевал заниматься своими обычными делами. А сейчас GPU получают работу на время порядка секунды, и, как следствие, в это время не могут рисовать окошки и пр.
Мнение 21.12.08 21:35  
Автор: hazkep Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Слишком много вопросов остается по CUDA клиентам, скрытно его не установить, потому что тормозит. А как быть с играми? ;) На своем компе тоже особо не разгуляешься, разве что запускать когда уходишь, но забывать постоянно будешь...
[RC5] Мнение 21.12.08 23:43  
Автор: Miraj <Михаил> Статус: Member
<"чистая" ссылка>
> Слишком много вопросов остается по CUDA клиентам, скрытно
> его не установить, потому что тормозит. А как быть с
> играми? ;) На своем компе тоже особо не разгуляешься, разве
> что запускать когда уходишь, но забывать постоянно

Ставить серьезные видюхи в сервера)
А в линукс версии cuda клиент? тот что выложен в пре-релизах тормозит прорисовку?
ИМХО решается проблема с прорисовкой програмерами!
Я не знаю что там с Linux, но на Windows тормозит на любом... 22.12.08 10:44  
Автор: hazkep Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> Ставить серьезные видюхи в сервера)
> А в линукс версии cuda клиент? тот что выложен в
> пре-релизах тормозит прорисовку?
> ИМХО решается проблема с прорисовкой програмерами!
> Ставить серьезные видюхи в сервера)
> А в линукс версии cuda клиент? тот что выложен в
> пре-релизах тормозит прорисовку?
> ИМХО решается проблема с прорисовкой програмерами!
Я не знаю что там с Linux, но на Windows тормозит на любом ядре клиент и грузит 50% процессора. Пробую все версии, которые выходят.
да ладно, Вынь-клиенты тестовые не тормозят 22.12.08 13:05  
Автор: panam Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Пробую последние выложенные в бигзилле на -bench на машине со старым-престарым двухядерником и 2-мя Ультрами - не тормозит. И проц меньше грузит.
Под Линукс - Иксы совсем тупят. и клиент останавливают. Но это я мог накосячить с установками... А под 2 карты Иксы вообще заводиться отказались без напильника. Но я Иксы бросил, ибо не нужны. А в консоле работает шустро. И проца одноядерника 3000+ на две 9800gtx+ не хватает.....
У меня Vista x64 может в этом дело...А там где XP нету видео... 22.12.08 15:47  
Автор: hazkep Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> Пробую последние выложенные в бигзилле на -bench на машине
> со старым-престарым двухядерником и 2-мя Ультрами - не
> тормозит. И проц меньше грузит.
У меня Vista x64 может в этом дело...А там где XP нету видео нормального. Ну если под XP не тормозит - хорошо, есть пару мест где поставить можно, когда доделают клиент. Но опять же как он будет себя вести когда человек захочет поиграть? не скажешь же чтобы он сервис клиента останавливал каждый раз. :)
В флдинге это как-то реализовано. когда GPU-клиент в фоне... 18.12.08 17:51  
Автор: Miraj <Михаил> Статус: Member
<"чистая" ссылка>

> Поэтому, ИМХО,
> реально сделать только так: кормить маленькими порциями, с
> небольшими паузами, чтобы в эти паузы он успевал заниматься
> своими обычными делами. А сейчас GPU получают работу на
> время порядка секунды, и, как следствие, в это время не
> могут рисовать окошки и пр.

В флдинге это как-то реализовано. когда GPU-клиент в фоне висит, работать совершенно комфортно, и прорисовка не тормозит...
Интересно, конечно, будет посмотреть исходники, но скорее... 18.12.08 17:54  
Автор: Sla <Sla> Статус: Member
<"чистая" ссылка>
> В флдинге это как-то реализовано. когда GPU-клиент в фоне
> висит, работать совершенно комфортно, и прорисовка не
> тормозит...
Интересно, конечно, будет посмотреть исходники, но скорее всего так и сделано - как кооперативная многозадачность. Хотя, возможно, карты NV в этом отличаются от ATI
Фолдинг считал на своей ATI 3650... 18.12.08 19:10  
Автор: Miraj <Михаил> Статус: Member
<"чистая" ссылка>
Тогда тем более интересно посмотреть исходники :) 18.12.08 19:15  
Автор: Sla <Sla> Статус: Member
<"чистая" ссылка>
Тогда может тут посмотреть-поспрашивать? 18.12.08 19:38  
Автор: Miraj <Михаил> Статус: Member
<"чистая" ссылка>
http://foldingforum.org/
http://folding.typepad.com/news/code-development/
http://folding.typepad.com/

Предлогаю покурить ссылки =) Мой инглиш на 3, так что глубоко копать ен могу(((
[RC5] 18.12.08 21:22  
Автор: Sla <Sla> Статус: Member
<"чистая" ссылка>
Спасибо, попробую :) Но сначала надо хоть что-то выложить, чтобы затаившиеся глюки отлавливать
1  |  2  |  3  |  4  |  5  |  6  |  7  |  8  |  9 >>  »  






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2020 Dmitry Leonov   Page build time: 1 s   Design: Vadim Derkach