Logo Hardware.com.br
Marcos FRM
Marcos FRM Highlander Registrado
10.3K Mensagens 712 Curtidas

[Resolvido] Atenção: cuidem as atualizações da sua distro (EXT4/kernel)

#1 Por Marcos FRM 24/10/2012 - 08:44
ice2642 disse:
deve ter bugs, todos tem. mas se imaginar, todo esse tempo com milhares de pessoas usando, a probabilidade de um bug avassalador ocorrer de uma hora pra outra com algo que gravei aqui e nenhuma pessoa ai destes 6 anos ainda não tentaram pra ocasionar o bug, é menor do que a do HD pifar.

Será que é tão usado assim? Linux comerciais não fornecem suporte oficial a ele (RHEL, SLES). A Novell investia nele até uns cinco anos atrás. Hoje não mais. E arrisco dizer que ninguém mais investe. Ou seja, paga alguém para corrigir bugs.

ice2642 disse:
Marcos, O XFS que você esta escolhendo é um FS antigo também, usado nos silicon graphics. é um excelente FS para a pasta home se voce tiver arquivos grandes. mas ele sofre com arquivos pequenos. vale a pena considerar montar sua pasta /var com outro.

Sim, porém foi, na época, muito bem planejado; tem recursos que hoje o EXT4 não tem por deficência estrutural de querer manter o formato em disco compatível com encarnações anteriores. E existe uma grande diferença: a SGI, mesmo depois do processo de falência e reestruturação, continua trabalhando nele. A Red Hat também, não faz muito contratou Dave Chinner e Eric Sandeen, dois ex-funcionários da SGI e especialistas no XFS, e está investindo para ter o XFS como um FS de primeira classe no RHEL. Uma prova disso é que o kernel 2.6.32 do RHEL6 recebe backports com as melhorias relativas ao XFS feitas nas versões atuais do kernel.

A lentidão do XFS com arquivos pequenos foi resolvida no kernel 2.6.39. Experimente.
Marcos FRM
Marcos FRM Highlander Registrado
10.3K Mensagens 712 Curtidas
#16 Por Marcos FRM
24/10/2012 - 15:01
ice2642 disse:
deve ter bugs, todos tem. mas se imaginar, todo esse tempo com milhares de pessoas usando, a probabilidade de um bug avassalador ocorrer de uma hora pra outra com algo que gravei aqui e nenhuma pessoa ai destes 6 anos ainda não tentaram pra ocasionar o bug, é menor do que a do HD pifar.

Será que é tão usado assim? Linux comerciais não fornecem suporte oficial a ele (RHEL, SLES). A Novell investia nele até uns cinco anos atrás. Hoje não mais. E arrisco dizer que ninguém mais investe. Ou seja, paga alguém para corrigir bugs.

ice2642 disse:
Marcos, O XFS que você esta escolhendo é um FS antigo também, usado nos silicon graphics. é um excelente FS para a pasta home se voce tiver arquivos grandes. mas ele sofre com arquivos pequenos. vale a pena considerar montar sua pasta /var com outro.

Sim, porém foi, na época, muito bem planejado; tem recursos que hoje o EXT4 não tem por deficência estrutural de querer manter o formato em disco compatível com encarnações anteriores. E existe uma grande diferença: a SGI, mesmo depois do processo de falência e reestruturação, continua trabalhando nele. A Red Hat também, não faz muito contratou Dave Chinner e Eric Sandeen, dois ex-funcionários da SGI e especialistas no XFS, e está investindo para ter o XFS como um FS de primeira classe no RHEL. Uma prova disso é que o kernel 2.6.32 do RHEL6 recebe backports com as melhorias relativas ao XFS feitas nas versões atuais do kernel.

A lentidão do XFS com arquivos pequenos foi resolvida no kernel 2.6.39. Experimente.
...
ignacho
ignacho Zumbi Registrado
6.8K Mensagens 558 Curtidas
#19 Por ignacho
24/10/2012 - 16:22
gfenrrir disse:
Cara eu atualizei o Kernel para o 3.5.x estável assim que estava disponível no site oficial há dois meses mais ou menos

Será que vai ter problema se eu continuar com ele normamlmente no Debian 6 ?


Eu acho que há dois problemas em usar o Linux 3.5. É que além dele ser uma das versões atingidas por essa falha, ele está em EOL.


gfenrrir disse:

E quanto ao btrfs ainda está em fase experimental?

Abraços =)


