Folding@Home - Brincando de kernel. Teste final, com variantes fixas

ilkyest · 29 de novembro de 2013

Bom dia pessoal.

Após estas duas brincadeiras:
http://forum.clubedohardware.com.br/folding-2013-brincando/1134684
http://forum.clubedohardware.com.br/novos-comparativos-kerneis/1118357

E placa mãe nova, eu resolvi novamente brincar de kernel. E atualizar este "tipo" de tópico aqui novamente, dando, acima do possível, algo no mais fidedigno possível em que acreditar.

Apresentando a máquina

Mobo: Gigabyte 970A-D3 - revisão 3.0

Memórias 4+4//2+2 12GB kingston KVR
Processador: Phenom II X4 965BE
Placa de vídeo: Zogis (Nvidia brand) 650Ti. Perfil "maxima performance" no linux, nvidia-settings
Fonte: 2 fontes corsair VX550W. Serão perfeitamente ligadas em paralelo em alguns dias. por enquanto uma alimenta processador, placa mãe e placa de vídeo, e outra, os hds e demais periféricos
Tipo de sistema de arquivos: partição root "XFS" e partição /home "EXT4"

Forma dos testes:

Inicialmente, eu pensei num formato, mas não é praticavel devido ao tempo que leva-se para um "resultado interessante"

Executar o mais de % possível. Claro, eu não disponho de um insumo interessante: tempo... mas dentro do possível, rodarei o que der de % para a análise, quão mais fidedigna for, para "embasá-los"

para a medição posterior, será postado o TPF, ou % posterior à última lida, para garantir que o TPF será "novo"

Assim terei algumas situações

Vou trabalhar por igual os slots (dentro do possível, pois é impossível parar os slots na mesma execução, eles são diferentes)
também, de antemão, já apuro se, naquele kernel, os dois slots concomitantes afetam, um ao outro, o desempenho geral

A seguir, dou reboot, e troco de kernel.. recomeça o folding em outro kernel

A configuração do cliente folding:

Cliente folding será configurado com as seguintes premissas:

cliente versão 7.3.6 em linux, modo gráfico KDE

parâmetros de inicialização:
./FAHClient --advanced

Configuração pura, pelo config.xml

21:21:22: <!-- Folding Slots -->21:21:22: <slot id='0' type='GPU'>21:21:22: <client-type v='beta'/>21:21:22: </slot>21:21:22: <slot id='1' type='CPU'>21:21:22: <client-type v='advanced'/>21:21:22: <cpus v='4'/>21:21:22: <max-packet-size v='500'/>21:21:22: </slot>21:21:22: <!-- Folding Core -->21:21:22: <checkpoint v='3'/>21:21:22: <core-priority v='low'/>21:21:22:21:21:22: <!-- Folding Slot Configuration -->21:21:22: <gpu v='true'/>21:21:22: <power v='full'/>

ilkyest · 1 de dezembro de 2013

Metodologia de testes

Material:

O kernel
O programa systester

O programa systester é um benchmaker que usa o superpi para testar. Nesta versão que uso, compilada via AUR no arch linux, ele vai até 128M de dígitos. E posso usar até 32 threads do processador.

Tendo em vista que eu posso selecionar até 16 "turnos" de testes, ou seja, termina uma bateria e recomeça um novo turno, eu pensei, e gostei dos resultados em fazer assim, testar da seguinte forma

Primeiro momento - Kernel COM NUMA ativado:

folding rodando em idle.... apenas processador foldando
folding rodando em idle... processador e gpu foldando
folding em idle... gpu foldando

vamos ver se influencia ou não um elemento ao outro

Manter ambos foldando, agora testar compactar 35gb de arquivo para formato TAR.

vamos ver se uma transação como acessar arquivos, seja movendo, ou neste caso, compactando, que pode até dar travadinhas na música, influencia enormemente o folding?

64M de dígitos, 8 turnos, rodando a um thread - processador e gpu foldando
64M de dígitos, 4 turnos, 4 threads, intensificando o uso do processador.

Agora veremos se um processamento aritmético consegue influenciar grandemente o folding, que também é um processamento aritmético

