Re: [FUG-BR] Particionamento FreeBSD 10.1
On 18/05/2015, at 20:20, Samuel . lista.freebsd.bra...@outlook.com wrote: Mais uma dúvida, o SSD que tenho aqui é um Kingston V300, será que aguenta o rojão? Vixi… eu poderia dizer que é o famoso gato por lebre hehehe. Mas é pior. :( É um grande e vermelho piscante NAO USE PRA SERVIDOR! Vamos aos fatos: O modelo era bom, mas a Kingston mudou o chip da NAND no meio do jogo sem mudar o modelo do produto (DELL fazendo escola) e o que era bom ficou regular mas a um custo mais acessível. Ainda assim é melhor que um HDD de 7200rpm mas não será a experiência de um SSD. Se for numa porta SATA2 vai tirar todo proveito da porta mas se for SATA3 o SSD vai patinar antes da interface em termos de performance. Enfim melhor que um HDD mas não é lá essas coisas de SSD. Além disso é MLC e não SLC (exatamente pra ser mais barato) então espere aquele cenário da vida útil em 80% do esperado pra um HDD, enquanto um SLC teria mais performance e mais vida útil. Mas olhe pro lado bom, é um SSD. E olhe o lado bom 2, já tem tem um recurso da Kingston chamado SSDNow VPlus que faz um Wear Leveling muito bom automaticamente, eles chamam de Wear Range Delta e da pra monitorar até via S.M.A.R.T. os indicadores de wear leveling (rescrita do mesmo arquivo ocupando regiões diferentes da memória, de forma eficiente) o que garante que realmente a vida útil vai pra 80% ou mais dos ciclos de escrita esperados em um HDD. Agora a luz vermelha e pq vc n deve usar em um servidor: esse SSD tem um outro recurso da Kingston chamado Data Life Protection (DLP) e esse DLP trava o disco pra operações de escrita paralela após um súbito aumento na taxa de escritas paralelas do disco. Segundo a Kingston essa proteção DLP é pra evitar virus e outros perfis de uso que não batem com o esperado pra uma estação de trabalho, e bla bla bla, bale ble ble que resulta em uma proteção anti paralelismo. Basicamente o SSD espera poucas operações simultâneas de alto desempenho e não várias simultâneas. Ao entrar em modo DLP o paralelismo cai e junto cai a performance. Ou seja em ambiente servidor voce esta falando de multi-usuário portanto está falando de paralelismo portanto está falando de um cenário que provavelmente vai ativar a proteção DLP e degradar a performance. Mais detalhes em: http://ssdendurancetest.com/ssd-endurance-test-report/Kingston-SSDNow-V300-60 Resumindo: esse SSD não é pra server. Att, Samuel . From: lista.freebsd.bra...@outlook.com To: freebsd@fug.com.br Date: Mon, 18 May 2015 20:15:08 -0300 Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 Eita, quanta informação preciosa! Que dilema! rs O buraco do tutu é bem mais em baixo que eu imaginava.. Agora que lembrei, esse servidor irá virtualizar um windows pra gravação de câmeras (agora ferrou!). Confesso que estou com dó de usar esse SSD, por mim colocaria ele dentro de compartimento de vidro em cima da minha mesa (risos...) Mas vou fazer isso que você disse Patrick! Muitíssimo obrigado! Att, Samuel . From: eks...@freebsdbrasil.com.br Date: Mon, 18 May 2015 19:58:45 -0300 To: freebsd@fug.com.br Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 On 18/05/2015, at 19:18, Samuel . lista.freebsd.bra...@outlook.com wrote: Patrick, todos sabem, você é o cara! Muitíssimo obrigado pelo comentário. Hahaha não sou não, só me coloquei na situação de usuário do seu servidor :D 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? Minha recomendação principal, o que eu faria, foi oq mencionei em uns e-mails pra trás, levantar quais estruturas existem mais operações e colocar esses pontos de montagem no SSD. Ou seja o layout de mount points deve ser apontado por esse levantamento… Mas como eu mencionei também antes, se voce ja sabe que é samba o serviço principal você ja deve ter alguma ideia, mesmo sem olhar estatísticas, de quais shares são os mais críticos em termos de performance. Então eu teria todas as partições no HDD, incluindo o /usr/home e teria um outro volume (se for zfs) ou ou mpoint se for UFS, digamos /usr/home2 e esse com o SSD. Todos os shares críticos em termos de performance estaria no SSD, digamos (um chute) /usr/home2/producao, /usr/home2/desenvolvimento, e os demais no HDD mesmo. Ou seja difícil sugerir sem conhecer a estrutura funcionam da empresa, mas com certeza voce tem subsídios pra mapear e descobrir isso. Se ja existir um server com essa função hoje, faça o levantamento estatístico no atual. Por exemplo, olhando com fstat no servidor aqui da empresa eu vejo que a maior parte das operações de I/O acontecem no /usr/home e no /nfs. O “top -mio -o total” me confirma essa noção, mostrando que os processos que mais fazem I/O são httpd
Re: [FUG-BR] Particionamento FreeBSD 10.1
On 18/05/2015, at 20:19, Paulo Henrique - BSDs Brasil paulo.rd...@bsd.com.br wrote: On 05/18/15 19:58, Patrick Tracanelli wrote: On 18/05/2015, at 19:18, Samuel . lista.freebsd.bra...@outlook.com wrote: Patrick, todos sabem, você é o cara! Muitíssimo obrigado pelo comentário. Hahaha não sou não, só me coloquei na situação de usuário do seu servidor :D 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? Minha recomendação principal, o que eu faria, foi oq mencionei em uns e-mails pra trás, levantar quais estruturas existem mais operações e colocar esses pontos de montagem no SSD. Ou seja o layout de mount points deve ser apontado por esse levantamento… Mas como eu mencionei também antes, se voce ja sabe que é samba o serviço principal você ja deve ter alguma ideia, mesmo sem olhar estatísticas, de quais shares são os mais críticos em termos de performance. Então eu teria todas as partições no HDD, incluindo o /usr/home e teria um outro volume (se for zfs) ou ou mpoint se for UFS, digamos /usr/home2 e esse com o SSD. Todos os shares críticos em termos de performance estaria no SSD, digamos (um chute) /usr/home2/producao, /usr/home2/desenvolvimento, e os demais no HDD mesmo. Ou seja difícil sugerir sem conhecer a estrutura funcionam da empresa, mas com certeza voce tem subsídios pra mapear e descobrir isso. Se ja existir um server com essa função hoje, faça o levantamento estatístico no atual. Por exemplo, olhando com fstat no servidor aqui da empresa eu vejo que a maior parte das operações de I/O acontecem no /usr/home e no /nfs. O “top -mio -o total” me confirma essa noção, mostrando que os processos que mais fazem I/O são httpd, nfsd e sshd (nego adora scp aqui hehehe) e depois o postgres. Então aqui no servidor que atende a galera da empresa, certamente se fosse pra ter um SSD ele seria no /nfs e no /usr/home. Mas se o SSD não for grande suficiente, vou olhar com lsof, nfsstat e procstat pra saber quem são os que mais fazem esses acessos, e descubro que no meu caso os que mais fazem I/O são: /usr/home/svn /usr/home/honorato Bom no momento aqui parece que quem mais se beneficiaria de um SSD seriam o usuário honorato e o Subversion ja que são os top I/O. Ou seja esse é o perfil que você tem que mapear. Não existe uma receita de bolo pq cada server tem os usuários que merece hehehe ;) Às cegas eu sugeriria o /usr/home no SSD mas se for insuficiente os 120G você precisa ter um plano pra mapear quem fica num /usr/home2 e quem fica num /usr/home, sendo um HDD outro SSD. Se for usar zfs use esse script dtrace pra ter estatísticas por dataset: https://github.com/kdavyd/dtrace/blob/master/zfsio.d []s Aproveitando e engajando na conversa, lembro no passado o ZFS ter suporte a SSD para nivel de cache ( ARC2 ou trim se não me engano ), como não sou adepto dele ( começamos com o pé esquerdo apos uma queda de energia ter perdido todas as minhas musicas ) não posso afirmar se há esse recurso mesmo e se o nome deles é um dos anteriormente citados com plena certeza alguém ai que usa e pode confirmar? É isso ai, o ZIL que é o cache de escrita (na verdade é o logging das operações de metadata, típico de FS jornada) e L2ARC que é o cache de leitura. Ambos podem ser metidos no SSD sim, seria algo como (assumindo que SSD seja de 120G no ada2 que é a situação do Samuel e ele queira 8G pro L2ARC e 20 pro ZIL e o resto pro samba): gpart add -t freebsd-zfs -a 4k -l log -s 8G ada2 gpart add -t freebsd-zfs -a 4k -l cache -s 20G ada2 gpart add -t freebsd-zfs -a 4k -l home2 -s 92G ada2 zpool create zstore gpt/home2 log gpt/log cache gpt/cache Samuel, não irá colocar nenhum recursos de resiliencia no seu HDD ? se não for colocar coloca todos os dados no SSD simplesmente devido a probabilidade de falha dele comparado com o HDD é bem menor. E aproposito qual o modelo do seu HDD ? se for qualquer HDD de desktop eu desencorajo a utilização, usei muito no passa e ainda tenho dois servidores usando discos da Western Digital contudo o que perco de desempenho e resistencia de operação com eles não vale a pena a economia. Att. 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
Re: [FUG-BR] Particionamento FreeBSD 10.1
com eles não vale a pena a economia. Att. 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é RizzoUFRRJ **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
Re: [FUG-BR] Particionamento FreeBSD 10.1
On 19-05-2015 14:04, Patrick Tracanelli wrote: On 18/05/2015, at 20:20, Samuel . lista.freebsd.bra...@outlook.com wrote: Mais uma dúvida, o SSD que tenho aqui é um Kingston V300, será que aguenta o rojão? Vixi… eu poderia dizer que é o famoso gato por lebre hehehe. Mas é pior. :( É um grande e vermelho piscante NAO USE PRA SERVIDOR! Vamos aos fatos: O modelo era bom, mas a Kingston mudou o chip da NAND no meio do jogo sem mudar o modelo do produto (DELL fazendo escola) e o que era bom ficou regular mas a um custo mais acessível. Ainda assim é melhor que um HDD de 7200rpm mas não será a experiência de um SSD. Se for numa porta SATA2 vai tirar todo proveito da porta mas se for SATA3 o SSD vai patinar antes da interface em termos de performance. Enfim melhor que um HDD mas não é lá essas coisas de SSD. Além disso é MLC e não SLC (exatamente pra ser mais barato) então espere aquele cenário da vida útil em 80% do esperado pra um HDD, enquanto um SLC teria mais performance e mais vida útil. Mas olhe pro lado bom, é um SSD. E olhe o lado bom 2, já tem tem um recurso da Kingston chamado SSDNow VPlus que faz um Wear Leveling muito bom automaticamente, eles chamam de Wear Range Delta e da pra monitorar até via S.M.A.R.T. os indicadores de wear leveling (rescrita do mesmo arquivo ocupando regiões diferentes da memória, de forma eficiente) o que garante que realmente a vida útil vai pra 80% ou mais dos ciclos de escrita esperados em um HDD. Agora a luz vermelha e pq vc n deve usar em um servidor: esse SSD tem um outro recurso da Kingston chamado Data Life Protection (DLP) e esse DLP trava o disco pra operações de escrita paralela após um súbito aumento na taxa de escritas paralelas do disco. Segundo a Kingston essa proteção DLP é pra evitar virus e outros perfis de uso que não batem com o esperado pra uma estação de trabalho, e bla bla bla, bale ble ble que resulta em uma proteção anti paralelismo. Basicamente o SSD espera poucas operações simultâneas de alto desempenho e não várias simultâneas. Ao entrar em modo DLP o paralelismo cai e junto cai a performance. Ou seja em ambiente servidor voce esta falando de multi-usuário portanto está falando de paralelismo portanto está falando de um cenário que provavelmente vai ativar a proteção DLP e degradar a performance. Mais detalhes em: http://ssdendurancetest.com/ssd-endurance-test-report/Kingston-SSDNow-V300-60 Resumindo: esse SSD não é pra server. Opa Patrick, E o Samsung 850 EVO? Esse presta pra server? []'s Att, Samuel . From: lista.freebsd.bra...@outlook.com To: freebsd@fug.com.br Date: Mon, 18 May 2015 20:15:08 -0300 Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 Eita, quanta informação preciosa! Que dilema! rs O buraco do tutu é bem mais em baixo que eu imaginava.. Agora que lembrei, esse servidor irá virtualizar um windows pra gravação de câmeras (agora ferrou!). Confesso que estou com dó de usar esse SSD, por mim colocaria ele dentro de compartimento de vidro em cima da minha mesa (risos...) Mas vou fazer isso que você disse Patrick! Muitíssimo obrigado! Att, Samuel . From: eks...@freebsdbrasil.com.br Date: Mon, 18 May 2015 19:58:45 -0300 To: freebsd@fug.com.br Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 On 18/05/2015, at 19:18, Samuel . lista.freebsd.bra...@outlook.com wrote: Patrick, todos sabem, você é o cara! Muitíssimo obrigado pelo comentário. Hahaha não sou não, só me coloquei na situação de usuário do seu servidor :D 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? Minha recomendação principal, o que eu faria, foi oq mencionei em uns e-mails pra trás, levantar quais estruturas existem mais operações e colocar esses pontos de montagem no SSD. Ou seja o layout de mount points deve ser apontado por esse levantamento… Mas como eu mencionei também antes, se voce ja sabe que é samba o serviço principal você ja deve ter alguma ideia, mesmo sem olhar estatísticas, de quais shares são os mais críticos em termos de performance. Então eu teria todas as partições no HDD, incluindo o /usr/home e teria um outro volume (se for zfs) ou ou mpoint se for UFS, digamos /usr/home2 e esse com o SSD. Todos os shares críticos em termos de performance estaria no SSD, digamos (um chute) /usr/home2/producao, /usr/home2/desenvolvimento, e os demais no HDD mesmo. Ou seja difícil sugerir sem conhecer a estrutura funcionam da empresa, mas com certeza voce tem subsídios pra mapear e descobrir isso. Se ja existir um server com essa função hoje, faça o levantamento estatístico no atual. Por exemplo, olhando com fstat no servidor aqui da empresa eu vejo que a maior parte das operações de I/O acontecem no /usr/home e no /nfs. O “top -mio -o total” me confirma essa noção, mostrando que os
Re: [FUG-BR] Particionamento FreeBSD 10.1
On 19/05/2015, at 17:51, Marcelo Gondim gon...@bsdinfo.com.br wrote: On 19-05-2015 14:04, Patrick Tracanelli wrote: On 18/05/2015, at 20:20, Samuel . lista.freebsd.bra...@outlook.com wrote: Mais uma dúvida, o SSD que tenho aqui é um Kingston V300, será que aguenta o rojão? Vixi… eu poderia dizer que é o famoso gato por lebre hehehe. Mas é pior. :( É um grande e vermelho piscante NAO USE PRA SERVIDOR! Vamos aos fatos: O modelo era bom, mas a Kingston mudou o chip da NAND no meio do jogo sem mudar o modelo do produto (DELL fazendo escola) e o que era bom ficou regular mas a um custo mais acessível. Ainda assim é melhor que um HDD de 7200rpm mas não será a experiência de um SSD. Se for numa porta SATA2 vai tirar todo proveito da porta mas se for SATA3 o SSD vai patinar antes da interface em termos de performance. Enfim melhor que um HDD mas não é lá essas coisas de SSD. Além disso é MLC e não SLC (exatamente pra ser mais barato) então espere aquele cenário da vida útil em 80% do esperado pra um HDD, enquanto um SLC teria mais performance e mais vida útil. Mas olhe pro lado bom, é um SSD. E olhe o lado bom 2, já tem tem um recurso da Kingston chamado SSDNow VPlus que faz um Wear Leveling muito bom automaticamente, eles chamam de Wear Range Delta e da pra monitorar até via S.M.A.R.T. os indicadores de wear leveling (rescrita do mesmo arquivo ocupando regiões diferentes da memória, de forma eficiente) o que garante que realmente a vida útil vai pra 80% ou mais dos ciclos de escrita esperados em um HDD. Agora a luz vermelha e pq vc n deve usar em um servidor: esse SSD tem um outro recurso da Kingston chamado Data Life Protection (DLP) e esse DLP trava o disco pra operações de escrita paralela após um súbito aumento na taxa de escritas paralelas do disco. Segundo a Kingston essa proteção DLP é pra evitar virus e outros perfis de uso que não batem com o esperado pra uma estação de trabalho, e bla bla bla, bale ble ble que resulta em uma proteção anti paralelismo. Basicamente o SSD espera poucas operações simultâneas de alto desempenho e não várias simultâneas. Ao entrar em modo DLP o paralelismo cai e junto cai a performance. Ou seja em ambiente servidor voce esta falando de multi-usuário portanto está falando de paralelismo portanto está falando de um cenário que provavelmente vai ativar a proteção DLP e degradar a performance. Mais detalhes em: http://ssdendurancetest.com/ssd-endurance-test-report/Kingston-SSDNow-V300-60 Resumindo: esse SSD não é pra server. Opa Patrick, E o Samsung 850 EVO? Esse presta pra server? Mano eu uso! hehehe Ele não tem as travas DLP nem nada parecido como tem o V300 Mas olha que tem 2 modelos, o 850 EVO e 850 EVO Pro, o segundo tem TurboWrite SLC e o primeiro li em algum lugar que alguns lotes também tem TurboWrite SLC hahaha mas é cabeça de bacalhau, nunca vi. Os 850 EVO não Pro que vi eram todos MLC. Mas não vejo problemas pra server na versão MLC. Claro o Pro seria mais recomendado… Pessoalmente uso, mas pra comprar pra server compro: - Intel Speed Demon SSD (do capeta! ainda ganha adesivinho do fogo do inferno ) - Crucial MX200 - Corsair GTX (so que muito caro) E pras minhas maquinas pessoais sempre Crucial… creio que tenha o melhor custo/beneficio dos 3. Também tive boas experiencias em performance e numero de TPS paralela com o OCZ um tal de OCZ Vector mas não conheço muito a marca e é minha primeira experiência, por enquanto rodando desde Setembro em produção, sem sinais de problema mas só o tempo dirá se continua de boa. Por enquanto por mim ta aprovado também, se morrer eu aviso hehehe ;) bom custo/beneficio tbm... []'s Att, Samuel . From: lista.freebsd.bra...@outlook.com To: freebsd@fug.com.br Date: Mon, 18 May 2015 20:15:08 -0300 Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 Eita, quanta informação preciosa! Que dilema! rs O buraco do tutu é bem mais em baixo que eu imaginava.. Agora que lembrei, esse servidor irá virtualizar um windows pra gravação de câmeras (agora ferrou!). Confesso que estou com dó de usar esse SSD, por mim colocaria ele dentro de compartimento de vidro em cima da minha mesa (risos...) Mas vou fazer isso que você disse Patrick! Muitíssimo obrigado! Att, Samuel . From: eks...@freebsdbrasil.com.br Date: Mon, 18 May 2015 19:58:45 -0300 To: freebsd@fug.com.br Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 On 18/05/2015, at 19:18, Samuel . lista.freebsd.bra...@outlook.com wrote: Patrick, todos sabem, você é o cara! Muitíssimo obrigado pelo comentário. Hahaha não sou não, só me coloquei na situação de usuário do seu servidor :D 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
Re: [FUG-BR] Particionamento FreeBSD 10.1
Em Seg, Mai 18, 2015 em 8:19 , Paulo Henrique - BSDs Brasil paulo.rd...@bsd.com.br escreveu: Aproveitando e engajando na conversa, lembro no passado o ZFS ter suporte a SSD para nivel de cache ( ARC2 ou trim se não me engano ), como não sou adepto dele ( começamos com o pé esquerdo apos uma queda de energia ter perdido todas as minhas musicas ) não posso afirmar se há esse recurso mesmo e se o nome deles é um dos anteriormente citados com plena certeza alguém ai que usa e pode confirmar? Sim, pode-se colocar o ARC2 e o ZIL num HD SSD para ter melhor performance no ZFS. BTW estou usando ZFS desde o 8.x e é uma maravilha quando o hardware é dimensionado. Tenho ainda 2 servidores com FFS+soft e outro com SUJ, mas é porque não tem memória para rodar o ZFS com performance. att. Victório - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Particionamento FreeBSD 10.1
, normalmente eu separo o /usr, /var e /tmp tambem ) zpool create zstore gpt/home log gpt/log cache gpt/cache Particionamento do HDD seria / = (TAM=(HOME - (SWAP*2)))G = ada3p1 swap = RAM*2 = ada3p2 /home = 200G = ada3p3 Att. Samuel, não irá colocar nenhum recursos de resiliencia no seu HDD ? se não for colocar coloca todos os dados no SSD simplesmente devido a probabilidade de falha dele comparado com o HDD é bem menor. E aproposito qual o modelo do seu HDD ? se for qualquer HDD de desktop eu desencorajo a utilização, usei muito no passa e ainda tenho dois servidores usando discos da Western Digital contudo o que perco de desempenho e resistencia de operação com eles não vale a pena a economia. Att. 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é RizzoUFRRJ **http://www.rizzo.eng.br http://www.ufrrj.br **http
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é RizzoUFRRJ **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
Re: [FUG-BR] Particionamento FreeBSD 10.1
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é RizzoUFRRJ **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
Re: [FUG-BR] Particionamento FreeBSD 10.1
On 18/05/2015, at 19:18, Samuel . lista.freebsd.bra...@outlook.com wrote: Patrick, todos sabem, você é o cara! Muitíssimo obrigado pelo comentário. Hahaha não sou não, só me coloquei na situação de usuário do seu servidor :D 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? Minha recomendação principal, o que eu faria, foi oq mencionei em uns e-mails pra trás, levantar quais estruturas existem mais operações e colocar esses pontos de montagem no SSD. Ou seja o layout de mount points deve ser apontado por esse levantamento… Mas como eu mencionei também antes, se voce ja sabe que é samba o serviço principal você ja deve ter alguma ideia, mesmo sem olhar estatísticas, de quais shares são os mais críticos em termos de performance. Então eu teria todas as partições no HDD, incluindo o /usr/home e teria um outro volume (se for zfs) ou ou mpoint se for UFS, digamos /usr/home2 e esse com o SSD. Todos os shares críticos em termos de performance estaria no SSD, digamos (um chute) /usr/home2/producao, /usr/home2/desenvolvimento, e os demais no HDD mesmo. Ou seja difícil sugerir sem conhecer a estrutura funcionam da empresa, mas com certeza voce tem subsídios pra mapear e descobrir isso. Se ja existir um server com essa função hoje, faça o levantamento estatístico no atual. Por exemplo, olhando com fstat no servidor aqui da empresa eu vejo que a maior parte das operações de I/O acontecem no /usr/home e no /nfs. O “top -mio -o total” me confirma essa noção, mostrando que os processos que mais fazem I/O são httpd, nfsd e sshd (nego adora scp aqui hehehe) e depois o postgres. Então aqui no servidor que atende a galera da empresa, certamente se fosse pra ter um SSD ele seria no /nfs e no /usr/home. Mas se o SSD não for grande suficiente, vou olhar com lsof, nfsstat e procstat pra saber quem são os que mais fazem esses acessos, e descubro que no meu caso os que mais fazem I/O são: /usr/home/svn /usr/home/honorato Bom no momento aqui parece que quem mais se beneficiaria de um SSD seriam o usuário honorato e o Subversion ja que são os top I/O. Ou seja esse é o perfil que você tem que mapear. Não existe uma receita de bolo pq cada server tem os usuários que merece hehehe ;) Às cegas eu sugeriria o /usr/home no SSD mas se for insuficiente os 120G você precisa ter um plano pra mapear quem fica num /usr/home2 e quem fica num /usr/home, sendo um HDD outro SSD. Se for usar zfs use esse script dtrace pra ter estatísticas por dataset: https://github.com/kdavyd/dtrace/blob/master/zfsio.d []s 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
Re: [FUG-BR] Particionamento FreeBSD 10.1
Eita, quanta informação preciosa! Que dilema! rs O buraco do tutu é bem mais em baixo que eu imaginava.. Agora que lembrei, esse servidor irá virtualizar um windows pra gravação de câmeras (agora ferrou!). Confesso que estou com dó de usar esse SSD, por mim colocaria ele dentro de compartimento de vidro em cima da minha mesa (risos...) Mas vou fazer isso que você disse Patrick! Muitíssimo obrigado! Att, Samuel . From: eks...@freebsdbrasil.com.br Date: Mon, 18 May 2015 19:58:45 -0300 To: freebsd@fug.com.br Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 On 18/05/2015, at 19:18, Samuel . lista.freebsd.bra...@outlook.com wrote: Patrick, todos sabem, você é o cara! Muitíssimo obrigado pelo comentário. Hahaha não sou não, só me coloquei na situação de usuário do seu servidor :D 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? Minha recomendação principal, o que eu faria, foi oq mencionei em uns e-mails pra trás, levantar quais estruturas existem mais operações e colocar esses pontos de montagem no SSD. Ou seja o layout de mount points deve ser apontado por esse levantamento… Mas como eu mencionei também antes, se voce ja sabe que é samba o serviço principal você ja deve ter alguma ideia, mesmo sem olhar estatísticas, de quais shares são os mais críticos em termos de performance. Então eu teria todas as partições no HDD, incluindo o /usr/home e teria um outro volume (se for zfs) ou ou mpoint se for UFS, digamos /usr/home2 e esse com o SSD. Todos os shares críticos em termos de performance estaria no SSD, digamos (um chute) /usr/home2/producao, /usr/home2/desenvolvimento, e os demais no HDD mesmo. Ou seja difícil sugerir sem conhecer a estrutura funcionam da empresa, mas com certeza voce tem subsídios pra mapear e descobrir isso. Se ja existir um server com essa função hoje, faça o levantamento estatístico no atual. Por exemplo, olhando com fstat no servidor aqui da empresa eu vejo que a maior parte das operações de I/O acontecem no /usr/home e no /nfs. O “top -mio -o total” me confirma essa noção, mostrando que os processos que mais fazem I/O são httpd, nfsd e sshd (nego adora scp aqui hehehe) e depois o postgres. Então aqui no servidor que atende a galera da empresa, certamente se fosse pra ter um SSD ele seria no /nfs e no /usr/home. Mas se o SSD não for grande suficiente, vou olhar com lsof, nfsstat e procstat pra saber quem são os que mais fazem esses acessos, e descubro que no meu caso os que mais fazem I/O são: /usr/home/svn /usr/home/honorato Bom no momento aqui parece que quem mais se beneficiaria de um SSD seriam o usuário honorato e o Subversion ja que são os top I/O. Ou seja esse é o perfil que você tem que mapear. Não existe uma receita de bolo pq cada server tem os usuários que merece hehehe ;) Às cegas eu sugeriria o /usr/home no SSD mas se for insuficiente os 120G você precisa ter um plano pra mapear quem fica num /usr/home2 e quem fica num /usr/home, sendo um HDD outro SSD. Se for usar zfs use esse script dtrace pra ter estatísticas por dataset: https://github.com/kdavyd/dtrace/blob/master/zfsio.d []s 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
Re: [FUG-BR] Particionamento FreeBSD 10.1
Olá Paulo! Bem lembrando suas infos. O HDD que tenho aqui é um WD 25000YS-18SHB2 Att, Samuel . Date: Mon, 18 May 2015 20:19:31 -0300 From: paulo.rd...@bsd.com.br To: freebsd@fug.com.br Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 On 05/18/15 19:58, Patrick Tracanelli wrote: On 18/05/2015, at 19:18, Samuel . lista.freebsd.bra...@outlook.com wrote: Patrick, todos sabem, você é o cara! Muitíssimo obrigado pelo comentário. Hahaha não sou não, só me coloquei na situação de usuário do seu servidor :D 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? Minha recomendação principal, o que eu faria, foi oq mencionei em uns e-mails pra trás, levantar quais estruturas existem mais operações e colocar esses pontos de montagem no SSD. Ou seja o layout de mount points deve ser apontado por esse levantamento… Mas como eu mencionei também antes, se voce ja sabe que é samba o serviço principal você ja deve ter alguma ideia, mesmo sem olhar estatísticas, de quais shares são os mais críticos em termos de performance. Então eu teria todas as partições no HDD, incluindo o /usr/home e teria um outro volume (se for zfs) ou ou mpoint se for UFS, digamos /usr/home2 e esse com o SSD. Todos os shares críticos em termos de performance estaria no SSD, digamos (um chute) /usr/home2/producao, /usr/home2/desenvolvimento, e os demais no HDD mesmo. Ou seja difícil sugerir sem conhecer a estrutura funcionam da empresa, mas com certeza voce tem subsídios pra mapear e descobrir isso. Se ja existir um server com essa função hoje, faça o levantamento estatístico no atual. Por exemplo, olhando com fstat no servidor aqui da empresa eu vejo que a maior parte das operações de I/O acontecem no /usr/home e no /nfs. O “top -mio -o total” me confirma essa noção, mostrando que os processos que mais fazem I/O são httpd, nfsd e sshd (nego adora scp aqui hehehe) e depois o postgres. Então aqui no servidor que atende a galera da empresa, certamente se fosse pra ter um SSD ele seria no /nfs e no /usr/home. Mas se o SSD não for grande suficiente, vou olhar com lsof, nfsstat e procstat pra saber quem são os que mais fazem esses acessos, e descubro que no meu caso os que mais fazem I/O são: /usr/home/svn /usr/home/honorato Bom no momento aqui parece que quem mais se beneficiaria de um SSD seriam o usuário honorato e o Subversion ja que são os top I/O. Ou seja esse é o perfil que você tem que mapear. Não existe uma receita de bolo pq cada server tem os usuários que merece hehehe ;) Às cegas eu sugeriria o /usr/home no SSD mas se for insuficiente os 120G você precisa ter um plano pra mapear quem fica num /usr/home2 e quem fica num /usr/home, sendo um HDD outro SSD. Se for usar zfs use esse script dtrace pra ter estatísticas por dataset: https://github.com/kdavyd/dtrace/blob/master/zfsio.d []s Aproveitando e engajando na conversa, lembro no passado o ZFS ter suporte a SSD para nivel de cache ( ARC2 ou trim se não me engano ), como não sou adepto dele ( começamos com o pé esquerdo apos uma queda de energia ter perdido todas as minhas musicas ) não posso afirmar se há esse recurso mesmo e se o nome deles é um dos anteriormente citados com plena certeza alguém ai que usa e pode confirmar? Samuel, não irá colocar nenhum recursos de resiliencia no seu HDD ? se não for colocar coloca todos os dados no SSD simplesmente devido a probabilidade de falha dele comparado com o HDD é bem menor. E aproposito qual o modelo do seu HDD ? se for qualquer HDD de desktop eu desencorajo a utilização, usei muito no passa e ainda tenho dois servidores usando discos da Western Digital contudo o que perco de desempenho e resistencia de operação com eles não vale a pena a economia. Att. 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
Re: [FUG-BR] Particionamento FreeBSD 10.1
On 05/18/15 19:58, Patrick Tracanelli wrote: On 18/05/2015, at 19:18, Samuel . lista.freebsd.bra...@outlook.com wrote: Patrick, todos sabem, você é o cara! Muitíssimo obrigado pelo comentário. Hahaha não sou não, só me coloquei na situação de usuário do seu servidor :D 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? Minha recomendação principal, o que eu faria, foi oq mencionei em uns e-mails pra trás, levantar quais estruturas existem mais operações e colocar esses pontos de montagem no SSD. Ou seja o layout de mount points deve ser apontado por esse levantamento… Mas como eu mencionei também antes, se voce ja sabe que é samba o serviço principal você ja deve ter alguma ideia, mesmo sem olhar estatísticas, de quais shares são os mais críticos em termos de performance. Então eu teria todas as partições no HDD, incluindo o /usr/home e teria um outro volume (se for zfs) ou ou mpoint se for UFS, digamos /usr/home2 e esse com o SSD. Todos os shares críticos em termos de performance estaria no SSD, digamos (um chute) /usr/home2/producao, /usr/home2/desenvolvimento, e os demais no HDD mesmo. Ou seja difícil sugerir sem conhecer a estrutura funcionam da empresa, mas com certeza voce tem subsídios pra mapear e descobrir isso. Se ja existir um server com essa função hoje, faça o levantamento estatístico no atual. Por exemplo, olhando com fstat no servidor aqui da empresa eu vejo que a maior parte das operações de I/O acontecem no /usr/home e no /nfs. O “top -mio -o total” me confirma essa noção, mostrando que os processos que mais fazem I/O são httpd, nfsd e sshd (nego adora scp aqui hehehe) e depois o postgres. Então aqui no servidor que atende a galera da empresa, certamente se fosse pra ter um SSD ele seria no /nfs e no /usr/home. Mas se o SSD não for grande suficiente, vou olhar com lsof, nfsstat e procstat pra saber quem são os que mais fazem esses acessos, e descubro que no meu caso os que mais fazem I/O são: /usr/home/svn /usr/home/honorato Bom no momento aqui parece que quem mais se beneficiaria de um SSD seriam o usuário honorato e o Subversion ja que são os top I/O. Ou seja esse é o perfil que você tem que mapear. Não existe uma receita de bolo pq cada server tem os usuários que merece hehehe ;) Às cegas eu sugeriria o /usr/home no SSD mas se for insuficiente os 120G você precisa ter um plano pra mapear quem fica num /usr/home2 e quem fica num /usr/home, sendo um HDD outro SSD. Se for usar zfs use esse script dtrace pra ter estatísticas por dataset: https://github.com/kdavyd/dtrace/blob/master/zfsio.d []s Aproveitando e engajando na conversa, lembro no passado o ZFS ter suporte a SSD para nivel de cache ( ARC2 ou trim se não me engano ), como não sou adepto dele ( começamos com o pé esquerdo apos uma queda de energia ter perdido todas as minhas musicas ) não posso afirmar se há esse recurso mesmo e se o nome deles é um dos anteriormente citados com plena certeza alguém ai que usa e pode confirmar? Samuel, não irá colocar nenhum recursos de resiliencia no seu HDD ? se não for colocar coloca todos os dados no SSD simplesmente devido a probabilidade de falha dele comparado com o HDD é bem menor. E aproposito qual o modelo do seu HDD ? se for qualquer HDD de desktop eu desencorajo a utilização, usei muito no passa e ainda tenho dois servidores usando discos da Western Digital contudo o que perco de desempenho e resistencia de operação com eles não vale a pena a economia. Att. 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
Re: [FUG-BR] Particionamento FreeBSD 10.1
Mais uma dúvida, o SSD que tenho aqui é um Kingston V300, será que aguenta o rojão? Att, Samuel . From: lista.freebsd.bra...@outlook.com To: freebsd@fug.com.br Date: Mon, 18 May 2015 20:15:08 -0300 Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 Eita, quanta informação preciosa! Que dilema! rs O buraco do tutu é bem mais em baixo que eu imaginava.. Agora que lembrei, esse servidor irá virtualizar um windows pra gravação de câmeras (agora ferrou!). Confesso que estou com dó de usar esse SSD, por mim colocaria ele dentro de compartimento de vidro em cima da minha mesa (risos...) Mas vou fazer isso que você disse Patrick! Muitíssimo obrigado! Att, Samuel . From: eks...@freebsdbrasil.com.br Date: Mon, 18 May 2015 19:58:45 -0300 To: freebsd@fug.com.br Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 On 18/05/2015, at 19:18, Samuel . lista.freebsd.bra...@outlook.com wrote: Patrick, todos sabem, você é o cara! Muitíssimo obrigado pelo comentário. Hahaha não sou não, só me coloquei na situação de usuário do seu servidor :D 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? Minha recomendação principal, o que eu faria, foi oq mencionei em uns e-mails pra trás, levantar quais estruturas existem mais operações e colocar esses pontos de montagem no SSD. Ou seja o layout de mount points deve ser apontado por esse levantamento… Mas como eu mencionei também antes, se voce ja sabe que é samba o serviço principal você ja deve ter alguma ideia, mesmo sem olhar estatísticas, de quais shares são os mais críticos em termos de performance. Então eu teria todas as partições no HDD, incluindo o /usr/home e teria um outro volume (se for zfs) ou ou mpoint se for UFS, digamos /usr/home2 e esse com o SSD. Todos os shares críticos em termos de performance estaria no SSD, digamos (um chute) /usr/home2/producao, /usr/home2/desenvolvimento, e os demais no HDD mesmo. Ou seja difícil sugerir sem conhecer a estrutura funcionam da empresa, mas com certeza voce tem subsídios pra mapear e descobrir isso. Se ja existir um server com essa função hoje, faça o levantamento estatístico no atual. Por exemplo, olhando com fstat no servidor aqui da empresa eu vejo que a maior parte das operações de I/O acontecem no /usr/home e no /nfs. O “top -mio -o total” me confirma essa noção, mostrando que os processos que mais fazem I/O são httpd, nfsd e sshd (nego adora scp aqui hehehe) e depois o postgres. Então aqui no servidor que atende a galera da empresa, certamente se fosse pra ter um SSD ele seria no /nfs e no /usr/home. Mas se o SSD não for grande suficiente, vou olhar com lsof, nfsstat e procstat pra saber quem são os que mais fazem esses acessos, e descubro que no meu caso os que mais fazem I/O são: /usr/home/svn /usr/home/honorato Bom no momento aqui parece que quem mais se beneficiaria de um SSD seriam o usuário honorato e o Subversion ja que são os top I/O. Ou seja esse é o perfil que você tem que mapear. Não existe uma receita de bolo pq cada server tem os usuários que merece hehehe ;) Às cegas eu sugeriria o /usr/home no SSD mas se for insuficiente os 120G você precisa ter um plano pra mapear quem fica num /usr/home2 e quem fica num /usr/home, sendo um HDD outro SSD. Se for usar zfs use esse script dtrace pra ter estatísticas por dataset: https://github.com/kdavyd/dtrace/blob/master/zfsio.d []s 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
Re: [FUG-BR] Particionamento FreeBSD 10.1
On 05/18/15 20:23, Samuel . wrote: Olá Paulo! Bem lembrando suas infos. O HDD que tenho aqui é um WD 25000YS-18SHB2 Samuel, Evite o Top-posting por favor, deixa o historico da lista feio :D O Disco HDD seu é esse aqui ? http://www.newegg.com/Product/Product.aspx?Item=N82E16822136055 Irá trabalhar com ele sozinho ou em uma solução do tipo RAID Mirror ? Achei ele fraquinho, 16Mbs de cache e SATA 3.0Gbs os discos Seagate Barracuda ou mesmo Western Digital RED Nas tem bem mais performance que ele. Att. Att, Samuel . Date: Mon, 18 May 2015 20:19:31 -0300 From: paulo.rd...@bsd.com.br To: freebsd@fug.com.br Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 On 05/18/15 19:58, Patrick Tracanelli wrote: On 18/05/2015, at 19:18, Samuel . lista.freebsd.bra...@outlook.com wrote: Patrick, todos sabem, você é o cara! Muitíssimo obrigado pelo comentário. Hahaha não sou não, só me coloquei na situação de usuário do seu servidor :D 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? Minha recomendação principal, o que eu faria, foi oq mencionei em uns e-mails pra trás, levantar quais estruturas existem mais operações e colocar esses pontos de montagem no SSD. Ou seja o layout de mount points deve ser apontado por esse levantamento… Mas como eu mencionei também antes, se voce ja sabe que é samba o serviço principal você ja deve ter alguma ideia, mesmo sem olhar estatísticas, de quais shares são os mais críticos em termos de performance. Então eu teria todas as partições no HDD, incluindo o /usr/home e teria um outro volume (se for zfs) ou ou mpoint se for UFS, digamos /usr/home2 e esse com o SSD. Todos os shares críticos em termos de performance estaria no SSD, digamos (um chute) /usr/home2/producao, /usr/home2/desenvolvimento, e os demais no HDD mesmo. Ou seja difícil sugerir sem conhecer a estrutura funcionam da empresa, mas com certeza voce tem subsídios pra mapear e descobrir isso. Se ja existir um server com essa função hoje, faça o levantamento estatístico no atual. Por exemplo, olhando com fstat no servidor aqui da empresa eu vejo que a maior parte das operações de I/O acontecem no /usr/home e no /nfs. O “top -mio -o total” me confirma essa noção, mostrando que os processos que mais fazem I/O são httpd, nfsd e sshd (nego adora scp aqui hehehe) e depois o postgres. Então aqui no servidor que atende a galera da empresa, certamente se fosse pra ter um SSD ele seria no /nfs e no /usr/home. Mas se o SSD não for grande suficiente, vou olhar com lsof, nfsstat e procstat pra saber quem são os que mais fazem esses acessos, e descubro que no meu caso os que mais fazem I/O são: /usr/home/svn /usr/home/honorato Bom no momento aqui parece que quem mais se beneficiaria de um SSD seriam o usuário honorato e o Subversion ja que são os top I/O. Ou seja esse é o perfil que você tem que mapear. Não existe uma receita de bolo pq cada server tem os usuários que merece hehehe ;) Às cegas eu sugeriria o /usr/home no SSD mas se for insuficiente os 120G você precisa ter um plano pra mapear quem fica num /usr/home2 e quem fica num /usr/home, sendo um HDD outro SSD. Se for usar zfs use esse script dtrace pra ter estatísticas por dataset: https://github.com/kdavyd/dtrace/blob/master/zfsio.d []s Aproveitando e engajando na conversa, lembro no passado o ZFS ter suporte a SSD para nivel de cache ( ARC2 ou trim se não me engano ), como não sou adepto dele ( começamos com o pé esquerdo apos uma queda de energia ter perdido todas as minhas musicas ) não posso afirmar se há esse recurso mesmo e se o nome deles é um dos anteriormente citados com plena certeza alguém ai que usa e pode confirmar? Samuel, não irá colocar nenhum recursos de resiliencia no seu HDD ? se não for colocar coloca todos os dados no SSD simplesmente devido a probabilidade de falha dele comparado com o HDD é bem menor. E aproposito qual o modelo do seu HDD ? se for qualquer HDD de desktop eu desencorajo a utilização, usei muito no passa e ainda tenho dois servidores usando discos da Western Digital contudo o que perco de desempenho e resistencia de operação com eles não vale a pena a economia. Att. 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
Re: [FUG-BR] Particionamento FreeBSD 10.1
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? --- /* **Nilton José RizzoUFRRJ **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
Re: [FUG-BR] Particionamento FreeBSD 10.1
Se os discos tivessem o mesmo tamanho você poderia com zfs fazer um pool com ambos. As operações se dariam em ambos os discos na mesma proporção de acesso e você ganharia performance (ou perderia se olhar apenas o lado SSD) por ter um volume híbrido. Mas não são então você precisa trabalhar os pontos e partições mesmo. No FreeBSD base a maior parte dos acessos R+W se dão no /var então esse é um candidato a ir pro SSD. Em seguida maior parte das operações de R são no /usr particularmente o bin/ sbin/ lib/ libexec/ seguidos dos mesmos subdiretórios no /usr/local Mas teoria e teoria e na pratica eu acho que a performance do sistema base não é sua prioridade também ja que você diz que vai usar samba. Então o que fazer com o SSD? Sinceramente, nada. Não inicialmente. Instale tudo no HDD. Depois dos primeiros dias em produção monitore com gstat, iostat, lsof e fstat quais são os shares do samba com acesso mais intenso. Ai sim inclua o SSD no seu jogo e coloque todos os shares com maior frequência de acesso (ou seja maior I/O não os com maior volume de dados) no SSD. Você tem 120 SSD pra 250 HDD praticamente um terço do volume será SSD então mapeando os shares com maior I/O certamente vc terá condições de ter os dados mais críticos, sob a ótica de performance, no SSD Claro se vc está migrando um ambiente existente já tem condições de fazer essa monitoração antes de instalar o novo Server ai já da pra saber onde o SSD será usado com maior benefício desde o momento inicial. Boa sorte. Sent from my iPhone On May 16, 2015, at 3:36 PM, Samuel . lista.freebsd.bra...@outlook.com wrote: SSD - 120 GB HDD - 250 GB Att, Samuel .Rio Grande do Sul - RS Date: Sat, 16 May 2015 15:15:41 -0300 From: clebermed...@gmail.com To: freebsd@fug.com.br Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 Depende do tamanho deles... Em 16/05/2015 12:38, Samuel . lista.freebsd.bra...@outlook.com escreveu: Olá senhores! Será que uma alma abençoada tem um modelo de particionamento quando é usado dois HDs, sendo um SSD e um HDD? O servidor será usado para serviços básicos de rede, ficará ligado 27/7 e tráfego baixo. Valeu! Att, Samuel . Rio Grande do Sul - RS - 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 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
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é RizzoUFRRJ **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
Re: [FUG-BR] Particionamento FreeBSD 10.1
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. 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é RizzoUFRRJ **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
Re: [FUG-BR] Particionamento FreeBSD 10.1
SSD - 120 GB HDD - 250 GB Att, Samuel .Rio Grande do Sul - RS Date: Sat, 16 May 2015 15:15:41 -0300 From: clebermed...@gmail.com To: freebsd@fug.com.br Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 Depende do tamanho deles... Em 16/05/2015 12:38, Samuel . lista.freebsd.bra...@outlook.com escreveu: Olá senhores! Será que uma alma abençoada tem um modelo de particionamento quando é usado dois HDs, sendo um SSD e um HDD? O servidor será usado para serviços básicos de rede, ficará ligado 27/7 e tráfego baixo. Valeu! Att, Samuel . Rio Grande do Sul - RS - 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
Re: [FUG-BR] Particionamento FreeBSD 10.1
quais os serviços que você vai rodar ? se for só básico tipo router firewall use só o ssd Em 16 de maio de 2015 12:38, Samuel . lista.freebsd.bra...@outlook.com escreveu: Olá senhores! Será que uma alma abençoada tem um modelo de particionamento quando é usado dois HDs, sendo um SSD e um HDD? O servidor será usado para serviços básicos de rede, ficará ligado 27/7 e tráfego baixo. Valeu! Att, Samuel . Rio Grande do Sul - RS - 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
Re: [FUG-BR] Particionamento FreeBSD 10.1
instale o sistema no ssd e coloque todo o resto no hd OBS coloque o var e o tmp e swap no hd, acredito que vai poupar o seu ssd Em 16 de maio de 2015 16:05, Cleber Medina clebermed...@gmail.com escreveu: ou ainda melhor... instala o sistema no ssd, coloca dois hdds e faz um zfs mirror para redundancia do home. Em 16 de maio de 2015 16:02, Cleber Medina clebermed...@gmail.com escreveu: instala tudo no ssd e monta o /usr/home no hdd Em 16 de maio de 2015 15:41, Samuel . lista.freebsd.bra...@outlook.com escreveu: Vou rodar samba e preciso de espaço, por isso o HDD e também não queria exigir tanto do SSD. Att, Samuel .Rio Grande do Sul - RS Date: Sat, 16 May 2015 15:35:45 -0300 From: renato...@gmail.com To: freebsd@fug.com.br Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 quais os serviços que você vai rodar ? se for só básico tipo router firewall use só o ssd Em 16 de maio de 2015 12:38, Samuel . lista.freebsd.bra...@outlook.com escreveu: Olá senhores! Será que uma alma abençoada tem um modelo de particionamento quando é usado dois HDs, sendo um SSD e um HDD? O servidor será usado para serviços básicos de rede, ficará ligado 27/7 e tráfego baixo. Valeu! Att, Samuel . Rio Grande do Sul - RS - 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 -- Cleber Luque Medina clebermed...@gmail.com Arapongas - Paraná - Brasil -- Cleber Luque Medina clebermed...@gmail.com Arapongas - Paraná - Brasil - 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
Re: [FUG-BR] Particionamento FreeBSD 10.1
instala tudo no ssd e monta o /usr/home no hdd Em 16 de maio de 2015 15:41, Samuel . lista.freebsd.bra...@outlook.com escreveu: Vou rodar samba e preciso de espaço, por isso o HDD e também não queria exigir tanto do SSD. Att, Samuel .Rio Grande do Sul - RS Date: Sat, 16 May 2015 15:35:45 -0300 From: renato...@gmail.com To: freebsd@fug.com.br Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 quais os serviços que você vai rodar ? se for só básico tipo router firewall use só o ssd Em 16 de maio de 2015 12:38, Samuel . lista.freebsd.bra...@outlook.com escreveu: Olá senhores! Será que uma alma abençoada tem um modelo de particionamento quando é usado dois HDs, sendo um SSD e um HDD? O servidor será usado para serviços básicos de rede, ficará ligado 27/7 e tráfego baixo. Valeu! Att, Samuel . Rio Grande do Sul - RS - 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 -- Cleber Luque Medina clebermed...@gmail.com Arapongas - Paraná - Brasil - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Particionamento FreeBSD 10.1
Boa Renato! Quero poupar o máximo esse SSD. Att, Samuel .Rio Grande do Sul - RS Date: Sat, 16 May 2015 17:23:29 -0300 From: renato...@gmail.com To: freebsd@fug.com.br Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 instale o sistema no ssd e coloque todo o resto no hd OBS coloque o var e o tmp e swap no hd, acredito que vai poupar o seu ssd Em 16 de maio de 2015 16:05, Cleber Medina clebermed...@gmail.com escreveu: ou ainda melhor... instala o sistema no ssd, coloca dois hdds e faz um zfs mirror para redundancia do home. Em 16 de maio de 2015 16:02, Cleber Medina clebermed...@gmail.com escreveu: instala tudo no ssd e monta o /usr/home no hdd Em 16 de maio de 2015 15:41, Samuel . lista.freebsd.bra...@outlook.com escreveu: Vou rodar samba e preciso de espaço, por isso o HDD e também não queria exigir tanto do SSD. Att, Samuel .Rio Grande do Sul - RS Date: Sat, 16 May 2015 15:35:45 -0300 From: renato...@gmail.com To: freebsd@fug.com.br Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 quais os serviços que você vai rodar ? se for só básico tipo router firewall use só o ssd Em 16 de maio de 2015 12:38, Samuel . lista.freebsd.bra...@outlook.com escreveu: Olá senhores! Será que uma alma abençoada tem um modelo de particionamento quando é usado dois HDs, sendo um SSD e um HDD? O servidor será usado para serviços básicos de rede, ficará ligado 27/7 e tráfego baixo. Valeu! Att, Samuel . Rio Grande do Sul - RS - 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 -- Cleber Luque Medina clebermed...@gmail.com Arapongas - Paraná - Brasil -- Cleber Luque Medina clebermed...@gmail.com Arapongas - Paraná - Brasil - 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
Re: [FUG-BR] Particionamento FreeBSD 10.1
ou ainda melhor... instala o sistema no ssd, coloca dois hdds e faz um zfs mirror para redundancia do home. Em 16 de maio de 2015 16:02, Cleber Medina clebermed...@gmail.com escreveu: instala tudo no ssd e monta o /usr/home no hdd Em 16 de maio de 2015 15:41, Samuel . lista.freebsd.bra...@outlook.com escreveu: Vou rodar samba e preciso de espaço, por isso o HDD e também não queria exigir tanto do SSD. Att, Samuel .Rio Grande do Sul - RS Date: Sat, 16 May 2015 15:35:45 -0300 From: renato...@gmail.com To: freebsd@fug.com.br Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 quais os serviços que você vai rodar ? se for só básico tipo router firewall use só o ssd Em 16 de maio de 2015 12:38, Samuel . lista.freebsd.bra...@outlook.com escreveu: Olá senhores! Será que uma alma abençoada tem um modelo de particionamento quando é usado dois HDs, sendo um SSD e um HDD? O servidor será usado para serviços básicos de rede, ficará ligado 27/7 e tráfego baixo. Valeu! Att, Samuel . Rio Grande do Sul - RS - 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 -- Cleber Luque Medina clebermed...@gmail.com Arapongas - Paraná - Brasil -- Cleber Luque Medina clebermed...@gmail.com Arapongas - Paraná - Brasil - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Particionamento FreeBSD 10.1
Depende do tamanho deles... Em 16/05/2015 12:38, Samuel . lista.freebsd.bra...@outlook.com escreveu: Olá senhores! Será que uma alma abençoada tem um modelo de particionamento quando é usado dois HDs, sendo um SSD e um HDD? O servidor será usado para serviços básicos de rede, ficará ligado 27/7 e tráfego baixo. Valeu! Att, Samuel . Rio Grande do Sul - RS - 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
Re: [FUG-BR] Particionamento FreeBSD 10.1
Vou rodar samba e preciso de espaço, por isso o HDD e também não queria exigir tanto do SSD. Att, Samuel .Rio Grande do Sul - RS Date: Sat, 16 May 2015 15:35:45 -0300 From: renato...@gmail.com To: freebsd@fug.com.br Subject: Re: [FUG-BR] Particionamento FreeBSD 10.1 quais os serviços que você vai rodar ? se for só básico tipo router firewall use só o ssd Em 16 de maio de 2015 12:38, Samuel . lista.freebsd.bra...@outlook.com escreveu: Olá senhores! Será que uma alma abençoada tem um modelo de particionamento quando é usado dois HDs, sendo um SSD e um HDD? O servidor será usado para serviços básicos de rede, ficará ligado 27/7 e tráfego baixo. Valeu! Att, Samuel . Rio Grande do Sul - RS - 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