Marcos FRM

Esses erros malucos começaram a acontecer na versão 4.3.14, mas desde lá foram sendo consertados aos poucos nas versões seguintes. Você está usando a última versão 4.3.20?

@Gabriel Torres , bem melhor agora! Obrigado.

Ainda existe motivo para colocar o player em Flash no site? Todos os navegadores hoje em dia tocam MP3 nativamente (use a tag <audio> do HTML 5). Seria bem melhor para navegadores móveis pelo menos onde não existe mais Flash.

Muito obrigado por todas essas informações de bastidores! Gosto muito do The Tech Report, em especial as análises de SSDs. Outro bom site, extremamente especializado, é o Real World Tech. Os artigos não são tão frequentes, mas valem demais a leitura. Descobri David Kanter lendo a LKML.

É a placa da assinatura? Foi atualizado como (DOS, Windows, ...)?

APU é um nome chique para processador (CPU) com vídeo (GPU) integrado.

Eu não investiria em CPUs com FSB de 1066 MT/s, pois só funcionarão em sua frequência nominal com o i945GZ em overclock (oficialmente suporta apenas FSB de 800 MT/s). Uma possibilidade seria continuar na família dos Allendale e procurar pelo Pentium E2220, que foi um modelo relativamente popular por aqui e não deve ser muito difícil achar usado. É o mesmo núcleo do seu atual E2140, mas a frequência é bem maior (2,4 GHz). Isso se custar barato, pois não melhorará tanto assim. Concordo com o @Math.Pi, se for possível, troque por um combo novo que a diferença será brutal. Qualquer APUzinha da AMD ou Pentium Ivy Brigde para cima serão infinitamente mais rápidos.

Só CPUs 65 nm funcionam nessa placa. Qual é o processador atual que você tem? Dependendo nem vale a pena atualizar.

Acho que não. Se descobrir algo mais volto para incomodar. Numa instalação mínima do F21 (kernel padrão 3.17.7-300.fc21.x86_64): PID PPID SID COMMAND 1 0 1 systemd 230 1 230 systemd-journal 255 1 255 systemd-udevd 293 1 293 auditd 304 1 304 firewalld 306 1 306 systemd-logind 308 1 307 chronyd 310 1 310 dbus-daemon 319 1 319 crond 325 1 325 agetty 375 1 375 NetworkManager 411 1 411 polkitd 431 1 431 sshd 7403 431 7403 sshd 7411 7403 7411 bash 7445 7411 7411 ps 471 1 471 FAHClient 768 471 471 FAHCoreWrapper 815 768 471 FahCore_a4 7407 1 7407 systemd 7409 7407 7407 (sd-pam)Ao usar o CFS, duas opções a serem testadas na execução (via sysctl):kernel.sched_migration_cost Com muitos núcleos provavelmente aumentando esse tempo ajude evitando trocas de contexto desnecessárias. Para cargas com várias máquinas virtuais, o RHEL aumenta para 5000000 ns (https://bugzilla.redhat.com/show_bug.cgi?id=969491). kernel.sched_autogroup_enabled É o famoso patch lá de 2010 que coloca os processos de cada SID num cgroup diferente. Para liberar o máximo de recursos para o F @ H, desative-o. A responsividade em outras tarefas pode piorar, contudo. Reverta se necessário. Referência: http://www.postgresql.org/message-id/[email protected]

Sistemas de arquivos com journal em princípio têm suas estruturas imunes a desligamentos incorretos. O journal existe *justamente* para manter sua integridade em desligamentos incorretos. Aguentamos todo o overhead por isso. O problema muitas vezes acontece quando uma aplicação está gravando dados no momento do desligamento. Aplicações bem programas são cautelosas e trabalham sempre na defensiva, considerando a hipótese da energia acabar a qualquer momento. As bugadas não se importam e não tomam as medidas necessárias. Pressupõe-se que todos os componentes cruciais de um sistema operacional levem isso em conta, de forma que no máximo teremos perda de dados *não salvos*, não perda total do sistema. Houve anos atrás uma controvérsia apelidada de "O_PONIES" sobre quais garantias os sistemas de arquivos Linux deveriam ou não dar para essas aplicações mal programadas. Eu recomendo este texto que discorre sobre o assunto levando em consideração os Unix-like (enfoque no Linux), cujo conteúdo aplica-se ao Windows da mesma forma com as devidas adaptações: http://lwn.net/Articles/457667/

Então não sei. Acredito só restar ver se a Fujitsu disponibiliza algum tipo de ferramenta para de diagnóstico. Apesar da marca IBM, esses discos são da Fujitsu. Atualizar (se já não for o último) o firmware da placa controladora quem sabe, mas acho improvável fazer diferença.

Mas ao menos ele identifica os discos sem RAID? Tipo /dev/sda, etc? Caso sim, o que acontece se você escrever neles com o dd por exemplo? dd if=/dev/zero of=/dev/sda count=1 (para escrever zeros no primeiro setor). Caso retorne erro, procure no log do kernel algo que possa dar uma pista.

Inicie um Linux e veja se no log do sistema aparece algo suspeito.

Se bem me lembro, esses discos têm um modo "write protect", que precisa estar desativado (jumper removido geralmente). "Narrow SCSI" também desative, pois com uma placa controladora Ultra320 você vai querer usar o barramento de 16-bit. Até me deu vontade de retirar do armário minhas Adaptec AHA-2940UW e AHA-29160N. ;-) (mas a preguiça não vai deixar...) Tente achar o manual do disco ou tire uma foto dos jumpers e poste aqui para ver se tem mais algo relevante a configurar.