Sim, o Btrfs ainda é experimental. Ainda falta muita coisa nele, mas a espera vai valer a pena. Tem tudo para ser um sistema de arquivos de primeira linha.
...
N0625
N0625 Super Zumbi Registrado
7.1K Mensagens 785 Curtidas
#20 Por N0625
24/10/2012 - 21:58
Tenso, hein?

Eu não uso o XFS porque li que ele é muito frágil quando o sistema é desligado incorretamente, enquanto que o EXT4 é mais robusto. Particularmente, o que me incomoda no EXT4 são os tais 5% reservados ao root (imaginem 5% de uma partição de dados de 1 TB, por exemplo), embora dê para ajustar esse valor antes ou depois de formatar a partição.
Marcos FRM
[quote="hugoleal85, post: 6256876"]Esse problema também ocorre nas versões anteriores do Kernel (3.2, 3.0, etc.)?
Não. 3.4 para cima apenas.[/quote]Mas como um bug que não existia antes surgiu do nada? O código do EXT4 foi reescrito? Sim, porque o bug não existia nas versões anteriores. Mexeram em time que estava ganhando?Imagem

Marcos FRM
Marcos FRM Highlander Registrado
10.3K Mensagens 712 Curtidas
#21 Por Marcos FRM
25/10/2012 - 08:34
H4RD50FT.RSD disse:
Mas como um bug que não existia antes surgiu do nada? O código do EXT4 foi reescrito? Sim, porque o bug não existia nas versões anteriores. Mexeram em time que estava ganhando?Imagem

Foi uma modificação recente que trouxe o problema. Algo relativamente comum. Porém que ganha um pouco mais de destaque quando involve perda de dados dos usuários.
---

Atualização!

O sujeito que reportou o bug estava usando a opção -l do umount.

"man umount"
Lazy unmount. Detach the filesystem from the filesystem
hierarchy now, and cleanup all references to the filesystem as
soon as it is not busy anymore. (Requires kernel 2.4.11 or
later.)


Assim, o bug torna-se bem mais restrito, pois exige um cenário incomum para ele acontecer.

A maioria dos sistemas de init das distribuições não usa umount -l na hora de desmontar os sistemas de arquivos, então é provável que a abrangência do problema seja pequena.

Menos mal.

EDIT
Atualização II!

Ted Ts'o e Eric Sandeen tentaram até agora reproduzir o bug sem sucesso: http://lwn.net/Articles/521090/

Imagem
...
ignacho
ignacho Zumbi Registrado
6.8K Mensagens 558 Curtidas
#23 Por ignacho
25/10/2012 - 14:58
ice2642 disse:
Vale lembrar que a microsoft esta contribuindo no kernel linux. agora tudo pode acontecer.

http://www.theinquirer.net/inquirer/news/2166123/microsoft-contributed-code-canonical-linux-2632

[]'s


Isso aí já é teoria da conspiração. O que fica feio é a Microsoft contribuir mais do que a Canonical...

E depois Mark fica criticando a Red Hat. Eu começo a achar que é exatamente o contrário do que ele disse.
...
hugoleal85
hugoleal85 Super Participante Registrado
442 Mensagens 26 Curtidas
#26 Por hugoleal85
25/10/2012 - 15:38
ignacho disse:
O que fica feio é a Microsoft contribuir mais do que a Canonical...

E depois Mark fica criticando a Red Hat. Eu começo a achar que é exatamente o contrário do que ele disse.


Realmente, a Microsoft contribuir mais do que a Canonical é demais. Essas e outras ações recentes da empresa (leia-se Unity goela abaixo de seus usuários, além daquelea conversa de Kernel Ubuntu) é que dimuíram um pouco de sua popularidade.

Apesar disso, respeito a companhia e reconheço tudo que ela tem feito em prol do Linux, especialmente seu esforço em divulgá-lo pelo mundo além de tentar deixá-lo mais "amigável" para os iniciantes.
hugoleal85
hugoleal85 Super Participante Registrado
442 Mensagens 26 Curtidas
#28 Por hugoleal85
25/10/2012 - 17:36
Marcos FRM disse:
Ô pessoal, essa notícia é velha e sem relação com o tópico (ainda mais que os códigos da Microsoft eram exclusivamente relacionados aos drivers para o kernel rodar no HyperV). Todo o papo furado do Mark também não tem relação com o tópico. Vamos no concentrar no bug e em sistemas de arquivos.


Concordo contigo e peço desculpas pelo post comentando a mensagem anterior.

De minha parte prometo não retomar este assunto no tópico, só voltando a postar mensagens relativas ao bug no EXT4.

Abraço.
© 1999-2024 Hardware.com.br. Todos os direitos reservados.
Imagem do Modal