Patrick, todos sabem, você é o cara! Muitíssimo obrigado pelo comentário. Com base nessas informações, vou reformular totalmente o cenário aqui. Não abusando da sua boa vontade. Mas eu tenho um SSD de 120 GB e um HDD de 250, queria poder usar os dois para ter espaço sobrando. Qual layout de particionamento você recomenda?
Att, Samuel .Rio Grande do Sul - RS > From: eks...@freebsdbrasil.com.br > Date: Mon, 18 May 2015 12:11:38 -0300 > To: freebsd@fug.com.br > Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 > > > > On 17/05/2015, at 21:03, Samuel . <lista.freebsd.bra...@outlook.com> wrote: > > > > Olá! > > Primeiramente obrigado pelas excelentes respostas. > > Eu pensei em usar o SSD para o sistema operacional e o HDD para /home, /var > > e /tmp. Assim, penso eu, poupo um pouco a sobrecarga no SSD e > > consequentemente aumento a vida útil dele. > > > > Você não está poupando está desperdiçando… > > Está deixando de andar de Ferrari pra andar de Gol pq a manutenção é mais > barata. > > Só que a Ferrari não vai quebrar toda semana, só vai ser mais caro quando > quebrar. Se é pra não tirar da garagem melhor não ter. Se é pra não usar seu > SSD e tirar tudo que ele pra oferecer durante toda a vida útil dele, melhor > não ter um SSD só pq ele vai ter uma vida útil 80% menor. > > Como eu disse no outro e-mail, ter SSD e HDD no seu servidor e usa-los > intensamente, na mesma proporção, é provável que você nunca veja seu SSD > morrer (a não ser que seja um SSD antigo das primeiras gerações), e troque o > servidor como um todo antes disso acontecer. Mas se o perfil de uso for tão > intenso que o SSD morreu 20% antes do tempo, terá valido cada centavo > antecipar uma troca de SSD 20% antes do tempo do HDD. > > Seu sistema operacional não precisa de um SSD! Quem precisa são seus dados, o > volume crítico da aplicação crítica. Seu kernel estará sempre em memória e > ter um SSD pra carregar seu /bin/ls ou /sbin/ifconfig num read mais rápido > pra memória não tem vantagem nenhuma, além do que os arquivos mais comuns do > SO já ficam em cache de RAM mesmo… > > Se eu fosse usuário do seu servidor e soubesse que meu /home está num HDD > lento e o resto do FreeBSD num SSD mega rápido eu tenho duvida se ficaria > triste ou revoltado hehehe ;) Mas certamente não seria um usuário feliz e > satisfeito nem acharia que o investimento no SSD valeu a pena pra qualidade > geral do serviço prestado por esse servidor! > > > > > > > > > > > > > > > > > Att, > > Samuel .Rio Grande do Sul - RS > > > >> From: eks...@freebsdbrasil.com.br > >> Date: Sun, 17 May 2015 14:37:32 -0300 > >> To: freebsd@fug.com.br > >> Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 > >> > >> > >> > >> Sent from my iPhone > >> > >>> On May 17, 2015, at 2:14 PM, Nilton Jose Rizzo <ri...@i805.com.br> wrote: > >>> > >>> Tenho uma dúvida em relação ao uso de ssd ... > >>> > >>> Como anda a durabilidade deles? Já é seguro utiliza-los > >>> em produção para grande massa de dados? como ficaria esta > >>> durabilidade caso tivesse apenas o SSD e utilizasse o sistema > >>> fazendo a atualização do src e ports semanalmente? > >> > >> Hoje em dia creio que seja besteira se preocupar com a vida útil de um > >> SSD, um SLC suporta mais ciclos de escrita que um HDD e um MLC tem > >> expectativa de durar 80% dos ciclos de escrita de um HDD, ou seja se a > >> expectativa de 7 anos do HDD bate com seu perfil de escrita em disco o > >> SSD seria de 5.6 anos mas um servidor ou laptop como um todo, o mercado > >> trabalha com expectativa de 5 anos até ser substituído. > >> > >> Ou seja todos que só tem SSD num laptop dificilmente verão seu SSD morrer > >> antes de apoderarem a máquina como um todo. > >> > >> Mesma coisa pra maioria dos perfis de servidor em especial os perfis de > >> uso onde a leitura é a maior parte das operações. SSD MLC duram menos > >> ciclos de escrita mas duram mais ciclos de leitura. > >> > >> Ou seja apenas um SGDB com muita escrita ou um servidor de cache veria um > >> SSD MLC morrer 1/5 do tempo antes de um HDD mas convenhamos ganhou tanto > >> em performance que morrer e substituir por outro 20% mais rápido justifica > >> casa centavo :) > >> > >> Antes era gambi, os sistemas operacionais (file system) tinham que se > >> preocupar em fazer wear leveling pra poupar a vida dos SSD etc, hj o > >> próprio drive cuida desses aspectos hehehe do mesmo modo que no passado > >> tínhamos que rodar badsect e mapeadores de Bad block e hj os discos já os > >> isolam sozinhos. > >> > >> Enfim a única coisa a se preocupar com SSD eh o preço :) o resto eh > >> preciosismo hj em dia. > >> > >> > >> > >> > >> > >>> > >>> > >>> --- > >>> /************************************************* > >>> **Nilton José Rizzo UFRRJ > >>> **http://www.rizzo.eng.br http://www.ufrrj.br > >>> **http://lattes.cnpq.br/0079460703536198 > >>> **************************************************/ > >>> > >>> ------------------------- > >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> ------------------------- > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > ------------------------- > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > -- > Patrick Tracanelli > > FreeBSD Brasil LTDA. > Tel.: (31) 3516-0800 > 316...@sip.freebsdbrasil.com.br > http://www.freebsdbrasil.com.br > "Long live Hanin Elias, Kim Deal!" > > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