Nada, para mim, substitui bons textos. Tenho mais facilidade aprendendo lendo do que assistindo a vídeos. Por isso eu não ficaria muito feliz se o Gabriel mudasse o foco e deixasse de escrever. Escrever bons textos é uma arte. Não sei se estaria dentro do escopo do CdH, mas colocar material sobre programação poderia ser uma alternativa? Conceitos, introdução às linguagens mais populares (C é minha predileta), etc.

Não era para precisar disso. Pois se resolver é a prova de que o cooler é uma bela de uma porcaria (subdimensionado *demais*), o processador esquenta demais, e/ou o firmware/placa bugados por não terem bons algoritmos para regularem a ventoinha corretamente mantendo o chip dentro de temperaturas aceitáveis. Me lembra os tempos do Pentium D... Dou muito valor para o silêncio; nada pior do que uma turbina de avião dentro do gabinete. Opinião pessoal, claro. ;-)

Sim, pois o Pentium 4 desde as primeiras versões a suportarem x86-64 tem CMPXCHG16B, que o processador do UMARIZAL não tem. Que coisa, pesquisem os links, informem-se sobre famílias de processadores! Por favor, UMARIZAL, dê boot pelo DVD do 8.1 64-bit, tire uma foto de mensagem de erro e poste aqui! Daí encerra o assunto. Não tenho bem certeza se roda nos Pentium 4 Prescott ou não (há relatos que não, mas não pude testar). Nos Cedar Mill (e Pentium D Presler) (65 nm) o 8.1 64-bit roda com certeza.

A Microsoft passou a exigir CX16 para poder aumentar o limite máximo de espaço virtual endereçável ao kernel e cada processo rodando no espaço de usuário de 8 TiB (Windows 8, Server 2012) para 128 TiB (Windows 8.1, Server 2012 R2). http://msdn.microsoft.com/en-us/library/windows/desktop/aa366778(v=vs.85).aspx Não conheço as entranhas do NT, mas diz-se que sem CX16 o algoritmo usado não funcionaria como deveria (por isso era limitado a 8 TiB antes do novo requerimento). Você é vítima dos servidores! hehe