Segundo momento - Mesmos kerneis, com mesmo timer frequency, SEM NUMA ATIVADO

Repetir os testes acima com outros kerneis, agora sem o NUMA ativado.

Nos foruns que li, diz-se que o NUMA só é valido, e eficiente, com máquinas com mais de um processador FÍSICO, como os servidores por exemplo.

Citar
Buenas... vamos avaliar se isso é de todo verdade

Terceiro momento

Vamos comparar agora os melhores kerneis com o modo gráfico desligado?

Se o kernel A, sem NUMA foi melhor em situação A, ele será usado sem modo gráfico
Se o kernel A, com NUMA foi melhor, será usado

Citar
Objetivo ver se o modo gráfico influencia no tempo de folding.

ilkyest · 2 de dezembro de 2013

O detalhe dos kerneis

O kernel stock do arch vem setado a 300hz, sem NUMA ativado, e sem patches específicos como o BFQ, e outros. A ideia é aproximar do stock estes kerneis, porque comparar um fusca 1300 com um gol BX 1600 não tem como né pessoal....

Os kerneis serão setados a 300hz, todos que irão ser testados, e sem um scheduler ativo ("default scheduler = no-op")

Então, vamos a um resumo

Kernel setado a 300hz, sem NUMA ativo
kernel a 300hz COM NUMA ativo
O kernel como vem empacotado (pronto para o uso)

Os kerneis que serão usados, possivelmente

Pensei em um leque pequeno de kerneis, devido a que estes que estou trabalhando são constantemente atualizados. O kernel ninja, por exemplo, o cara fica todo "invocadinho" quando alguém dá um flag de desatualizado, mas não atualiza constantemente, então não tem porque meter um treco desses aqui, certo?

O rol dos kerneis

Kernel CK
Kernel LQX
Kernel PF
Kernel ICE
Kernel RT - resta saber se houve atualização quanto ao driver nvidia

Quanto aos kerneis, o que me leva a escolhê-los é o seguinte:

facilidade em compilar

Salvo o kernel LQX que não pode ser alterado o nome dele na configuração, todos os outros a gama de configuração é ampla, ou pode ser pequena, e basta rodar o makepkg, e o kernel estará pronto. Alguns deles, talvez, requerem alterações específicas por causa do driver nvidia, mas isso eu posto oportunamente, quanto ao que tem de fazer

estabilidade e atualização

O kernel é uma rolling release, e não adianta testar, por exemplo, o kernel ck-lts, que está na versão 3.0.0LTS se, possivelmente, ela não é apta a alguns hardwares bastante novos... também não adianta uma "supernova" edição, se fica instavel, não funciona direito, ou tem de levar mais de meia hora configurando

Aliás, nada mais frustrante do que levar 30 minutos configurando, e mais uma hora e 10 compilando, e depois ver que não funciona. Eu sei beeem o que é isso

Facilidade quanto a driveres

explico oportunamente com exemplos

Situação comum a todos os kerneis:

Kernel aparecer no grub

Tudo instalado, no arch, roda-se o comando:

grub-mkconfig -o /boot/grub/grub.cfg

Para atualizar o grub, e o kernel esta pronto para ser iniciado.

Driver de vídeo

todo kernel tem para si um driver. Um kernel compilado pode ter uma chance enorme, e de fato ocorre, que o driver de video não funcione para ele... assim o modo gráfico não sobe

ilkyest · 3 de dezembro de 2013

Muito medo que eu tinha e verdadeiras porcarias que fiz no kernel foram graças ao HQX, em outro forum, e ao colega bernardo que criou, na época, um script de criação de kernel... lá se vai 2 anos....

bah... quanto aprendi....

não edito, por completo, aqui, para deixar meu grande crédito a ele, e ao outro colega, o Galactus, que também fizeram misérias no ubuntu...

hoje não uso mais ubuntu, porque procurei outras questões, e também, tinha enjoado do jeitão deb, e depois que aprendi o jeito arch, até tomo porrada, mas depois que aprendo, não volto pra outros... sei lá, questão de opção

HQX, Galactus, meu muito obrigado

Vejam o tópico aqui:

http://ubuntuforum-br.org/index.php/topic,105729.0.html

