#cfdisk /dev/sd?# mke2fs -t ext4 -O dir_index,extent /dev/sda1#mke2fs -O journal_dev /dev/sdb1 #tune2fs -O ^has_journal /dev/sda1#tune2fs -l /dev/sda1#tune2fs -o journal_data -j -J device=/dev/sdb1 /dev/sda1#tune2fs -o journal_data_ordered -j -J device=/dev/sdb1 /dev/sda1#tune2fs -o journal_data_writeback -j -J device=/dev/sdb1 /dev/sda1#tune2fs -l /dev/sda1#mke2fs -t ext4 -J size=256 -O dir_index,extent /dev/sda1#mke2fs -t ext4 -J size=400 -O dir_index,extent /dev/sda1#tune2fs -o journal_data_writeback /dev/sda1#mke2fs -t ext4 -O dir_index,extent /dev/sda1#tune2fs -O dir_index /dev/sdxy#fdisk -l#tune2fs -o journal_data_writeback /dev/sdxy#gedit /etc/fstab #kedit /etc/fstab#nano /etc/fstab#gedit /etc/default/grub#kedit /etc/default/grub#nano /etc/default/grub#update-grub
#fsck -t ext4 -f -D /dev/sdxy#hdparm -I /dev/sdX #hdparm -W1 -M254 /dev/sdX #hdparm -Tt /dev/sdX#gedit /etc/rc.localO galactus sempre foi obcecado por desempenho, vou testar algumas dicas acima.
Para quem não sabe quem é o Galactus aqui vai uma sinopse.
Galactus, algumas vezes chamado de Devorador de Mundos, é um personagem de histórias em quadrinhos, uma entidade cósmica dentro do universo Marvel da Marvel Comics. Criado por Jack Kirby e Stan Lee, ele estreou em Fantastic Four nº48, o inicio de um arco de história algumas vezes considerado como a melhor colaboração Lee/Kirby.
Quando Galactus ameaçou destruir a Terra, o Quarteto Fantástico (auxiliado pelo Vigia Uatu e pelo arauto rebelde de Galactus, o Surfista Prateado) o derrotou ameaçando-o com o Nulificador Total. Galactus jurou nunca mais tentar atacar a Terra.
Apresentado inicialmente como vilão, mais tarde teve sua função no Universo esclarecida em um julgamento onde várias raças tentavam decidir o destino de Galactus por suas ações pregressas. Através de um depoimento de Odin foi a público que sua função é a de encontrar um planeta seguro, que fosse capaz de sobreviver a próxima entropia do universo, uma vez que o próprio Galactus seria o único sobrevivente de uma entropia anterior.
Apesar de ser conhecido como Devorador de Mundos, Galactus não conseguiu se alimentar do planeta mãe dos Espectros. A corrupção da raça dos Espectros era tamanha que foi capaz de contaminar o planeta em que viviam, tornando-o inadequado.
Hoje ele vive no mundo Ubuntu tentando sobreviver a próxima entropia do universo.
uma dica que li, é para mover os diretorios /tmp e /var/tmp para a memória RAM! tenho medo de testar pois só tenho 1GB de ram :-\
Eu acho que não usaria essa dica do tmp na RAM! Não em um desktop! Sem memórias ECC e sem No-break! Nem pensar!Eu uso em um desktop sem nobreak e não tive problemas (a energia já caiu algumas vezes e está tudo ok), mas é realmente bom ficar atento aos aplicativos usados, alguns gerenciadores de pacotes (não é o caso do apt) usam o /tmp, videos flash também são carregados lá entre outras coisas.
uma dica que li, é para mover os diretorios /tmp e /var/tmp para a memória RAM! tenho medo de testar pois só tenho 1GB de ram :-\
Tem dica de usar o Journal na RAM! De compartilhar o Journal de vários discos rígidos em um só (essa não tem suporte no Linux)!
Eu acho que não usaria essa dica do tmp na RAM! Não em um desktop! Sem memórias ECC e sem No-break! Nem pensar! Aí dá um pau na sua RAM, e as informações nela vão passar desta para melhor! Não sei a te que ponto as coisas contidas no tmp são importantes! No Mandriva eu sei que ele usa muito! No Ubuntu eu ainda não prestei atenção! Mas eu tiro só pelas gravações de CDs e DVDs! Eles usam o tmp para gravar os discos! Aí bate com o que você disse da sua quantidade de RAM!
Uma duvida! ;D
Se eu tiver dois HD's separados, um só com o Ubuntu e o outro só com arquivos, se caso acontecer de dar algum problema com essas suas dicas, os dois HD's terão problema?? Desculpe se você já respondeu isso em algum post anterior, mas é que eu não consegui ler tudo(Muita coisa)!! :P
[]'s
Alyscom
Resolvi formatar meu pc e testar essa ótima dica, fiz tudo certinho deixando e journal no mesmo hd, mas em uma partição separada, e o desempenho ficou muito superior mesmo, vela a pena fazer ... confirmado .... muito boa sua dica parabens mano ...
Abraço ... ;D
Uma pergunta estas regras funcionariam em outros S.O.´s não derivados do Ubuntu. Faço a pergunta porque utilizo para meus testes um HD antigo Quantum de 8gb =D e atualmente utilizo o Fedora 13. A máquina em questão é um Atlhon 64 3200+, soquete 474, mother Asus A8N, 1gb de RAM, video nvidia FX5200. Atualmente uso uma partição ext4 (padrão da instalação) sem swap. Como falei utilizo como sistema de teste mesmo então não há problemas quanto a perda de dados. Alguma sugestão visando apenas o desempenho máximo?
desde já grato
Uma pergunta estas regras funcionariam em outros S.O.´s não derivados do Ubuntu. Faço a pergunta porque utilizo para meus testes um HD antigo Quantum de 8gb =D e atualmente utilizo o Fedora 13. A máquina em questão é um Atlhon 64 3200+, soquete 474, mother Asus A8N, 1gb de RAM, video nvidia FX5200. Atualmente uso uma partição ext4 (padrão da instalação) sem swap. Como falei utilizo como sistema de teste mesmo então não há problemas quanto a perda de dados. Alguma sugestão visando apenas o desempenho máximo?
desde já grato
Sim é totalmente possível utilizar essas dicas em outras distros linux. Digo isso inclusive no tutorial! Basta a sua distribuição ter suporte ao ext4 no seu kernel e possuir as versões mais recentes dos comandos listados! Infelizmente num HD tão pequeno acredito que você só poderá usar as dicas referentes ao dir_index e o extent, além é claro do writeback! Com um HD velho assim ele com certeza não vai ter gerenciador de ruídos e talvez não deixe gravar nada no seu cache! Que aliás, deve ser minúsculo!
Enfim, acho bastante limitado esse seu HD, não dá pra trocar por coisa mais nova? Pelo menos um SATA de 80GB?
Bom aprendizado nos testes!
Há sim, uso essas dicas no Mandriva e no OpenSuse!
Comprei um HD de 1TB e, aproveitando que ele é novinho e sem formatação nenhuma, resolvi testar as dicas. No caso eu deixei uma partição enorme para meus arquivos (/home), uma para ser o journal dessa partição, uma para instalar o sistema (com journal na mesma partição) e uma swap. Só não entendi uma coisa:
(https://ubuntuforum-br.org/proxy.php?request=http%3A%2F%2Fimg837.imageshack.us%2Fimg837%2F493%2Fcapturadeteladevsddgpar.th.png&hash=82b14c5d5630044a1e28035eee7db0ab5595e238) (http://img837.imageshack.us/my.php?image=capturadeteladevsddgpar.png)
Por que a partição, mesmo não tendo journal, está com todo esse espaço ocupado? 13GB é muita coisa.
Comprei um HD de 1TB e, aproveitando que ele é novinho e sem formatação nenhuma, resolvi testar as dicas. No caso eu deixei uma partição enorme para meus arquivos (/home), uma para ser o journal dessa partição, uma para instalar o sistema (com journal na mesma partição) e uma swap. Só não entendi uma coisa:
(https://ubuntuforum-br.org/proxy.php?request=http%3A%2F%2Fimg837.imageshack.us%2Fimg837%2F493%2Fcapturadeteladevsddgpar.th.png&hash=82b14c5d5630044a1e28035eee7db0ab5595e238) (http://img837.imageshack.us/my.php?image=capturadeteladevsddgpar.png)
Por que a partição, mesmo não tendo journal, está com todo esse espaço ocupado? 13GB é muita coisa.
só uma pergunta, pq tu não usou o journal separado na partição raiz?
aqui qnd eu comprar um HD novo vou colocar o journal em outro HD
Comprei um HD de 1TB e, aproveitando que ele é novinho e sem formatação nenhuma, resolvi testar as dicas. No caso eu deixei uma partição enorme para meus arquivos (/home), uma para ser o journal dessa partição, uma para instalar o sistema (com journal na mesma partição) e uma swap. Só não entendi uma coisa:
(https://ubuntuforum-br.org/proxy.php?request=http%3A%2F%2Fimg837.imageshack.us%2Fimg837%2F493%2Fcapturadeteladevsddgpar.th.png&hash=82b14c5d5630044a1e28035eee7db0ab5595e238) (http://img837.imageshack.us/my.php?image=capturadeteladevsddgpar.png)
Por que a partição, mesmo não tendo journal, está com todo esse espaço ocupado? 13GB é muita coisa.
Porque não tem como ele não criar um Journal interno junto com os blocos e inodes com o comando dado no tutorial! Você deu o comando pra ele formatar certo? Nisso ele criou um journal interno conforme o tamanho da sua partição e junto com ele as informações dos blocos e inodes. Depois você passa o comando para ele não usar mais esse journal interno! Entendeu agora?
Se você não quiser perder esse espaço todo, você terá que criar a partição do journal antes de mandar formatar essa partição, daí na hora de formatar você "diz" pra ele que o journal já existe em outro lugar! Contudo você deve especificar o tamanho dos blocos! Se o tamanho dos blocos forem diferentes dá pau!
É mais uma complicação para você pensar na hora de formatar! Por isso deixei o comando como está! Veja que nem todo esse espaço é do journal! Ele tem que guardar informações dos blocos e inodes também! Como seu HD é grande daí tem que ter muito espaço pra guardar todas essas informações! Afinal são 850GB de espaço livre mas que teve que ser "mapeado"!
Agora, ficar criando várias partições journal dentro do mesmo HD vai acabar é atrasando o funcionamento do sistema! Lembre-se, ele vai levar as cabeças do HD seja na leitura ou na escrita para a partição journal! Então se você cria 5 partições dentro dele, sendo duas só de journal, ele vai ficar bem "loquinho" com isso tudo aí! Nunca usei essa configuração sua! Estou apenas te falando o que acho que vai acontecer por suposição!
Como você diz quer usar tudo no mesmo HD, não é melhor criar o journal interno com 400MB?
Uma pergunta estas regras funcionariam em outros S.O.´s não derivados do Ubuntu. Faço a pergunta porque utilizo para meus testes um HD antigo Quantum de 8gb =D e atualmente utilizo o Fedora 13. A máquina em questão é um Atlhon 64 3200+, soquete 474, mother Asus A8N, 1gb de RAM, video nvidia FX5200. Atualmente uso uma partição ext4 (padrão da instalação) sem swap. Como falei utilizo como sistema de teste mesmo então não há problemas quanto a perda de dados. Alguma sugestão visando apenas o desempenho máximo?
desde já grato
Sim é totalmente possível utilizar essas dicas em outras distros linux. Digo isso inclusive no tutorial! Basta a sua distribuição ter suporte ao ext4 no seu kernel e possuir as versões mais recentes dos comandos listados! Infelizmente num HD tão pequeno acredito que você só poderá usar as dicas referentes ao dir_index e o extent, além é claro do writeback! Com um HD velho assim ele com certeza não vai ter gerenciador de ruídos e talvez não deixe gravar nada no seu cache! Que aliás, deve ser minúsculo!
Enfim, acho bastante limitado esse seu HD, não dá pra trocar por coisa mais nova? Pelo menos um SATA de 80GB?
Bom aprendizado nos testes!
Há sim, uso essas dicas no Mandriva e no OpenSuse!
Porque não tem como ele não criar um Journal interno junto com os blocos e inodes com o comando dado no tutorial! Você deu o comando pra ele formatar certo? Nisso ele criou um journal interno conforme o tamanho da sua partição e junto com ele as informações dos blocos e inodes. Depois você passa o comando para ele não usar mais esse journal interno! Entendeu agora?
Se você não quiser perder esse espaço todo, você terá que criar a partição do journal antes de mandar formatar essa partição, daí na hora de formatar você "diz" pra ele que o journal já existe em outro lugar! Contudo você deve especificar o tamanho dos blocos! Se o tamanho dos blocos forem diferentes dá pau!
É mais uma complicação para você pensar na hora de formatar! Por isso deixei o comando como está! Veja que nem todo esse espaço é do journal! Ele tem que guardar informações dos blocos e inodes também! Como seu HD é grande daí tem que ter muito espaço pra guardar todas essas informações! Afinal são 850GB de espaço livre mas que teve que ser "mapeado"!
Agora, ficar criando várias partições journal dentro do mesmo HD vai acabar é atrasando o funcionamento do sistema! Lembre-se, ele vai levar as cabeças do HD seja na leitura ou na escrita para a partição journal! Então se você cria 5 partições dentro dele, sendo duas só de journal, ele vai ficar bem "loquinho" com isso tudo aí! Nunca usei essa configuração sua! Estou apenas te falando o que acho que vai acontecer por suposição!
Como você diz quer usar tudo no mesmo HD, não é melhor criar o journal interno com 400MB?
Mas não foi isso que eu criei? Com a diferença que coloquei 512MB. Só a partição maior está sem Journal. Coloquei a partição de 512 para ser o journal dele.
Qual seria, então, o comando para formatar informando a partição de 512 (no exemplo, a /dev/sdd4) como sendo o journal da /dev/sdd1? Como você disse que eu tenho que especificar, eu tenho que informar 512MB, certo?
Lembrando que essa partição terá uma grande quantidade de arquivos, incluindo fotos, músicas, vídeos e documentos.
Cara, muito bom! Mesmo sendo esse meu HD velho pacas o aumento de desempenho foi sensível. Ainda não realizei todas as dicas contidas no tuto, mas coloquei o journal em outra partição (no mesmo hd) de 256mb e mudei para o writeback a diferença de velocidade se tornou perceptível logo no boot. Ah sim vale comentar que no primeiro teste ferrei tudo e tive que formatar todo hd =/
Cara grande dica essa sua. Parabéns e obrigado por compartilha-la
Pera aí, vamos por partes!
Você só vai querer uma partição grande com o journal externo mas no mesmo HD, é isso?
Então só precisa continuar as dicas do tutorial! Depois de que você criou essa partição grande e já criou essa de 512MB para ser o journal da partição maior, só precisa seguir a dica do tutorial!
Agora se for criar mais partições de journal externo no mesmo HD eu não recomendo! Isso vai acabar é atrasando tudo!
Quanto aos comandos para criar a partição sem o journal indicando que ela já existe em outro lugar, aí vou ficar te devendo por enquanto! Nunca fiz isso, mas se você tiver paciência eu posso tentar aqui e depois te digo! Então me diz se vai querer mesmo esse comando pra mim pesquisar mais a respeito!
Agora, dois pontos:
O journal externo funciona com o Kernel Omnislash? (Foi comentado isso no tutorial, mas não entendi direito)
Teoricamente, será que usar o journal em um outro HD será mais rápido do que usar o journal em uma partição do mesmo HD, sendo ele montado em RAID 0?
ps: O Ubuntu 10.04 não gosta muito de RAID ... :-\
Cara, muito bom! Mesmo sendo esse meu HD velho pacas o aumento de desempenho foi sensível. Ainda não realizei todas as dicas contidas no tuto, mas coloquei o journal em outra partição (no mesmo hd) de 256mb e mudei para o writeback a diferença de velocidade se tornou perceptível logo no boot. Ah sim vale comentar que no primeiro teste ferrei tudo e tive que formatar todo hd =/
Cara grande dica essa sua. Parabéns e obrigado por compartilha-la
Que bom que deu certo aí!
Obrigado pelo retorno!
Quanto a detonar o sistema faz parte!
Se você quer aprender essas coisas acaba errando em algum lugar, mas depois você acerta!
Tava olhando uma matéria sobre SSD e me veio a cabeça uma questão. Se não me engano eu tinha lido em algum local que o filesystem ext4 quando faz o processo de leitura/escrita ele apaga os dados no disco (não deve ser esse o termo técnico) ao invés de só apagar no MTF (mapa), disso se tem que em questão de segurança de dados o ext4 é mais seguro, vez que ao excluir um arquivo ele apaga-o na área fisica impossibilitando sua recuperação por outrem. Contudo, consequentemente se houver uma exclusão acidental resta impossibilidade essa recuperação. Eu fiquei pensando que esse processo de exclusão de dados na área de armazenamento de dados deve tomar certo tempo se levássemos em comparação em relação ao tempo que levaria se houvesse apenas a exclusão de dados no MTF. Assim minha dúvida é:
1) O ext4 trabalha com esse padrão de mapa de dados e os dados propriamente ditos?
2) Há como desabilitar/habilitar essa opção de exclusão de dados "no próprio disco" deixando apenas no MTF?
galactus,
Uma dúvida, o ext3 tem o mesmo desempenho do ext4 com journal externo ? o ext3 é realmente mais rápido que o ext4 ? eu ví por ai que a velocidade dele seria superior ao ext4, isso procede? qual seria o sistema de arquivo mais rápido ? desculpe minha dúvidas :-\
galactus,
No PC de casa eu uso ext4, no Atom eu uso JFS, e no servidor do meu amigo usamos XFS com Nobreak! Cada um com sua vantagem e desvantagem!
Aproveitando a deixa... Em netbooks com atom (like acer one) é vantajoso usar JFS ao invés do ext4? Essa dica me interessa porque minha namorada tem um desses =D
Também estou procurando informações sobre a questão levantada anteriormente (MTF.. e bla bla bla)
Se achar alguma coisa faço contribuições.
Aproveitando a deixa... Em netbooks com atom (like acer one) é vantajoso usar JFS ao invés do ext4? Essa dica me interessa porque minha namorada tem um desses =D
Também estou procurando informações sobre a questão levantada anteriormente (MTF.. e bla bla bla)
Se achar alguma coisa faço contribuições.
Aproveitando a deixa... Em netbooks com atom (like acer one) é vantajoso usar JFS ao invés do ext4? Essa dica me interessa porque minha namorada tem um desses =D
Também estou procurando informações sobre a questão levantada anteriormente (MTF.. e bla bla bla)
Se achar alguma coisa faço contribuições.
Então hiltongil, pra mim foi vantajoso pois sou um usuário multitarefa! São duas as grandes vantagens do JFS pra mim. É o que consome menor quantidade de recursos da CPU e é muito seguro, resiste muito bem a quedas de energia.
Não espere alta velocidade de Boot com ele. Mas ele desliga rápido o sistema.
Como você deve saber os Atom são mais pobres que um Celeron! Daí já viu né, pra usuários como eu que já é padrão estar com vários aplicativos abertos ao mesmo tempo, tudo o que for bom pra aliviar a CPU é ótimo!
Agora, é preciso dar alguma turbinada no sistema em geral além do kernel para ele ficar realmente excelente! Vou pegar o vídeo que fiz com o Celeron do meu amigo pra você ver! Usei JFS!
Digo a questão dos termos, não sou muito familiarizado com coisas tipo journal, mesmo dando a definição, me embolo um pouco ainda ><Dá uma lida primeiro e depois segue o tutorial não tem erro. Té tudo mastigado.
Tem como "devolver" o journal para a partição?
Como eu relatei, coloquei a partição separada no mesmo HD, e ele está numa case USB. O problema é que quando eu coloco esse HD em outra máquina, a partição não monta e aparece "dmesg | tail".
#tune2fs -O ^has_journal /dev/sdxy#tune2fs -o journal_data_ordered /dev/sdxyTem como "devolver" o journal para a partição?
Como eu relatei, coloquei a partição separada no mesmo HD, e ele está numa case USB. O problema é que quando eu coloco esse HD em outra máquina, a partição não monta e aparece "dmesg | tail".
Bom dia vampire!
Então, me diz uma coisa, seu HD externo só funciona na sua máquina?
Quanto a sua resosta. Tem sim!
Primeiro você diz pra ele que sua partição não tem mais Journal, você indica a partição em que estão seus dados!Código: [Selecionar]#tune2fs -O ^has_journal /dev/sdxy
Com isso ele vai deixar de apontar o journal externo dentro do mesmo HD!
Depois você diz pra ele que partição voltou a ter journal, mas agora ele está dentro da mesma partição! E escolhe o tipo!Código: [Selecionar]#tune2fs -o journal_data_ordered /dev/sdxy
Botei o ordered pois é o padrão!
Deu pra entender?
É parecido se o seu HD externo com journal desse pau! Da primeira vez que ele der o boot, deve demorar um pouco mais pra montar ele, mas ele deve seguir as coisas!
Há sim, já tem muita coisa importante dentro dele? Se ele montar na sua máquina normalmente, faz cópia dos seus dados antes só pra se precaver né!
Eu to fazendo um servidor com proxy + squid + samba em casa e só estou usando o journal aumentado dentro das mesmas partições! Dá menos dor de cabeça já que quero colocar mais HDs nele!
Tenta aí e me conta depois!
Fui!
Teoricamente, não precisa formatar, certo?
Como eu poderia ver se REALMENTE meu journal foi configurado com 400MB, conforme dica?
tune2fs? com -l ? qual entrada vejo isso?
Grande abraço
Segue abaixo:
# tune2fs -l /dev/sda7
tune2fs 1.41.11 (14-Mar-2010)
Filesystem volume name: <none>
Last mounted on: /home
Filesystem UUID: bdaf2b95-c422-479f-bab9-31ac61f8f2fc
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: journal_data_writeback
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 7094272
Block count: 28363008
Reserved block count: 1418150
Free blocks: 16627765
Free inodes: 7012891
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 1017
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
Flex block group size: 16
Filesystem created: Thu Oct 7 15:47:36 2010
Last mount time: Sun Oct 10 06:04:27 2010
Last write time: Sun Oct 10 06:04:27 2010
Mount count: 23
Maximum mount count: -1
Last checked: Thu Oct 7 15:47:36 2010
Check interval: 604800 (1 week)
Next check after: Thu Oct 14 15:47:36 2010
Lifetime writes: 59 GB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
First orphan inode: 3287939
Default directory hash: half_md4
Directory Hash Seed: 442092bb-7525-4038-94e3-de52b8a2cc3e
Journal backup: inode blocks
Teoricamente, não precisa formatar, certo?
Exato!
Teoricamente, não precisa formatar, certo?
Exato!
Funcionou perfeitamente!
Valeu!!! ;)
Agora, na próxima vez que eu for instalar, vou usar essa partição journal na partição do sistema, e não na home.
Pessoal, dei uma lida no tutorial e me ocorreu uma coisa...
O Journal externo em outro disco poderia ser em um cartão de memória? Isso daria certo? Eu estou usando o UBUNTU 10.04 em um EEEPC 1005. Eu poderia usar o leitor de cartão para esse fim?
Abraço e parabéns ao Galactus pelo tutorial!!! ;)
Pessoal, dei uma lida no tutorial e me ocorreu uma coisa...
O Journal externo em outro disco poderia ser em um cartão de memória? Isso daria certo? Eu estou usando o UBUNTU 10.04 em um EEEPC 1005. Eu poderia usar o leitor de cartão para esse fim?
Abraço e parabéns ao Galactus pelo tutorial!!! ;)
Poder pode! A questão é se ele vai ser rápido ou vai atrasar tudo! Tem que lembra também se ele não vai ser fácil de corromper os dados! Os caras usam HDs SSD pra turbinar ainda mais o Journal!
Gostei das dicas, muito interessantes (quero ver fazer isso com ntfs :P)
.
Teria como usar a mesma partição para journal de duas ou mais partições? Tipo, sda1, sda2, uma é raiz e outra é minha home, e crio uma sda3 para ser a partição de journal das duas (sda1 e sda2), da certo isso? E qual o tamanho mínimo dessa partição journal ? E outra, o sistema de arquivos da partição de journal tem que ser no mesmo sistema de arquivo? Tipo assim, tenho uma sda1 e sda2, sda2 vai ser a partição com o journal, sda1 é minha raiz formatada em ext4, a partição sda2 de journal tem que ser em ext4 tbm?
.
Grato.
Então se eu tiver uma raiz, home e mais um swap, vou precisar de mais 2 partições de 1 GB para o journal que serão formatadas (pelo comando) em ext2, certo?
Na verdade faço por segurança e posso instalar outra distro se quiser, sem perder meus dados. E queria saber de alguma maneira de esconder essas partições do gnome ou do sistema. Sei de uma opção (flag) chama hide no gparted (deve ter no cfdisk tbm), mas não sei vai ficar "hide" pro sistema tbm, impossibilitando de ser usado como journal.
Agora fiquei confuso!
Esconder quem? O journal? Ou o raiz e o home?
O journal não aparece para o nautilus!
CitarAgora fiquei confuso!
Esconder quem? O journal? Ou o raiz e o home?
O journal não aparece para o nautilus!
Esconder as partições em que estão o journal.
#mke2fs -t ext4 -J size=400 -O dir_index,extent /dev/sda1
@Galactus
Da para usar essa opção mesmo depois do sistema já instalado e rodando??Citar#mke2fs -t ext4 -J size=400 -O dir_index,extent /dev/sda1
Comprei um note novo tô aqui arrancando o "janelas" e me veio uma dúvida na cabeça. A partição que eu for fazer o journal não pode ser dentro de uma partição estendida? E ela precisa obrigatoriamente não estar formatada? Porque notei que a partição criada dentro da estendida se não é formatada não aparece com /dev/sda(x) mas quando é criada como primaria sim.
valeu...Comprei um note novo tô aqui arrancando o "janelas" e me veio uma dúvida na cabeça. A partição que eu for fazer o journal não pode ser dentro de uma partição estendida? E ela precisa obrigatoriamente não estar formatada? Porque notei que a partição criada dentro da estendida se não é formatada não aparece com /dev/sda(x) mas quando é criada como primaria sim.
Se o Journal ficar fora do seu sistema de arquivos, esta partição do Journal deverá ser primária!
Se o Journal ficar dentro do seu próprio sistema de arquivos, esta partição poderá ser estendida!
@galactus
Eu consigo mudar para journal_data_writeback minha partição ext4, sem ter q formata-la?
usando o tun2fs.
Sim pode, tá no tutorial, na parte das alterações após instalação! Faça backup dos dados importantes antes de alterar qualquer coisa!
Senti uma diferenca de uns 10mb/s na hora de transferir. Otimo..
so notei uma coisa... Quando transfiro de uma particao pra outra do mesmo HD, o uso dsa CPU fica em 100%
Quando transfere do pendrive - HD, HD - pendrive, nao aumenta.
Achei estranho, mas a diferenca aqui ta bem grande. (Y)
Pessoal, Galactus... podem me ajudar? Se o post nao for indicado me avisa que deleto na hora...
Chegou meu note novo e finalmente vou poder usar EXT4!!!
Seguinte, o note veio com Windows 7 e nao vou abrir mao dele... Primeiro motivo, eu paguei por ele e veio com oficce 2010 que eu uso para fazer graficos bonitinhos para usar na escola. Segundo, compraria briga com a esposa por fazer isso, e nao quero brigar com ela...
O note veio com 3 particoes primarias, jah redimensionei o hd e ficou assim:
SDA1 hidden NTFS - PQSERVICE
SDA2 NTFS - SYSTEM RESERVED
SDA3 NTFS - Windows7
Quero criar
SDA4 - NTFS BKP
SDA5 - EXT4 para sistema principal
SDA6 - EXT4 para teste
SDA7 - EXT4 para BKP (nao vou fazer home separada)
Mas o Gparted avisa que nao posso ter mais que 4 particoes primarias... Como devo proceder?
Obrigado.
Não me confundam com orkuteiro (kakak) com o passar do tempo aqui no fórum vamos achando certos materiais que posso dizer melhor que muito curso pago por ai.
Parabéns Marcelo!
O cara -> aqui (http://webcache.googleusercontent.com/search?q=cache:EwXQU2rfP4wJ:www.mail-archive.com/linuxkernelnewbies%40googlegroups.com/msg01125.html+&cd=5&hl=pt-BR&ct=clnk&client=opera) <- diz que não vale a pena tirar o journal em SSD, vou instalar com journal mesmo.
Outro link interessante é:how to tweak your ssd in ubuntu for better performance (http://www.howtogeek.com/62761/how-to-tweak-your-ssd-in-ubuntu-for-better-performance/) o qual apresenta alguns tweaks para SSD, observação para "Switching IO Schedulers", em alguns testes houve 200% de aumento de perfomance.
Desculpe ressucitar o tópico, mas achei relevante.
Surgiu um problema novo por aqui, segui o tutorial como sempre para usar journal no mesmo hd, e parti para uma instalação pelo minimalcd, na parte da escolher a partição para instalar aparece o seguinte erro: "falha ao remover arquivos conflitantes" , não tenho noção de arquivos seriam esses, não tenho nenhum outro sistema instalado nesse HD.
Desisti dessa vez tunar o ext4, só espero que não altere tanta a perfomance, pretendo usar esse notebook velho como media center.
#fsck -t ext4 -f -D /dev/sdxypara que ele fosse executado a cada "x" dias, semanas, meses.
Já faz algumas versões do ubuntu que não consigo mais usar os tweaks, sempre aparece mensagens de erros no boot:
Errors found while checking disk drive for /
(https://ubuntuforum-br.org/proxy.php?request=http%3A%2F%2Fimg267.imageshack.us%2Fimg267%2F2324%2Fimg20100926103608.th.jpg&hash=25da741517309d7e369aa6af833521476cea17a7)
Utilizo essa dica de tunning do ext4 desde que a conheci.
E andei pensando se não havia alguma forma de automatizar o comandoCitar#fsck -t ext4 -f -D /dev/sdxypara que ele fosse executado a cada "x" dias, semanas, meses.
Como o comando deve ser rodado com o sistema desmontado não me veio a cabeça alguma forma de automatizar via script. Dai lembrei que o tune2fs checa a integridade do filesystem a cada 180 dias ou 30 montagens (dependendo do sistema). Nisso me veio a dúvida: Alguém sabe se tem como configurar essa checagem que o tune2fs faz a cada "x" dias para que ele execute o comando de otimização?
Utilizo essa dica de tunning do ext4 desde que a conheci.
E andei pensando se não havia alguma forma de automatizar o comandoCitar#fsck -t ext4 -f -D /dev/sdxypara que ele fosse executado a cada "x" dias, semanas, meses.
Como o comando deve ser rodado com o sistema desmontado não me veio a cabeça alguma forma de automatizar via script. Dai lembrei que o tune2fs checa a integridade do filesystem a cada 180 dias ou 30 montagens (dependendo do sistema). Nisso me veio a dúvida: Alguém sabe se tem como configurar essa checagem que o tune2fs faz a cada "x" dias para que ele execute o comando de otimização?
Difícil essa viu. Tem como alterar a cada quantos boots ele vai fazer a checagem, diminuir, aumentar ou até mesmo desabilitar as checagens padrões. Mas alterar essa checagem padrão via script....
Como ele vai ler esse script se a partição raiz tem que estar desmontada? ??? ??? ???
Utilizo essa dica de tunning do ext4 desde que a conheci.Não sei se entendi direito, mas seria o que está descrito neste tópico (em ingles) http://askubuntu.com/questions/151025/how-can-i-make-fsck-run-non-interactively-at-boot-time ?
E andei pensando se não havia alguma forma de automatizar o comandoCitar#fsck -t ext4 -f -D /dev/sdxypara que ele fosse executado a cada "x" dias, semanas, meses.
Como o comando deve ser rodado com o sistema desmontado não me veio a cabeça alguma forma de automatizar via script. Dai lembrei que o tune2fs checa a integridade do filesystem a cada 180 dias ou 30 montagens (dependendo do sistema). Nisso me veio a dúvida: Alguém sabe se tem como configurar essa checagem que o tune2fs faz a cada "x" dias para que ele execute o comando de otimização?
Utilizo essa dica de tunning do ext4 desde que a conheci.Não sei se entendi direito, mas seria o que está descrito neste tópico (em ingles) http://askubuntu.com/questions/151025/how-can-i-make-fsck-run-non-interactively-at-boot-time ?
E andei pensando se não havia alguma forma de automatizar o comandoCitar#fsck -t ext4 -f -D /dev/sdxypara que ele fosse executado a cada "x" dias, semanas, meses.
Como o comando deve ser rodado com o sistema desmontado não me veio a cabeça alguma forma de automatizar via script. Dai lembrei que o tune2fs checa a integridade do filesystem a cada 180 dias ou 30 montagens (dependendo do sistema). Nisso me veio a dúvida: Alguém sabe se tem como configurar essa checagem que o tune2fs faz a cada "x" dias para que ele execute o comando de otimização?
Nesse tópico do askubuntu, tem muita informação junta. Uma das coisas que li foi que no último numero do fstab voce define se o fsck será executado ou não, como pode ser visto aqui http://www.vivaolinux.com.br/artigo/FSTAB-Sua-funcao-e-parametros?pagina=4Utilizo essa dica de tunning do ext4 desde que a conheci.Não sei se entendi direito, mas seria o que está descrito neste tópico (em ingles) http://askubuntu.com/questions/151025/how-can-i-make-fsck-run-non-interactively-at-boot-time ?
E andei pensando se não havia alguma forma de automatizar o comandoCitar#fsck -t ext4 -f -D /dev/sdxypara que ele fosse executado a cada "x" dias, semanas, meses.
Como o comando deve ser rodado com o sistema desmontado não me veio a cabeça alguma forma de automatizar via script. Dai lembrei que o tune2fs checa a integridade do filesystem a cada 180 dias ou 30 montagens (dependendo do sistema). Nisso me veio a dúvida: Alguém sabe se tem como configurar essa checagem que o tune2fs faz a cada "x" dias para que ele execute o comando de otimização?
De repente até seja por ai. O problema é que não consegui entender bem como funciona a explicação. E nem como colocaria esse comando personalizado. Alguém que entenda melhor de script para ajudar?
#
# /etc/default/rcS
#
# Default settings for the scripts in /etc/rcS.d/
#
# For information about these variables see the rcS(5) manual page.
#
# This file belongs to the "initscripts" package.
# delete files in /tmp during boot older than x days.
# '0' means always, -1 or 'infinite' disables the feature
TMPTIME=0
# spawn sulogin during boot, continue normal boot if not used in 30 seconds
SULOGIN=no
# do not allow users to log in until the boot has completed
DELAYLOGIN=no
# assume that the BIOS clock is set to UTC time (recommended)
UTC=no
# be more verbose during the boot process
VERBOSE=no
# automatically repair filesystems with inconsistencies during boot
FSCKFIX=noLendo esse conteúdo, podemos imaginar que colocando FSCKFIX=yes ou FSCKFIX=y o fsck sera executado automaticamente. Sendo que nesse arquivo mesmo, diz que para editar as as settings no diretório /etc/rcS.d/pires@pires-Aspire-5315:/etc/init.d$ cat /etc/init/mountall.conf
# mountall - Mount filesystems on boot
#
# This helper mounts filesystems in the correct order as the devices
# and mountpoints become available.
description "Mount filesystems on boot"
start on startup
stop on starting rcS
expect daemon
task
emits virtual-filesystems
emits local-filesystems
emits remote-filesystems
emits all-swaps
emits filesystem
emits mounting
emits mounted
# temporary, until we have progress indication
# and output capture (next week :p)
console output
script
. /etc/default/rcS [color=red] -->>olha ele acessando nosso arquivo anterior[/color]
[ -f /forcefsck ] && force_fsck="--force-fsck" [color=red]-->>acho que está passando um parametro ao fsck[/color]
[ "$FSCKFIX" = "yes" ] && fsck_fix="--fsck-fix"
# set $LANG so that messages appearing in plymouth are translated
if [ -r /etc/default/locale ]; then
. /etc/default/locale
export LANG LANGUAGE LC_MESSAGES LC_ALL
fi
exec mountall --daemon $force_fsck $fsck_fix [color=red] -->> acho que é aqui que ele executa[/color]
end script
post-stop script
rm -f /forcefsck 2>dev/null || true
end script
Talvez se voce editar uma dessas linhas consiga algo.
check_filesystem() {
# most of code coming from /etc/init.d/fsck
local fsck_opts= check_extra= RC_UNAME=$(uname -s)
# FIXME : get_bootparam forcefsck
if [ -e /forcefsck ]; then
fsck_opts="$fsck_opts -f"
check_extra="(check forced)"
fi
echo "Checking local filesystem $check_extra : $1"
if [ "$RC_UNAME" = Linux ]; then
fsck_opts="$fsck_opts -C0 -T"
fiDá pra ver que tem opções de checagem do disco ao longo do código.
Rapazes. Se vocês conseguirem esse feito vai ser do Baralho!Seria esse comando?
Agora, testem isso aí num sistema que não seja de produção né!
tune2fs -t ext4 -i 47d -c 27 -O dir_index /dev/sdxy -t ext4: sistema de arquivos ext4-O [^]feature[,...]
Set or clear the indicated filesystem features (options) in the filesystem. More than one filesystem feature can be cleared or set by separating features with commas. Filesystem features prefixed with a caret character ('^') will be cleared in the filesystem's superblock; filesystem features without a prefix character or prefixed with a plus character ('+') will be added to the filesystem.
The following filesystem features can be set or cleared using
tune2fs:
dir_index
Use hashed b-trees to speed up lookups in large directories.
Rapazes. Se vocês conseguirem esse feito vai ser do Baralho!Seria esse comando?
Agora, testem isso aí num sistema que não seja de produção né!Código: [Selecionar]tune2fs -t ext4 -i 47d -c 27 -O dir_index /dev/sdxy-t ext4: sistema de arquivos ext4
-i 47d: checar a cada 47 dias
-c 27: checar a cada 27 montagens
-O dir_index: otimização por hashed b-treesCitar-O [^]feature[,...]
Set or clear the indicated filesystem features (options) in the filesystem. More than one filesystem feature can be cleared or set by separating features with commas. Filesystem features prefixed with a caret character ('^') will be cleared in the filesystem's superblock; filesystem features without a prefix character or prefixed with a plus character ('+') will be added to the filesystem.
The following filesystem features can be set or cleared using
tune2fs:
dir_index
Use hashed b-trees to speed up lookups in large directories.
fonte: http://linux.die.net/man/8/tune2fs
EDIT: parece que é isso mesmo, mas de acordo com http://linuxpoison.blogspot.tw/2007/10/tune-your-ext3-filesystem.html não é o suficiente, é preciso rodar e2fsck na partição com o parâmetro -D para otimizar os diretórios pra o dir_index.
Acho que ele quis dizer que deve-se rodar ao menos uma vez o comando e2fsck para ativar essa otimização e depois num precisa mais, mas num tenho certeza. Talvez tenha-se que levar em consideração que é um post de 2007 e de repente não seja mais necessário rodar o e2fsck uma vez para essa suposta "ativação".
tune2fs -t ext4 -i 47d -c 27 -O dir_index /dev/sdxy
tune2fs -i 3d -c 7 -O dir_index /dev/sdxy
tune2fs -i 3d -c 7 /dev/sdxy
Já faz algumas versões do ubuntu que não consigo mais usar os tweaks, sempre aparece mensagens de erros no boot:
Errors found while checking disk drive for /
(https://ubuntuforum-br.org/proxy.php?request=http%3A%2F%2Fimg267.imageshack.us%2Fimg267%2F2324%2Fimg20100926103608.th.jpg&hash=25da741517309d7e369aa6af833521476cea17a7)
Olá. Quais Tweaks?
Sua foto está muito pequena não consegui ler a mensagem na foto. Existe um Bug na montagem do Ubuntu, já documentada, dizem que corrigiram na versão 13.04. Erros na motagem principalmente do diretório/partição tmp acontecem muito por causa desse BUG.
Venho usando as alterações em alguns dos meus sistema ext4 com sucesso.
7.3. Another widely used method for automatic TRIM is to add the option discard to /etc/fstab, for the line for your root partition and for possible other Linux partitions that are being mentioned there.
Note: do not add it to the line for the swap partition, as that's already being trimmed automatically by the system by default, during the boot process!
The disadvantage of this method is, that it may cause the system to slow down. Because it forces the system to apply TRIM instantly on every file deletion. That's why this method is not my favourite.
Olá hiltongil. O artigo é muito interessante, principalmente porque eles testaram em hardware para dispositivos móveis, um processador ARM e os cartões SD.
Ele não mostra nenhuma dica de tunagem nova, mas sim o desempenho dos sistemas de arquivos testados em várias situações.
Gostei de saber que a opção nobarrier para o ext4 não vai aumentar o risco de perda de dados em uma queda de energia!
Já eperava que o BTRFS "virasse farelo" com as quedas de energia já que a ferramenta de checagem do sistema de arquivos ainda engatinha!
Obrigado por ter compartilhado o artigo com a gente!
Olá hiltongil. O artigo é muito interessante, principalmente porque eles testaram em hardware para dispositivos móveis, um processador ARM e os cartões SD.
Ele não mostra nenhuma dica de tunagem nova, mas sim o desempenho dos sistemas de arquivos testados em várias situações.
Gostei de saber que a opção nobarrier para o ext4 não vai aumentar o risco de perda de dados em uma queda de energia!
Já eperava que o BTRFS "virasse farelo" com as quedas de energia já que a ferramenta de checagem do sistema de arquivos ainda engatinha!
Obrigado por ter compartilhado o artigo com a gente!
Aliás, alguém aqui já teve alguma experiência com ZFS no Linux?
E eu ainda continuo usando o bom e velho Reiserfs3 ;-)
que para uso doméstico ainda acho uma das melhores opções, experimentei o btrfs por um tempo
e tenho usado Ext4 no Fedora, em algumas operações simples o Reiser chega a ser 2 vezes mais rápido que o EXT4
estes dias por exemplo tive que mover e redimensionar 2 partições com cerca de 15GB, uma de cada tipo, o EXT4 demorou muito para fazer o processo
não lembro exatamente o tempo, mas sei que quando fiz no reiser o processo foi muito mais rápido, digamos que EXT4 10 minutos e reiserfs 3 minutos.
E eu ainda continuo usando o bom e velho Reiserfs3 ;-)
que para uso doméstico ainda acho uma das melhores opções, experimentei o btrfs por um tempo
e tenho usado Ext4 no Fedora, em algumas operações simples o Reiser chega a ser 2 vezes mais rápido que o EXT4
estes dias por exemplo tive que mover e redimensionar 2 partições com cerca de 15GB, uma de cada tipo, o EXT4 demorou muito para fazer o processo
não lembro exatamente o tempo, mas sei que quando fiz no reiser o processo foi muito mais rápido, digamos que EXT4 10 minutos e reiserfs 3 minutos.
O Reiserfs é o mais rápido para arquivos pequenos, sem dúvida, como para a maioria dos mortais, seus dados são pequenos, você sente o sistema mais rápido com o Reiserfs. Mas é só mudar o cenário, coloque um servidor de multimidia com Raiserfs e coloca vários usuários assistindo vídeos nele, que você vai ver que ele pede água logo. Para isso o XFS é muito superior.
Cada sistema de arquivos tem seus prós e contras. O ideal seria poder usar cada sistema de arquivos para uma situação específica, naquilo que ele rende mais.
Mas como o desenvolvimento dele parou, assim como do excelente JFS, e os dados de uma forma geral aumentaram muito de tamanho, acaba que temos que mudar um dia de sistema de arquivos.
Outra coisa que praticamente é a pá de cal para o Reiserfs3, ele é o que mais consome recursos do processador! Em tempos de dispositivos móveis com processadores ARM....
Utilizo essa dica de tunning do ext4 desde que a conheci.
E andei pensando se não havia alguma forma de automatizar o comandoCitar#fsck -t ext4 -f -D /dev/sdxypara que ele fosse executado a cada "x" dias, semanas, meses.
Como o comando deve ser rodado com o sistema desmontado não me veio a cabeça alguma forma de automatizar via script. Dai lembrei que o tune2fs checa a integridade do filesystem a cada 180 dias ou 30 montagens (dependendo do sistema). Nisso me veio a dúvida: Alguém sabe se tem como configurar essa checagem que o tune2fs faz a cada "x" dias para que ele execute o comando de otimização?
Difícil essa viu. Tem como alterar a cada quantos boots ele vai fazer a checagem, diminuir, aumentar ou até mesmo desabilitar as checagens padrões. Mas alterar essa checagem padrão via script....
Como ele vai ler esse script se a partição raiz tem que estar desmontada? ??? ??? ???
Infelizmente não tenho ideia ainda hiltongil.
Mas vou procurar, dar uma pesquisada pra saber. Qualquer novidade eu posto aqui.
Olha só hiltongil, o "negócio" tava debaixo dos nossos olhos e a gente não via! Se fosse cobra já tinha mordido faz tempo! :)
É só olhar o relatório do tune2fs -l !
Ele informa um monte de coisas entre elas a última vez em que o sistema foi checado! Dá o Dia/Mês/Ano e a hora ! Impossível você não saber se o sistema não foi checado!
Achei outros tutoriais que explicam direitinho como forçar uma checagem completa do seu sistema de arquivos na hora do Boot!
O touch /forcefsck é uma das alternativas. Também pode alterar o próprio fstab para que ele faça essa checagem automática quando alguma coisa está errada.
Com certeza dá um ótimo tutorial com muita coisa interessante. Olha só o que achei:
http://www.devin.com.br/auto-fsck/
http://www.maketecheasier.com/check-repair-filesystem-fsck-linux/
http://pc-freak.net/blog/how-to-enable-auto-fsck-ext3-ext4-reiserfs-lvm-filesystems-checking-on-linux-boot-through-etcfstab/
http://www.thegeekstuff.com/2012/08/fsck-command-examples/
http://askubuntu.com/questions/14740/force-fsck-ext4-on-reboot-but-really-forceful
Acredito que agora a coisa está bem completa. Responde as suas dúvidas e dá pra você fazer aquele tutorial melzinho na chupeta pra nóis! hehehehehehehe
É só você colocar as opções de checagem que você quiser dentro do arquivo fsckoptions que vai ser lido pelo forcefsck ! Simples não! :P
Espero ter ajudado.
Quando vai rolar um tuto do btrfs?
http://www.phoronix.com/scan.php?page=article&item=linux_33_btrfs&num=1
Bah seria excelente. Apesar da performance não ser a mesma do ext4 o btrfs tem recursos bem interessantes (COW, compactação, desfragmentação).Pra mim desfragmentação não é recurso interessante a priori... ext4 pelo menos não precisa ser desfragmentado, se o btrfs fragmenta é um ponto negativo.
Vale a pena modificar o local ou o tamanho do journal em um Raspberry Pi usando sdcard classe 10 ?
Boa noite, pessoal!
Fiz essa pergunta para o galactus e como é uma pergunta que pode ajudar a comunidade, ele me orientou a refazê-la aqui, pois bem:
Eu gostaria de saber se existe alguma forma de saber o tamanho que foi configurado para o Journal. Dei uma procurada e não achei confiável as orientações que encontrei. Portanto, vim perguntar pro guru (galactus) hehe... Claro, qualquer amigo forista que souber e se dispuser a ajudar, aceito e agradeço enormemente.
Valeu!
Qual tipo de tune ext4 recomendado para diretório de /boot de 512MB ?
O restante dos diretórios vão ser em XFS
Somente com discard e noatime (EXT4)
Dota pela 1a vez = 17,5s
Dota pela 2a vez = 16s
Extração do Arquivo = 1min 11s
Envio do Arquivo para mesma partição = 12s
Envio do Arquivo para outra partição = 6s
Sem discard e com noatime,barrier=0,nobh
Dota pela 1a vez = 18s
Dota pela 2a vez = 17s
Extração do Arquivo = 1min 9s
Envio do Arquivo para mesma partição = 8s
Envio do Arquivo para outra partição = 6s
Sem discard e com noatime,barrier=0,nobh e as otimizações de diretório
e adicionado os comandos de write-back (sem mexer no fstab e grub)
Dota pela 1a vez = 17,6s
Dota pela 2a vez = 16s
Extração do Arquivo = 1min 14s
Envio do Arquivo para mesma partição = 8,5s
Envio do Arquivo para outra partição = 6s
Agora completo, do jeito que está no tutorial com todas as opções.
Dota pela 1a vez = 18s
Dota pela 2a vez = 16s
Extração do Arquivo = 1min 14s
Envio do Arquivo para mesma partição = 8,4s
Envio do Arquivo para outra partição = 7s1) Quando eu formato uma partição pelo instalador do Linux ou somente com o comando mkfs.ext4 ela já vem com jornal? Se sim, de qual tipo? Se não, você adiciona ela no tutorial, mas porque?
2) Quando eu uso esse comando "mke2fs -t ext4 -O dir_index,extent /dev/sda1" para antes da formatação ou esse "tune2fs -O dir_index /dev/sdxy" para após formatação comum. E esse "tune2fs -o journal_data_writeback /dev/sda1" eles ficam salvo diretamente na partição ou fica salvo no sistema?
Quanto a segunda pergunta deixa eu explicar bem direitinho.
Eu tenho 3 partições EXT4
SDA5 -> / root
SDA6 -> /home/backup
SDA7 -> /home/games
Pergunto isso porque eu formato direto o Linux e nesse processo sempre formato a partição " / " (sda5) mas não formato a partição sda6 e nem sda7, eu apenas monto elas após formatado.
A minha segunda pergunta se refere as partições SDA6 e SDA7 e não a SDA5 que eu formato ela na instalação do Linux e essa provavelmente é perdida todas as otimizações.
Então reformulando a 2a pergunta
Fiz os procedimentos:
mke2fs -t ext4 -O dir_index,extent /dev/sda6
e depois
tune2fs -o journal_data_writeback /dev/sda6
Depois que fiz isso, eu fomatei o meu Linux (sda5) e reinstalei meus programas e tudo e montei a partição SDA6 no meu novo Linux. Queria saber se minha partição SDA6 aonde fiz os comandos acimas estarão ainda com essas configurações ou se perde elas quanto eu reinstalo o sistema.
Então Grinder, respondendo na ordem:
1) A formatação seja feita pelo instalador gráfico ou com o comando mkfs.ext4 já vem com journal! Ele usa como padrão o journal Ordered. Como explico no tutorial ainda existem mais duas opções de journal. Se quiser usar as outras duas opções você deve alterá-las manualmente no Ubuntu. O Suse permite mudar isso no seu instalador gráfico. E claro, se quiser mesmo viver perigosamente, você ainda pode desativar o journal! Opção essa que eu não recomendo mesmo, mas se quiser testar...
2) Os comandos mkfs e tune2fs são aplicados no sistema de arquivos da partição em questão do seu disco rígido ou SSD. Então não vai afetar o sda6 e sda7 o fato de você ter formatado o sistema do sda5!
O que muda, ou como você referiu acima "perde", são as opções de montagem que ficam no fstab ou qualquer outra opção de tunagem que você use no sysctl.conf , rc.local ou nos arquivos dentro da pasta /sys/block/sda/queue/.
Então a cada nova formatação você deve recolocar as tunagens destes arquivos, evidentemente se você usar tunagens nestes vários arquivos. Mas o que você alterou com os comandos mkfs e tune2fs não mudaram!
Agora quanto aos seus testes. Deixa ver se entendi, você aumentou o journal? Você colocou o Journal em outro disco rígido? Muitas das opções de formatação do mkfs.ext4 agora são padrões. Os tutoriais que li para tunar o SSD envolve mais o uso do TRIM ou discard, reserva de blocos não formatados e uso da opção noatime no fstab! Só!
O que estão fazendo para melhorar muito o desempenho é usar um SSD como journal dos HDs tradicionais com pratos magnéticos! Com SSD a coisa muda pois não existem partes móveis, são bancos de memória. Então realmente faz sentido as opções usadas para HDs tradicionais as vezes não funcionarem direito no SSD. Mas é ótimo você testar mesmo. Para tirar a dúvida!
E no hdparm? Piorou ou melhorou? Outra coisa, o Dota tá instalado no SSD?