Pasta dos binários. Nesta não é para ninguém mexer (escrita), só o RPM mesmo em futuras atualizações do pacote: $ ls -ld /opt/fahclient-cdhdrwxr-xr-x. 2 root root 70 Dez 26 08:42 /opt/fahclient-cdh$ ls -l /opt/fahclient-cdhtotal 9660-rwxr-xr-x. 1 root root 8658816 Mar 4 2014 FAHClient-rwxr-xr-x. 1 root root 633 Dez 26 08:17 fahclient-cdh-config-rwxr-xr-x. 1 root root 1225344 Mar 4 2014 FAHCoreWrapper É desta aqui que estou falando: $ ls -ld /var/opt/fahclient-cdhdrwxr-xr-x. 6 fahclient-cdh fahclient-cdh 4096 Dez 27 06:37 /var/opt/fahclient-cdh$ ls -l /var/opt/fahclient-cdhtotal 88drwxr-xr-x. 2 fahclient-cdh fahclient-cdh 72 Dez 26 09:59 configs-rw-r--r--. 1 fahclient-cdh fahclient-cdh 367 Dez 26 09:59 config.xmldrwxr-xr-x. 3 fahclient-cdh fahclient-cdh 29 Dez 26 08:48 cores-rw-r--r--. 1 fahclient-cdh fahclient-cdh 77280 Dez 26 08:44 GPUs.txtdrwxr-xr-x. 2 fahclient-cdh fahclient-cdh 4096 Dez 27 06:37 logs-rw-r--r--. 1 fahclient-cdh fahclient-cdh 4032 Dez 27 06:43 log.txtdrwxr-xr-x. 3 fahclient-cdh fahclient-cdh 55 Dez 27 06:37 workComo o daemon roda sobre o usuário fahclient-cdh, podemos retirar toda as permissões para os outros. Só que daí só com root o pessoal poderia acessar a pasta. Ou via acl como comentei.