E minha homenagem ao Bernardo que tinha um avatar muito feio no GdH que se dedicou ao projeto, e criou um script

http://www.hardware.com.br/comunidade/script-gerador/865908/

bah... muito util me foi... pena que eu não tenho expertise para tratá-lo hoje.. infelizmente

Minhas homenagens cordiais colegas... e vamo que vamo

Hqxriven · 3 de dezembro de 2013

mazááááá.....
o culpado por eu me aventurar por kernel... valeu HQX até parece que pedi MP pra ele

HQX... no arch os patches estão com o kernel.... não tem segredo... se tu fores pra página do kernel, lá em cima, baixar o tarball, descompactar, verás um arquivo makepkg... abra ele com o notepad e estará ali todo o segredo do kernel....

eu tentei mesclar tres patches na última vez, mas não deu muito certo, kkkkkkkkkk, mas eu não conheço muito de kernel... mesclei o ck e o lqx, até funcionou para alguns patches, mas travava a compilação....

Se mesclar assim com certeza vai travar.

O omnislash é que nem página html feita no notepad, todo feito na unha.

Eu analisava os patches utilizados pelos kernels de outras distros e caso fosse interessante inseria no kernel.

O omnislash tinha um pouquinho do fedora, do sidux, do opensuse (ou de qq outra distro que eu encontrasse um patch interessante), mais os patches conhecidos (ck, bfq, etc). O problema era fazer isso tudo trabalhar em conjunto sem dar conflito.

Era por isso que eu demorava para lançar, analisar e testar patches demora. (pcp em um x2 3600 que demorava horas para compilar você mesmo deve estar experimentando isso nos testes do folding, dá um trabalho grande - mas recompensador - não acha?)

em tempo

tu chegaste a atualizar o omnislash com kerneis novos? eu parei no 2.6.33

O omnislash nunca parou. Apenas quis ensinar a receita de bolo para a galera!

ilkyest · 3 de dezembro de 2013

LINUX-PF

Página do projeto

https://aur.archlinux.org/packages/linux-pf/

Criado por: nous Mantenedor: Thaodan

Pkgbuild do kernel, para configuração

Após o pkgbuild rodar, estes são os arquivos baixados

3.12-btrfs-relocate-csums.patch
config
config.local
criu-no-expert.patch
linux-3.12.tar.xz <- baseado no kernel 3.12
linux.preset
change-default-console-loglevel.patch
config.GENERIC-x86_64
config.x86_64
kernel-310-gcc48-1.patch.gz
linux.install
patch-3.12.3-pf.bz2
PKGBUILD

Após o pkgbuild rodar, serão disponibilizados 2 arquivos... o kernel em si, e o headers, que pode ser necessário para alguns programas específicos como o virtualbox, e até o driver nvidia....

Existe, para este kernel, um driver específico de vídeo.

NVIDIA-PF

Hqxriven · 3 de dezembro de 2013

O omnislash nunca parou. Apenas quis ensinar a receita de bolo para a galera!
é... claro... mas a receita de bolo eu pegava pronta né fio..... nunca entendi muito bem os patches....

O meu objetivo com o omnislash foi fazer a galera aprender a pescar, entender os processos e ser independentes nessa caminhada.

nunca entendi muito bem os patches....

Em que sentido? Acrescentar eles ao kernel ou a funcionalidade dos mesmos?

Na dúvida, eu pergunto ao criador, acredite alguns respondem sem te dar patada (outros não).

Por exemplo, nesse momento estou analisando um patch para o readahead do opensuse.

From: Jan cara <[email protected]>

Subject: Update readahead and max_sectors tunables

References: bnc#548529

Patch-mainline: no

Increase read_ahead_kb and max_sectors_kb to values from SLES10 SP3 to get

back sequential IO performance if we are not compiling a -desktop kernel

flavor.

Signed-off-by: Jan cara <[email protected]>

---

include/linux/blkdev.h | 4 ++++

include/linux/mm.h | 4 ++++

2 files changed, 8 insertions(+)

--- a/include/linux/blkdev.h

+++ b/include/linux/blkdev.h