Deixa por enquanto aqui. É qualidade beta o negócio. ;-) Nem achei onde excluir o post de qualquer maneira. kkk Ainda meio perdido com o Invision. :-( Bom, a pasta de dados está com permissão 0755, sendo o usuário/grupo o criado especificamente para rodar o daemon. O acesso liberado para leitura para todo mundo eu pensei no caso de backup. Contudo, o arquivo de configuração pode ter dados sensíveis, como uma senha para restringir o acesso ao servidorzinho web. Talvez a passkey também possamos considerar sigilosa (ou não). Então pode ser melhor criar a pasta com permissão 0750 de uma vez e rodar o daemon com o umask correspondente. O que acham? Outra possibilidade seria passar a pasta para 0750 e aplicar uma acl durante o %post para liberar acesso somente leitura (e escrita?) para o grupo adm por exemplo.

Ho ho ho! Aqui está. Passos para construir o pacote no Fedora e derivados (estou usando o CentOS 7). Olhei com mais calma o pacote oficial e ele também não roda o daemon como root. As diferenças pricipais deste aqui é o uso exclusivo do systemd, o local onde os binários são instalados (/opt), o local dos dados, incluindo a configuração, (/var/opt) e o nome do usuário criado para rodar o daemon (fahclient-cdh). O pacote chama-se fahclient-cdh e conflita com o fahclient original. Não podem ser instalados simultaneamente (não testei). As dependências diretas dos binários são adicionadas automaticamente pelo RPM: libstdc++, libgcc, zlib, bzip2-libs. Do pacote: shadow-utils (ver comentário no spec) e systemd. Os binários oficiais, usados sem modificação, são compilados no CentOS 5 (!) e rodam em qualquer Linux desde lá (o kernel mínimo é o 2.6.9). Uma instalação mínima em modo texto é o suficiente. Do systemd estamos usando KillMode=process para sinalizar apenas o processo principal FAHClient, que executa (através do FAHCoreWrapper) os binários dos "cores". Segui o initscript. O binário principal roda sem ir para segundo plano, pois isso é desnecessário com o systemd. De segurança temos três providências. A primeira é o daemon rodar como usuário normal. Depois, NoNewPrivileges=yes para prevenir escalações de privilégio e por fim PrivateTmp=yes para não expor as pastas /tmp e /var/tmp inteiras ao daemon. Existem mais recursos úteis disponíveis, porém requerem versões pós-208. Nossa referência é a versão 208 do CentOS 7. Precisa funcionar nela. Faço o pacote não deixar restos ao ser desinstalado, removendo a pasta de dados e também o usuário criado na instalação. Mensagen é exibida para alertar durante a instalação. O script auxiliar fahclient-cdh-config foi inspirado no pacote do AUR, com a adição de uma verificação de estado do SELinux e um relabel na pasta de dados caso o restorecon esteja presente. Não tenho muita certeza da necessidade disso. É que num dos meus testes o arquivo config.xml ficou com um label diferente do que deveria herdar da pasta pai; depois, não consegui reproduzir mais. Deixa assim por enquanto. Fiz um teste rápido no openSUSE 13.2 e Mageia 4. Aparentemente tudo OK. Adeus init script! Testarei mais um pouco e, quando sentir mais firmeza no pacote, podemos pensar em disponiblizá-lo aqui já pronto. A interface web funciona sem precisar de configuração adicional através do localhost: http://127.0.0.1:7396. Bem interessante para ver o status e ter um controle básico das funcões principais. Eu não pretendo empacotar o FAHControl. Portanto, quem usa-o, não instale este pacote aqui e fique com o oficial. Apenas versão 64-bit provavelmente (o CentOS 7 é só 64-bit). Não vejo sentido disponibilizar versão 32-bit. x86-32 já era. Aliás, rodar o Folding num processador que não suporte x86-64 deve demorar uns seis meses para terminar uma molécula. kkk Seria bom documentar qual pacote de cada distro deve ser instalado para fazê-lo funcionar com CUDA. Não tenho ideia quais sejam. Sugestões são bem-vindas. Instruções Cuidado: nunca rode o rpmbuild como root! # yum -y install wget cpio rpm-build rpmdevtools redhat-rpm-config binutils$ rpmdev-setuptree$ wget https://fah.stanford.edu/file-releases/public/release/fahclient/centos-5.3-64bit/v7.4/fahclient-7.4.4-1.x86_64.rpm -O /tmp/fahclient-orig.rpm$ rpm2cpio /tmp/fahclient-orig.rpm > /tmp/fahclient-tmp.cpio$ mkdir /tmp/fah && cd /tmp/fah$ cat /tmp/fahclient-tmp.cpio | cpio -idmv --no-absolute-filenames$ cd ~$ cp -p /tmp/fah/usr/bin/* rpmbuild/SOURCES$ cp -p /tmp/fah/usr/share/doc/fahclient/* rpmbuild/SOURCES Coloque o arquivo fahclient-cdh.spec (abaixo) dentro da pasta ~/rpmbuild/SPECS e crie o pacote: $ rpmbuild -bb rpmbuild/SPECS/fahclient-cdh.spec O RPM estará em ~/rpmbuild/RPMS/x86_64 . fahclient-cdh.spec # Não extirpar os binários%global __os_install_post %{nil}Name: fahclient-cdhVersion: 7.4.4Release: 1Summary: Folding@[member=Home] Console ClientLicense: RestrictedGroup: System Environment/DaemonsURL: http://folding.stanford.edu/Source0: FAHClientSource1: FAHCoreWrapperSource2: ChangeLogSource3: copyrightSource4: READMESource5: sample-config.xmlConflicts: fahclient# Requeremos shadow-utils por causa do useradd e família.# Infelizmente, Fedora, RHEL e Mageia chamam o pacote de 'shadow-utils' enquanto# o openSUSE chama de 'shadow'. Portanto, sem dependência explícita aqui.# É um pacote básico, que deve estar presente em qualquer instalação mínima.## systemd 186 por causa de NoNewPrivilegesRequires(post): systemd >= 186Requires(preun): systemd >= 186Requires(postun): systemd >= 186# Fedora, RHELBuildRequires: systemd# openSUSE#BuildRequires: systemd-rpm-macros%define progdir /opt/%{name}%define datadir %{_localstatedir}%{progdir}%descriptionFolding@[member=Home] is a distributed computing project using volunteeredcomputer resources run by Pandegroup of Stanford University.This package contains the console client which is used to downloadand run Folding@[member=Home] work units. To monitor and control the consoleclient it is best to use either Web Control via your browser, or theGraphical User Interface called FAHControl, provided in a separate package.The %{name} package is a systemd-only repack.%prepcat << EOF > %{name}.service[Unit]Description=Folding@[member=Home] Console ClientAfter=network.targetConditionPathExists=%{datadir}/config.xml[Service]User=%{name}ExecStart=%{progdir}/FAHClient --chdir %{datadir}KillMode=processNoNewPrivileges=yesPrivateTmp=yes[Install]WantedBy=multi-user.targetEOFcat << EOF > %{name}-config#!/bin/shechoecho "Depois desta configuração inicial, edite, como root, o arquivo"echo "'%{datadir}/config.xml' caso necessário. A interface"echo "web é acessível através do endereço http://127.0.0.1:7396"echoecho "É recomendado criar uma passkey para o seu nome de usuário, ver"echo "http://folding.stanford.edu/home/faq/faq-passkey/"echoecho "O número do time do Clube do Hardware é 148894"echocd %{datadir}su %{name} -s /bin/sh -c '%{progdir}/FAHClient --configure'if [ -d /sys/fs/selinux -a -x /sbin/restorecon ] ; then restorecon -FR %{datadir}/*fiEOF# Docscp -p %{SOURCE2} .cp -p %{SOURCE3} .cp -p %{SOURCE4} .cp -p %{SOURCE5} .%build%installmkdir -p %{buildroot}%{progdir}mkdir -p %{buildroot}%{_unitdir}mkdir -p %{buildroot}%{datadir}install -p -m 755 %{SOURCE0} %{buildroot}%{progdir}install -p -m 755 %{SOURCE1} %{buildroot}%{progdir}install -m 755 %{name}-config %{buildroot}%{progdir}install -m 644 %{name}.service %{buildroot}%{_unitdir}%preif ! getent group %{name} >/dev/null ; then groupadd -r %{name} 2>/dev/null || :fiif ! getent passwd %{name} >/dev/null ; then useradd -r -g %{name} -M -d %{datadir} -s /sbin/nologin \ -c "Folding@[member=Home] Client" %{name} 2>/dev/null || :fi%postmsg() { echo echo "Rode, como root, '%{progdir}/%{name}-config' para" echo "configurar o cliente Folding@[member=Home]." echo echo "Uma vez configurado, habilite o daemon com:" echo "systemctl enable %{name}.service" echo echo "e/ou inicie-o com:" echo "systemctl start %{name}.service" echo echo "Os dados e configurações do daemon estarão em '%{datadir}'." echo echo "Atenção!" echo "Ao ser desinstalado, este RPM *apagará* o diretório '%{datadir}'." echo "Faça antes backup do seu conteúdo se pretender aproveitar os dados" echo "posteriormente." echo}if [ $1 -eq 1 ] ; then systemctl daemon-reload >/dev/null 2>&1 || : msgfiif [ $1 -gt 1 ] ; then [ ! -f %{datadir}/config.xml ] && msg || :fi%preunif [ $1 -eq 0 ] ; then systemctl --no-reload disable %{name}.service >/dev/null 2>&1 || : systemctl stop %{name}.service >/dev/null 2>&1 || : rm -rf %{datadir}/* || :fi%postunsystemctl daemon-reload >/dev/null 2>&1 || :if [ $1 -eq 0 ] ; then if getent passwd %{name} >/dev/null ; then userdel -r %{name} 2>/dev/null || : fi if getent group %{name} >/dev/null ; then groupdel %{name} 2>/dev/null || : fifiif [ $1 -ge 1 ] ; then systemctl try-restart %{name}.service >/dev/null 2>&1 || :fi%files%{progdir}%{_unitdir}%attr(-,%{name},%{name}) %dir %{datadir}%doc ChangeLog copyright README sample-config.xml%changelog* Thu Dec 25 2014 Marcos FRM <[email protected]> 7.4.4-1- Reempacotamento inicial Instalação # rpm -U fahclient-cdh-7.4.4-1.x86_64.rpmRode, como root, '/opt/fahclient-cdh/fahclient-cdh-config' paraconfigurar o cliente Folding@[member="Home"].Uma vez configurado, habilite o daemon com:systemctl enable fahclient-cdh.servicee/ou inicie-o com:systemctl start fahclient-cdh.serviceOs dados e configurações do daemon estarão em '/var/opt/fahclient-cdh'.Atenção!Ao ser desinstalado, este RPM *apagará* o diretório '/var/opt/fahclient-cdh'.Faça antes backup do seu conteúdo se pretender aproveitar os dadosposteriormente. # /opt/fahclient-cdh/fahclient-cdh-configDepois desta configuração inicial, edite, como root, o arquivo'/var/opt/fahclient-cdh/config.xml' caso necessário. A interfaceweb é acessível através do endereço http://127.0.0.1:7396É recomendado criar uma passkey para o seu nome de usuário, verhttp://folding.stanford.edu/home/faq/faq-passkey/O número do time do Clube do Hardware é 148894User name [Anonymous]: usuarioTeam number [0]: 148894Passkey: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxEnable SMP [true]:Enable GPU [true]:Name of configuration file [config.xml]: Agora habilite e/ou inicie o daemon. O systemd deixa iniciar um daemon sem o mesmo estar habilitado. Daí você escolhe se habilita-o (será sempre iniciado com a máquina), ou inicia manualmente quando quiser mantendo-o desabilitado. # systemctl status fahclient-cdh.servicefahclient-cdh.service - Folding@[member="Home"] Console Client Loaded: loaded (/usr/lib/systemd/system/fahclient-cdh.service; disabled) Active: active (running) since Qui 2014-12-25 20:20:11 BRST; 16min ago Main PID: 2123 (FAHClient) CGroup: /system.slice/fahclient-cdh.service +-2123 /opt/fahclient-cdh/FAHClient --chdir /var/opt/fahclient-cdh +-2133 /opt/fahclient-cdh/FAHCoreWrapper /var/opt/fahclient-cdh/cores/web.stanford.edu/~pande/Linux/AMD64/Core_a4.fah/Fa... +-2137 /var/opt/fahclient-cdh/cores/web.stanford.edu/~pande/Linux/AMD64/Core_a4.fah/FahCore_a4 -dir 00 -suffix 01 -versi...Dez 25 20:21:15 pluto.localdomain FAHClient[2123]: 22:21:15:<config>Dez 25 20:21:15 pluto.localdomain FAHClient[2123]: 22:21:15: <!-- User Information -->Dez 25 20:21:15 pluto.localdomain FAHClient[2123]: 22:21:15: <passkey v='********************************'/>Dez 25 20:21:15 pluto.localdomain FAHClient[2123]: 22:21:15: <team v='148894'/>Dez 25 20:21:15 pluto.localdomain FAHClient[2123]: 22:21:15: <user v='usuario'/>Dez 25 20:21:15 pluto.localdomain FAHClient[2123]: 22:21:15:Dez 25 20:21:15 pluto.localdomain FAHClient[2123]: 22:21:15: <!-- Folding Slots -->Dez 25 20:21:15 pluto.localdomain FAHClient[2123]: 22:21:15: <slot id='0' type='CPU'/>Dez 25 20:21:15 pluto.localdomain FAHClient[2123]: 22:21:15:</config>Dez 25 20:30:41 pluto.localdomain FAHClient[2123]: 22:30:41:WU00:FS00:0xa4:Completed 2500 out of 250000 steps (1%)

Eu fiz um RPM melhor do que oficial (cliente em modo texto apenas), usando exclusivamente o systemd para gerenciar o daemon (distros não-systemd não são suportadas) e rodando-o sem root, que considero importante visto que é um código que acessa a internet e tal. Pelos meus testes iniciais funcionará em qualquer Fedora (+ CentOS 7) e openSUSE minimamente recentes. Ainda tentarei tunar melhor as opções de segurança do systemd para restringir ao máximo o que o daemon pode fazer. Não testei o servidor web local que ele roda para acompanhar o progresso do processamento (e acredito configurar alguma coisa). Tenho que dar uma olhada também se está tudo 100% com o SELinux (acho que está). Algumas ideias peguei do pacote do AUR. Será que rende eu colocar os pacotes em algum lugar? Daria para postar apenas o SPEC, mas daí teria que fazer um ferramental em shell para extrair os arquivos do RPM oficial, criar os arquivos que faltam, colocar um manual de construção do pacote, etc. Não me agrada muito a última opção.

Atualizações de segurança são fundamentais e não devemos recomendar num fórum público como este, acessado por leigos, o contrário. Essa é uma discussão superada, da qual não participarei. Ainda mais por que virará off-topic. Então, encerremos por aqui. O colega @UMARIZAL já teve sua dúvida esclarecida e preocupa-se, corretamente, com as atualizações.

Para ser exato, não é problema de compatibilidade da placa-mãe. É do processador, que não possui uma instrução exigida pelo kernel do 8.1 64-bit. Para continuar recebendo atualizações de segurança é preciso atualizar do 8 para o 8.1. Como é altamente não recomendável rodar sem atualizações de segurança, considero na prática obrigatório.

É revisão (stepping) E6 esse aí. Não tem CMPXCHG16B. Carregue, para confirmar, qualquer mídia live Linux e olhe no arquivo /proc/cpuinfo se tem, na linha flags, o termo cx16. No Windows, o Coreinfo deve dar a informação (não conheço o programa).