@@ -947,7 +947,11 @@ extern int blk_verify_command(unsigned c

enum blk_default_limits {

BLK_MAX_SEGMENTS = 128,

BLK_SAFE_MAX_SECTORS = 255,

+#ifndef CONFIG_KERNEL_DESKTOP

+ BLK_DEF_MAX_SECTORS = 2048,

+#else

BLK_DEF_MAX_SECTORS = 1024,

+#endif

BLK_MAX_SEGMENT_SIZE = 65536,

BLK_SEG_BOUNDARY_MASK = 0xFFFFFFFFUL,

};

--- a/include/linux/mm.h

+++ b/include/linux/mm.h

@@ -1307,7 +1307,11 @@ int write_one_page(struct page *page, in

void task_dirty_inc(struct task_struct *tsk);

/* readahead.c */

+#ifndef CONFIG_KERNEL_DESKTOP

+#define VM_MAX_READAHEAD 512 /* kbytes */

+#else

#define VM_MAX_READAHEAD 128 /* kbytes */

+#endif

#define VM_MIN_READAHEAD 16 /* kbytes (includes current page) */

int force_page_cache_readahead(struct address_space *mapping, struct file *filp,

Um patch desse eu poderia usar em um omnislash entende...

ilkyest · 4 de dezembro de 2013

Linux LQX

o kernel LQX tem um negócio que acho legal... meu processador é um quadcore (phenom X4) e no boot, vejam o que aparece

Dados sobre o kernel
Criado por: akurei Mantenedor: shivik

página do kernel
https://aur.archlinux.org/packages/linux-lqx/

PKGBUILD pode ser visto aqui

Arquivos baixados após o pkgbuild

3.12.6-1.patch.gz
config.amd64
config.i386
linux-3.12.tar.xz <- baseado no kernel 3.12
linux-lqx.install
linux-lqx.install.pkg
linux-lqx.preset
PKGBUILD

Este kernel tem seu driver próprio de vídeo
https://aur.archlinux.org/packages/nvidia-lqx/

vamos aos testes?

Kernel LQX	GPU projeto 8900 (beta 17)			        CPU projeto 9005 (core a4)					Folding em idle – apenas CPU foldando			21:44:43	:WU01:FS01:0xa4:Completed 57500 out of 250000 steps	(23%)	00:02:3021:47:13	:WU01:FS01:0xa4:Completed 60000 out of 250000 steps	(24%)	00:02:0721:49:20	:WU01:FS01:0xa4:Completed 62500 out of 250000 steps	(25%)	00:02:0621:51:26	:WU01:FS01:0xa4:Completed 65000 out of 250000 steps	(26%)	00:02:1321:53:39	:WU01:FS01:0xa4:Completed 67500 out of 250000 steps	(27%)	00:02:2121:56:00	:WU01:FS01:0xa4:Completed 70000 out of 250000 steps	(28%)				GPU e cpu foldando			21:59:27	:WU01:FS01:0xa4:Completed 72500 out of 250000 steps	(29%)	00:03:3022:02:57	:WU01:FS01:0xa4:Completed 75000 out of 250000 steps	(30%)	00:03:2522:06:22	:WU01:FS01:0xa4:Completed 77500 out of 250000 steps	(31%)	00:03:2322:09:45	:WU01:FS01:0xa4:Completed 80000 out of 250000 steps	(32%)	00:03:2422:13:09	:WU01:FS01:0xa4:Completed 82500 out of 250000 steps	(33%)	00:03:2622:16:35	:WU01:FS01:0xa4:Completed 85000 out of 250000 steps	(34%)				21:58:50	:WU00:FS00:0x17:Completed 300000 out of 2500000 steps	 (12%)	00:19:5422:18:44	:WU00:FS00:0x17:Completed 325000 out of 2500000 steps	 (13%)				Somente GPU foldando			22:38:28	:WU00:FS00:0x17:Completed 350000 out of 2500000 steps	 (14%)	00:19:5522:58:23	:WU00:FS00:0x17:Completed 375000 out of 2500000 steps	 (15%)	00:19:5423:18:17	:WU00:FS00:0x17:Completed 400000 out of 2500000 steps	 (16%)				Teste de compactação de arquivos			23:20:26	:WU01:FS01:0xa4:Completed 87500 out of 250000 steps	(35%)	00:05:5423:26:20	:WU01:FS01:0xa4:Completed 90000 out of 250000 steps	(36%)	00:06:5423:33:14	:WU01:FS01:0xa4:Completed 92500 out of 250000 steps	(37%)	00:06:5423:40:08	:WU01:FS01:0xa4:Completed 95000 out of 250000 steps	(38%)	00:06:5423:47:02	:WU01:FS01:0xa4:Completed 97500 out of 250000 steps	(39%)	00:06:5223:53:54	:WU01:FS01:0xa4:Completed 100000 out of 250000 steps	 (40%)				23:38:33	:WU00:FS00:0x17:Completed 425000 out of 2500000 steps	 (17%)	00:20:0823:58:41	:WU00:FS00:0x17:Completed 450000 out of 2500000 steps	 (18%)				Teste 1 – 64M de dígitos, 8 turnos, 1 thread			00:00:35	:WU01:FS01:0xa4:Completed 102500 out of 250000 steps	 (41%)	00:08:1100:08:46	:WU01:FS01:0xa4:Completed 105000 out of 250000 steps	 (42%)	00:08:3900:17:25	:WU01:FS01:0xa4:Completed 107500 out of 250000 steps	 (43%)	00:09:4800:27:13	:WU01:FS01:0xa4:Completed 110000 out of 250000 steps	 (44%)	00:10:2300:37:36	:WU01:FS01:0xa4:Completed 112500 out of 250000 steps	 (45%)	00:10:1500:47:51	:WU01:FS01:0xa4:Completed 115000 out of 250000 steps	 (46%)	00:09:0800:56:59	:WU01:FS01:0xa4:Completed 117500 out of 250000 steps	 (47%)	00:09:5901:06:58	:WU01:FS01:0xa4:Completed 120000 out of 250000 steps	 (48%)	00:10:3701:17:35	:WU01:FS01:0xa4:Completed 122500 out of 250000 steps	 (49%)	00:09:5201:27:27	:WU01:FS01:0xa4:Completed 125000 out of 250000 steps	 (50%)	00:09:0201:36:29	:WU01:FS01:0xa4:Completed 127500 out of 250000 steps	 (51%)				00:18:52	:WU00:FS00:0x17:Completed 475000 out of 2500000 steps	 (19%)	00:20:0500:38:57	:WU00:FS00:0x17:Completed 500000 out of 2500000 steps	 (20%)	00:20:2300:59:20	:WU00:FS00:0x17:Completed 525000 out of 2500000 steps	 (21%)	00:20:0701:19:27	:WU00:FS00:0x17:Completed 550000 out of 2500000 steps	 (22%)	00:20:2101:39:48	:WU00:FS00:0x17:Completed 575000 out of 2500000 steps	 (23%)				Teste 2 – 64M de dígitos – 2 turnos – 4 threads			12:30:10	:WU01:FS01:0xa4:Completed 132500 out of 250000 steps	 (53%)	00:32:0013:02:10	:WU01:FS01:0xa4:Completed 135000 out of 250000 steps	 (54%)	00:32:2513:34:35	:WU01:FS01:0xa4:Completed 137500 out of 250000 steps	 (55%)	00:21:0413:55:39	:WU01:FS01:0xa4:Completed 140000 out of 250000 steps	 (56%)				13:09:18	:WU00:FS00:0x17:Completed 625000 out of 2500000 steps	 (25%)	00:21:2313:30:41	:WU00:FS00:0x17:Completed 650000 out of 2500000 steps	 (26%)	00:24:1913:55:00	:WU00:FS00:0x17:Completed 675000 out of 2500000 steps	 (27%)

ilkyest · 5 de dezembro de 2013

Linux-CK

Mantenedor: Graysky (avatar acima pertence à ele no forum bbs arch linux)

https://wiki.archlinux.org/index.php/User:Graysky

Página do kernel

https://aur.archlinux.org/packages/linux-ck/

Pkgbuild pode ser visto aqui:

Arquivos baixados após o PKGBUILD

0001-block-cgroups-kconfig-build-bits-for-BFQ-v6r2-3.12.patch
config
enable_additional_cpu_optimizations_for_gcc.patch.gz
linux-ck.preset
PKGBUILD
0002-block-introduce-the-BFQ-v6r2-I-O-sched-for-3.12.patch
config.x86_64
linux-3.12.tar.xz <- baseado no kernel 3.12
patch-3.12.6.xz
0003-block-bfq-add-Early-Queue-Merge-EQM-to-BFQ-v6r2-for-3.12.0.patch
config.x86_64.last
linux-ck.install
patch-3.12-ck2.bz2
change-default-console-loglevel.patch
criu-no-expert.patch linux-ck.install.pkg

Este kernel também tem driver próprio para nvidia.

https://aur.archlinux.org/packages/nvidia-ck/

testes:

Kernel CK	GPU projeto 8900 (beta 17)			        CPU projeto 9005 (core a4)					Folding em idle – apenas CPU foldando			16:09:10	:WU01:FS01:0xa4:Completed 0 out of 250000 steps  	(0%)	00:02:1116:11:21	:WU01:FS01:0xa4:Completed 2500 out of 250000 steps	(1%)	00:02:1016:13:31	:WU01:FS01:0xa4:Completed 5000 out of 250000 steps	(2%)	00:02:1116:15:42	:WU01:FS01:0xa4:Completed 7500 out of 250000 steps	(3%)	00:02:1116:17:53	:WU01:FS01:0xa4:Completed 10000 out of 250000 steps	 (4%)	00:03:1416:21:07	:WU01:FS01:0xa4:Completed 12500 out of 250000 steps	 (5%)				GPU e cpu foldando			16:25:04	:WU01:FS01:0xa4:Completed 15000 out of 250000 steps	 (6%)	00:03:4616:28:50	:WU01:FS01:0xa4:Completed 17500 out of 250000 steps	 (7%)	00:03:4616:32:36	:WU01:FS01:0xa4:Completed 20000 out of 250000 steps	 (8%)	00:03:4816:36:24	:WU01:FS01:0xa4:Completed 22500 out of 250000 steps	(9%)	00:03:4616:40:10	:WU01:FS01:0xa4:Completed 25000 out of 250000 steps	(10%)				16:21:07	:WU00:FS00:0x17:Completed 0 out of 2500000 steps	 (0%)	00:19:5316:41:00	:WU00:FS00:0x17:Completed 25000 out of 2500000 steps	(1%)				Somente GPU foldando			17:00:44	:WU00:FS00:0x17:Completed 50000 out of 2500000 steps	(2%)	00:19:5517:20:39	:WU00:FS00:0x17:Completed 75000 out of 2500000 steps	(3%)	00:19:5217:40:31	:WU00:FS00:0x17:Completed 100000 out of 2500000 steps	 (4%)				Teste de compactação de arquivos			17:54:15	:WU01:FS01:0xa4:Completed 27500 out of 250000 steps	(11%)	00:03:4817:58:03	:WU01:FS01:0xa4:Completed 30000 out of 250000 steps	(12%)	00:04:5618:02:59	:WU01:FS01:0xa4:Completed 32500 out of 250000 steps	(13%)	00:04:5918:07:58	:WU01:FS01:0xa4:Completed 35000 out of 250000 steps	(14%)	00:07:1818:15:16	:WU01:FS01:0xa4:Completed 37500 out of 250000 steps	(15%)	00:07:2818:22:44	:WU01:FS01:0xa4:Completed 40000 out of 250000 steps 	 (16%)				18:00:26	:WU00:FS00:0x17:Completed 125000 out of 2500000 steps	 (5%)	00:20:0218:20:28	:WU00:FS00:0x17:Completed 150000 out of 2500000 steps	 (6%)				Teste 1 – 64M de dígitos, 8 turnos, 1 thread			18:38:57	:WU01:FS01:0xa4:Completed 42500 out of 250000 steps	(17%)	00:17:0418:56:01	:WU01:FS01:0xa4:Completed 45000 out of 250000 steps	(18%)	00:13:4519:09:46	:WU01:FS01:0xa4:Completed 47500 out of 250000 steps	(19%)	00:11:3819:21:24	:WU01:FS01:0xa4:Completed 50000 out of 250000 steps	(20%)				18:41:14	:WU00:FS00:0x17:Completed 175000 out of 2500000 steps	 (7%)	00:20:1019:01:24	:WU00:FS00:0x17:Completed 200000 out of 2500000 steps	 (8%)	00:20:2219:21:46	:WU00:FS00:0x17:Completed 225000 out of 2500000 steps	 (9%)	Teste 2 – 64M de dígitos – 2 turnos – 4 threads			20:17:48	:WU01:FS01:0xa4:Completed 51460 out of 250000 steps	(20%)	00:27:2420:45:12	:WU01:FS01:0xa4:Completed 52500 out of 250000 steps	(21%)	00:28:2621:13:38	:WU01:FS01:0xa4:Completed 55000 out of 250000 steps	(22%)					19:44:47	:WU00:FS00:0x17:Completed 250000 out of 2500000 steps 	(10%)	00:28:2020:13:07	:WU00:FS00:0x17:Completed 275000 out of 2500000 steps 	(11%)	00:23:2220:36:29	:WU00:FS00:0x17:Completed 300000 out of 2500000 steps	(12%)	00:27:2221:03:51	:WU00:FS00:0x17:Completed 325000 out of 2500000 steps	(13%)

ilkyest · 20 de dezembro de 2013

RESERVADO PARA TIO TUX

Zeca Pagodinho · 23 de dezembro de 2013

Ando sem tempo, mas gostei da ideia, da forma como estão sendo expostos os assuntos aqui. A propósito, sou usuário do Gentoo, mas contigo expondo essas informações sobre o Arch Linux fiquei interessado em saber mais sobre essa distribuição. Parece-me bastante flexível e com bastante documentação, o que acho estar faltando um pouco para o Gentoo de um tempo para cá.

Em outros tempos estaria junto participando do estudo. Uma coisa importante, Ilkyest, tu poderias postar o arquivo com os estudos realizados com o patch CK que postaste outra vez? O delineamento e a forma de expor os resultados estava muito bom, gostaria de comentar, acho que poderia ajudar não só para o teu estudo, mas para qualquer outro que venhas a fazer ou quem venha consultar o fórum.

ilkyest · 23 de dezembro de 2013

sim... eu vou manter como estava

só que está um pouco difícil de conseguir tempo... eu peguei uma boa WU, boa mesmo, consegui testar o -ck e o -lqx e o stock também, mas quando derrubei o modo grafico derrubei o NetworkManager também, e daí fiquei sem rede perdi a wu

eu vou ter de, depois de tudo testado (em carga e sem carga) testar sem modo gráfico, mas manter a rede, o que me faz ter de desconfigurar ela...

como agora estou com a necessidade do modo gráfico, vou deixar isso para depois infelizmente

Estou brigando com os kerneis -PF e -ice... o pf acho que tá resolvido, só recompilar, mas o ice, o mantenedor não dispos dos arquivos headers, daí o driver nvidia não se autocompila, não subindo o modo gráfico

Quanto ao arch, haverá um tuto de como instalá-lo na sala linux, provavelmente em alguns dias.

ilkyest · 27 de dezembro de 2013

RESERVADO PARA TIO TUX

ilkyest · 8 de janeiro de 2014

RESERVADO, POSSIVELMENTE, PARA ELE.... O TIO TUX

ilkyest · 9 de janeiro de 2014

BEM... kerneis prontos para foldar.... tudo ok, salvo o kernel RT e o ICE que quero ver a questão dos driveres nvidia para o ICE e o kernel em si para o RT.

na hora do vamos ver.......

22:29:21:WARNING:WU00:FS00:Failed to get ID from 'assign-GPU.stanford.edu:80': Failed to connect to assign-GPU.stanford.edu:80: Connection timed out
22:29:21:WARNING:WU01:FS01:Failed to get ID from 'assign-GPU.stanford.edu:80': Failed to connect to assign-GPU.stanford.edu:80: Connection timed out

Stanford resolveu dar uma dormida... que droga... aguardando. Acho que vou compilar na mão o RT e ver se stanford "se agiliza"