Re: [FUG-BR] RES: Thundercache para conteúdos dinâmicos [OFF - TOPIC]
> > > Márcio, qual nível de RAID está utilizando nessa configuração, ou não está > utilizando? Realmente, uma bela máquina! > > Olá Alexandre, não tinha visto sua pergunta, na verdade não está sendo usando RAID (pelo menos com intuito de agilidade ou segurança), o que acontece é que para cada disco físico crio um virtual na controladora, mais não estou fazendo arranjos dos mesmos em RAID. Não tenho acesso a configuração do Hyper (é toda feita pelo suporte da própria Thagos) somente posso visualizar a parte gerencial do produto, por isso não posso afirmar como eles configuraram, mais o que posso te dizer é que já ouve casos de um disco corromper (muita leitura e escrita) e eles retirarem esse disco do sistema (Hyper). Sei que o produto da Thagos roda em cima do Gentoo Linux, por que vi na inicialização da máquina, eles devem fazer via software os arranjos, até por que assim eles tem controle absoluto sobre a máquina, restando pra mim fazer apenas as alterações físicas. Curiosidade: Saiu uma propaganda do Hyper na BSD Magazine de 11/2013, achei que lá apareciam produtos relacionados ao mundo BSD. -- Att. __ Márcio Elias Hahn do Nascimento Araranguá - SC Cel: (55) 48-9661-0233 msn: marcioeliash...@hotmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC]Palestra sobre segurança by Theo de Raadt
-- > theo é um cara bom mas profissionalmente frustrado sabe-se-la-pq, e > que > anualmente imprime a foto de alguem/algumaempresa e coloca no seu > quadro de > tiros pessoal, antes do freebsd foi a intel, antes da intel foi a > cisco > antes da cisco foi o linux, uma pena ele atacar outros sistemas bsd > agora > ao invés de contribuir de forma mais relevante > theo de raadt é 12 milhões de dólares mais pobre porque o > departamento de > defesa escolheu o FreeBSD ao invés do OpenBSD pra segurança > com 1 milhão investido em ambos o openbsd fez o W^X que o theo > defende > nessa palestra 10 anos depois enquanto o freebsd começou a la o tal > de > granularization que permitiu a criação do mac e hoje do capsicum mas > que na > epoca ninguem viu resultado porque era estrutural > > bom 10 anos depois e 12 milhões de dolares depois acreditem esse > ataque do > theo não é coincidencia > em 2014 termina os 10 anos desse contrato e com o capsicum o freebsd > termina o objetivo final do contrato e implementa tudo que o theo > disse que > seria impossivel, o que o theo não disse é que o mac_mls, > mac_partition e o > capsicum são 3 formas de isolamento que mitiga o risco que ele está > apontando o dedo, mas o que o theo disse pra tambem se previnir com > essa > alegacao e que ele quer tudo habilitado por padrao e no freebsd > apesar de > ter mac no kernel generic nao tem politicas mac aplicadas por padrao > (nem > acho que deve ter quem ja trabalhou com mac sabe o motivo) > > o robert watson na usenix sei la que ano mostrou uma forma generica > de > escapar disso tudo inclusive do W^X e do systrace do openbsd então o > que > ele está defendendo ja teve sua eficiencia derrubada no ultimo slide > ele > mostra isso deixando claro que dificulta mas nao evita > la na russia ele falou o que bem quis, vamos ver se ele escolhe o > mesmo > tema pra bsdcan2014 ou alguma conferencia na california ou NY na > russia nao > tinha ninguem do freebsd capaz de argumentar com o theo sobre > seguranca ( > http://tech.yandex.com/events/ruBSD/2013/) o gleb era o unico > presente mais > ligado ao src/sys mas o foco dele é networking A parte mac_* do FreeBSD tem preconceito erroneamente inserido pelos próprios usuários do FreeBSD, que marcam o projeto como "morto", ou interpretam como TrustedBSD=Selinux e taxam esta iniciativa como "security through obscurity". Basta dar uma navegada nos fóruns e ver a ignorância das afirmações de alguns membros, simplesmente porque não sabem diferenciar a implementação SELinux da teoria do FLASK[1] Agora, é uma verdade. o Theo vem atacando gratuitamente o FreeBSD ultimamente na segurança e nas implementações de ACPI. [1]http://www.cs.utah.edu/flux/fluke/html/flask.html Nícolas Wildner Analista de Infraestrutura de TI Transportes Bertolini Ltda. www.tbl.com.br > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Thundercache para conteúdos dinâmicos [OFF - TOPIC]
Em 9 de janeiro de 2014 10:11, Márcio Elias escreveu: > Desculpem, onde disse 25 discos está errado, são 15 discos. > > -- > Att. > Achei um milagre ninguém ter mencionado o top-posting, mas vamos evitar. Márcio, qual nível de RAID está utilizando nessa configuração, ou não está utilizando? Realmente, uma bela máquina! -- Att, Alexandre Silva Nano Nanotec Consultoria TIC Enterasys Security Systems Engineer - IPS/SIEM Enterasys Certified Specialist - NAC, Switching Analista de Tecnologia da Informação e Comunicação Perfil LinkedIn: http://br.linkedin.com/pub/alexandre-silva-nano/33/59/77a - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Thundercache para conteúdos dinâmicos [OFF - TOPIC]
2014/1/9 Márcio Elias > Evandro, se essa pergunta "voce teve esse aumento de cpu com wccp com > quantos Mbit/s passando?" from pra mim, queria dizer que o aumento de CPU > que me refiro foi do Router e não do cache, pois o router tem que > direcionar o tráfego pro cache. > era sim, sim estou falando do router mesmo pra entender qual impacto do wccp e se é maior ou menor que um mikrotik com mangle ou ipfw fwd > > Hoje temos um Hyper 300, link dedicado de 300M e a minha máquina onde o > desses 300 quantos mbit/s é de porta 80 (ou seja passa pelo wccp)? > Hyper está instalado é essa: > > Dual Xeon 3.2 > > 48GB Ram > > 25 discos sata 7200rpm de 500G cada. > > Segundo o suporte da Thagos, nossa máquina nesta configuração suportaria > até o T-500 (versão do Hyper para até 500MB de tráfego). > > Não conheco o PeerApp, mais pelo que vejo o pessoal comentando e > principalmente sobre os orçamentos dele, acho que eh algo muito além de > qualquer outra solução citada aqui. > > O mais importante não é ter a melhor e mais cara solução, e sim aquela que > melhor se enquadra nas necessidades de cada cenário e te da possibilidade > de evolução, com estabilidade e um bom custo benefício. Por isso acho que > há mercado para todos. > > -- > Att. > __ > Márcio Elias Hahn do Nascimento > > Araranguá - SC > Cel: (55) 48-9661-0233 > msn: marcioeliash...@hotmail.com > > > 2014/1/9 Evandro Nunes > > > hoje o thunder ja suporta wccp > > no passado era possivel fazer wccp pro lusca e o lusca redir pro thunder > > mas o thunder sozinho da mais conta que o lusca > > > > o thunder evoluiu muito e com um hardware confiavel nao deve nada a > solucao > > da taghos mas ainda deve pro peer app que cacheia outros conteudos alem > de > > web, mas o custo beneficio do thunder é melhor > > > > voce teve esse aumento de cpu com wccp com quantos Mbit/s passando? > > > > > > 2014/1/4 Ciro Cardoso de Meneses > > > > > Meu melhor site com o thundercache é este: > > > > > > 924 clientes > > > > > > Gateway: > > >xeon dell quadcore (antigo) > > > 8G Mem > > > 6Hds (1 sistema, 3 lusca, 2 thunder) > > > Freebsd 9.2 > > > unbound > > > lusca > > > thundercache > > > > > > > > > Controlador de Banda: core i7 (xinglig) com placa intel dual giga + > > >Freebsd 8.4 > > >unbound > > >dummynet > > > > > > /0 /1 /2 /3 /4 /5 /6 /7 /8 /9 > /10 > > > Load Average ||| > > > > > > Interface Traffic Peak > Total > > > tun16 in 0.000 Mb/s 0.001 Mb/s > 24.848 > > KB > > > out 0.000 Mb/s 0.000 Mb/s > 51.946 > > MB > > > > > >tun0 in 0.000 Mb/s 0.000 Mb/s > 72.280 > > MB > > > out 0.000 Mb/s 0.000 Mb/s > 84.155 > > MB > > > > > > lo0 in 31.293 Mb/s 42.755 Mb/s > 3.588 > > TB > > > out31.293 Mb/s 42.755 Mb/s > 3.588 > > TB > > > > > >bge0 in 86.964 Mb/s 93.284 Mb/s > 6.892 > > TB > > > out 8.955 Mb/s 9.078 Mb/s > 1.018 > > TB > > > > > >igb0 in 9.008 Mb/s 10.272 Mb/s > 1.083 > > TB > > > out 191.210 Mb/s205.633 Mb/s > 16.764 > > TB > > > > > > > > > last pid: 16702; load averages: 1.14, 1.20, > > > 1.10 > > > up 16+19:19:32 13:28:47 > > > 61 processes: 2 running, 58 sleeping, 1 waiting > > > CPU 0: 2.2% user, 0.0% nice, 12.7% system, 6.0% interrupt, 79.0% > idle > > > CPU 1: 1.5% user, 0.0% nice, 24.0% system, 8.2% interrupt, 66.3% > idle > > > CPU 2: 4.9% user, 0.0% nice, 12.7% system, 5.2% interrupt, 77.2% > idle > > > CPU 3: 3.7% user, 0.0% nice, 13.9% system, 7.5% interrupt, 74.9% > idle > > > Mem: 4230M Active, 1400M Inact, 1443M Wired, 95M Cache, 827M Buf, 743M > > Free > > > ARC: 243M Total, 1008K MFU, 114M MRU, 23M Anon, 4177K Header, 101M > Other > > > Swap: 4096M Total, 9616K Used, 4086M Free > > > > > > PID USERNAMETHR PRI NICE SIZERES STATE C TIMECPU > > > COMMAND > > >11 root 4 171 ki31 0K64K RUN 0 1403.9 322.51% > > idle > > >12 root 27 -60- 0K 432K WAIT0 57.7H 22.90% > intr > > > 0 root885 -80 0K 14160K - 0 49.6H 18.95% > > kernel > > > 49295 squid37 440 4520M 4414M ucond 0 256:40 18.36% > > squid > > > 49258 root216 470 727M 647M ucond 2 180:14 0.98% > > > thunder71_f64_r972 > > > > > > > > > > > > Em 4 de janeiro de 2014 11:16, Márcio Elias > > >escreveu: > > > > > > > Já usei o SpeedBR (uma MERDA SEM TAMANHO), o Thunder íamos usar > > > > inicialmente mais este não tinha implementação para WCCP e queríamos > > > > redirecionar o tráfego do nosso border router pra ele, ai chegamos ao > > > > Thagos que usamos hoje. O nome da solução deles é Hyper Cache. > > > > > > > > Para terem
Re: [FUG-BR] [OFF-TOPIC]Palestra sobre segurança by Theo de Raadt
2013/12/30 Marco Carvalho de Oliveira > Olá, > > Sei que está e uma lista de FreeBSD, no entanto como o tema de segurança > envolve as áreas a fim deste tema, logo acredito que esta palestra do The > Raadt, dando umas cutucadas em algumas funcionalidades ainda não > habilitadas no FreeBSD para mitigar falhas de segurança seja > interessante... é uma palestra recente que aconteceu na ruBSD 14 /2013, o > tema é antigo ao mesmo tempo atual :o visto que estas funcionalidades a > séculos já eram comentadas e tratadas por ele no OpenBSD ... > > Eu fico imaginando X) a moral deste cara palestrando para um exercito de > usuários de desenvolvedores de FreeBSD... !!! e ainda na Rússia!!! > > Segue o Link > http://www.openbsd.org/papers/ru13-deraadt/mgp1.html > theo é um cara bom mas profissionalmente frustrado sabe-se-la-pq, e que anualmente imprime a foto de alguem/algumaempresa e coloca no seu quadro de tiros pessoal, antes do freebsd foi a intel, antes da intel foi a cisco antes da cisco foi o linux, uma pena ele atacar outros sistemas bsd agora ao invés de contribuir de forma mais relevante theo de raadt é 12 milhões de dólares mais pobre porque o departamento de defesa escolheu o FreeBSD ao invés do OpenBSD pra segurança com 1 milhão investido em ambos o openbsd fez o W^X que o theo defende nessa palestra 10 anos depois enquanto o freebsd começou a la o tal de granularization que permitiu a criação do mac e hoje do capsicum mas que na epoca ninguem viu resultado porque era estrutural bom 10 anos depois e 12 milhões de dolares depois acreditem esse ataque do theo não é coincidencia em 2014 termina os 10 anos desse contrato e com o capsicum o freebsd termina o objetivo final do contrato e implementa tudo que o theo disse que seria impossivel, o que o theo não disse é que o mac_mls, mac_partition e o capsicum são 3 formas de isolamento que mitiga o risco que ele está apontando o dedo, mas o que o theo disse pra tambem se previnir com essa alegacao e que ele quer tudo habilitado por padrao e no freebsd apesar de ter mac no kernel generic nao tem politicas mac aplicadas por padrao (nem acho que deve ter quem ja trabalhou com mac sabe o motivo) o robert watson na usenix sei la que ano mostrou uma forma generica de escapar disso tudo inclusive do W^X e do systrace do openbsd então o que ele está defendendo ja teve sua eficiencia derrubada no ultimo slide ele mostra isso deixando claro que dificulta mas nao evita la na russia ele falou o que bem quis, vamos ver se ele escolhe o mesmo tema pra bsdcan2014 ou alguma conferencia na california ou NY na russia nao tinha ninguem do freebsd capaz de argumentar com o theo sobre seguranca ( http://tech.yandex.com/events/ruBSD/2013/) o gleb era o unico presente mais ligado ao src/sys mas o foco dele é networking > -- > Marco Carvalho de Oliveira > Gerente de Projetos de TI - Políclinica São Lucas > LPI 3 - Linux professional Certificate > Certified Linux Administrator da Novell > - > 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] RES: Thundercache para conteúdos dinâmicos [OFF - TOPIC]
Desculpem, onde disse 25 discos está errado, são 15 discos. -- Att. __ Márcio Elias Hahn do Nascimento Araranguá - SC Cel: (55) 48-9661-0233 msn: marcioeliash...@hotmail.com 2014/1/9 Márcio Elias > Evandro, se essa pergunta "voce teve esse aumento de cpu com wccp com > quantos Mbit/s passando?" from pra mim, queria dizer que o aumento de CPU > que me refiro foi do Router e não do cache, pois o router tem que > direcionar o tráfego pro cache. > > Hoje temos um Hyper 300, link dedicado de 300M e a minha máquina onde o > Hyper está instalado é essa: > > Dual Xeon 3.2 > > 48GB Ram > > 25 discos sata 7200rpm de 500G cada. > > Segundo o suporte da Thagos, nossa máquina nesta configuração suportaria > até o T-500 (versão do Hyper para até 500MB de tráfego). > > Não conheco o PeerApp, mais pelo que vejo o pessoal comentando e > principalmente sobre os orçamentos dele, acho que eh algo muito além de > qualquer outra solução citada aqui. > > O mais importante não é ter a melhor e mais cara solução, e sim aquela que > melhor se enquadra nas necessidades de cada cenário e te da possibilidade > de evolução, com estabilidade e um bom custo benefício. Por isso acho que > há mercado para todos. > > -- > Att. > __ > Márcio Elias Hahn do Nascimento > > Araranguá - SC > Cel: (55) 48-9661-0233 > msn: marcioeliash...@hotmail.com > > > 2014/1/9 Evandro Nunes > >> hoje o thunder ja suporta wccp >> no passado era possivel fazer wccp pro lusca e o lusca redir pro thunder >> mas o thunder sozinho da mais conta que o lusca >> >> o thunder evoluiu muito e com um hardware confiavel nao deve nada a >> solucao >> da taghos mas ainda deve pro peer app que cacheia outros conteudos alem de >> web, mas o custo beneficio do thunder é melhor >> >> voce teve esse aumento de cpu com wccp com quantos Mbit/s passando? >> >> >> 2014/1/4 Ciro Cardoso de Meneses >> >> > Meu melhor site com o thundercache é este: >> > >> > 924 clientes >> > >> > Gateway: >> >xeon dell quadcore (antigo) >> > 8G Mem >> > 6Hds (1 sistema, 3 lusca, 2 thunder) >> > Freebsd 9.2 >> > unbound >> > lusca >> > thundercache >> > >> > >> > Controlador de Banda: core i7 (xinglig) com placa intel dual giga + >> >Freebsd 8.4 >> >unbound >> >dummynet >> > >> > /0 /1 /2 /3 /4 /5 /6 /7 /8 /9 >> /10 >> > Load Average ||| >> > >> > Interface Traffic Peak >> Total >> > tun16 in 0.000 Mb/s 0.001 Mb/s >> 24.848 KB >> > out 0.000 Mb/s 0.000 Mb/s >> 51.946 MB >> > >> >tun0 in 0.000 Mb/s 0.000 Mb/s >> 72.280 MB >> > out 0.000 Mb/s 0.000 Mb/s >> 84.155 MB >> > >> > lo0 in 31.293 Mb/s 42.755 Mb/s >> 3.588 TB >> > out31.293 Mb/s 42.755 Mb/s >> 3.588 TB >> > >> >bge0 in 86.964 Mb/s 93.284 Mb/s >> 6.892 TB >> > out 8.955 Mb/s 9.078 Mb/s >> 1.018 TB >> > >> >igb0 in 9.008 Mb/s 10.272 Mb/s >> 1.083 TB >> > out 191.210 Mb/s205.633 Mb/s >> 16.764 TB >> > >> > >> > last pid: 16702; load averages: 1.14, 1.20, >> > 1.10 >> > up 16+19:19:32 13:28:47 >> > 61 processes: 2 running, 58 sleeping, 1 waiting >> > CPU 0: 2.2% user, 0.0% nice, 12.7% system, 6.0% interrupt, 79.0% idle >> > CPU 1: 1.5% user, 0.0% nice, 24.0% system, 8.2% interrupt, 66.3% idle >> > CPU 2: 4.9% user, 0.0% nice, 12.7% system, 5.2% interrupt, 77.2% idle >> > CPU 3: 3.7% user, 0.0% nice, 13.9% system, 7.5% interrupt, 74.9% idle >> > Mem: 4230M Active, 1400M Inact, 1443M Wired, 95M Cache, 827M Buf, 743M >> Free >> > ARC: 243M Total, 1008K MFU, 114M MRU, 23M Anon, 4177K Header, 101M Other >> > Swap: 4096M Total, 9616K Used, 4086M Free >> > >> > PID USERNAMETHR PRI NICE SIZERES STATE C TIMECPU >> > COMMAND >> >11 root 4 171 ki31 0K64K RUN 0 1403.9 322.51% >> idle >> >12 root 27 -60- 0K 432K WAIT0 57.7H 22.90% >> intr >> > 0 root885 -80 0K 14160K - 0 49.6H 18.95% >> kernel >> > 49295 squid37 440 4520M 4414M ucond 0 256:40 18.36% >> squid >> > 49258 root216 470 727M 647M ucond 2 180:14 0.98% >> > thunder71_f64_r972 >> > >> > >> > >> > Em 4 de janeiro de 2014 11:16, Márcio Elias > > >escreveu: >> > >> > > Já usei o SpeedBR (uma MERDA SEM TAMANHO), o Thunder íamos usar >> > > inicialmente mais este não tinha implementação para WCCP e queríamos >> > > redirecionar o tráfego do nosso border router pra ele, ai chegamos ao >> > > Thagos que usamos hoje. O nome da solução deles é Hyper Cache. >> > > >> > > Para terem uma ideia já que mencionaram a mudança no youtube, a alguns >> > dias >> > > (quando isso ocorreu) notei que meu percentual de e
Re: [FUG-BR] RES: Thundercache para conteúdos dinâmicos [OFF - TOPIC]
Evandro, se essa pergunta "voce teve esse aumento de cpu com wccp com quantos Mbit/s passando?" from pra mim, queria dizer que o aumento de CPU que me refiro foi do Router e não do cache, pois o router tem que direcionar o tráfego pro cache. Hoje temos um Hyper 300, link dedicado de 300M e a minha máquina onde o Hyper está instalado é essa: Dual Xeon 3.2 48GB Ram 25 discos sata 7200rpm de 500G cada. Segundo o suporte da Thagos, nossa máquina nesta configuração suportaria até o T-500 (versão do Hyper para até 500MB de tráfego). Não conheco o PeerApp, mais pelo que vejo o pessoal comentando e principalmente sobre os orçamentos dele, acho que eh algo muito além de qualquer outra solução citada aqui. O mais importante não é ter a melhor e mais cara solução, e sim aquela que melhor se enquadra nas necessidades de cada cenário e te da possibilidade de evolução, com estabilidade e um bom custo benefício. Por isso acho que há mercado para todos. -- Att. __ Márcio Elias Hahn do Nascimento Araranguá - SC Cel: (55) 48-9661-0233 msn: marcioeliash...@hotmail.com 2014/1/9 Evandro Nunes > hoje o thunder ja suporta wccp > no passado era possivel fazer wccp pro lusca e o lusca redir pro thunder > mas o thunder sozinho da mais conta que o lusca > > o thunder evoluiu muito e com um hardware confiavel nao deve nada a solucao > da taghos mas ainda deve pro peer app que cacheia outros conteudos alem de > web, mas o custo beneficio do thunder é melhor > > voce teve esse aumento de cpu com wccp com quantos Mbit/s passando? > > > 2014/1/4 Ciro Cardoso de Meneses > > > Meu melhor site com o thundercache é este: > > > > 924 clientes > > > > Gateway: > >xeon dell quadcore (antigo) > > 8G Mem > > 6Hds (1 sistema, 3 lusca, 2 thunder) > > Freebsd 9.2 > > unbound > > lusca > > thundercache > > > > > > Controlador de Banda: core i7 (xinglig) com placa intel dual giga + > >Freebsd 8.4 > >unbound > >dummynet > > > > /0 /1 /2 /3 /4 /5 /6 /7 /8 /9 /10 > > Load Average ||| > > > > Interface Traffic PeakTotal > > tun16 in 0.000 Mb/s 0.001 Mb/s 24.848 > KB > > out 0.000 Mb/s 0.000 Mb/s 51.946 > MB > > > >tun0 in 0.000 Mb/s 0.000 Mb/s 72.280 > MB > > out 0.000 Mb/s 0.000 Mb/s 84.155 > MB > > > > lo0 in 31.293 Mb/s 42.755 Mb/s3.588 > TB > > out31.293 Mb/s 42.755 Mb/s3.588 > TB > > > >bge0 in 86.964 Mb/s 93.284 Mb/s6.892 > TB > > out 8.955 Mb/s 9.078 Mb/s1.018 > TB > > > >igb0 in 9.008 Mb/s 10.272 Mb/s1.083 > TB > > out 191.210 Mb/s205.633 Mb/s 16.764 > TB > > > > > > last pid: 16702; load averages: 1.14, 1.20, > > 1.10 > > up 16+19:19:32 13:28:47 > > 61 processes: 2 running, 58 sleeping, 1 waiting > > CPU 0: 2.2% user, 0.0% nice, 12.7% system, 6.0% interrupt, 79.0% idle > > CPU 1: 1.5% user, 0.0% nice, 24.0% system, 8.2% interrupt, 66.3% idle > > CPU 2: 4.9% user, 0.0% nice, 12.7% system, 5.2% interrupt, 77.2% idle > > CPU 3: 3.7% user, 0.0% nice, 13.9% system, 7.5% interrupt, 74.9% idle > > Mem: 4230M Active, 1400M Inact, 1443M Wired, 95M Cache, 827M Buf, 743M > Free > > ARC: 243M Total, 1008K MFU, 114M MRU, 23M Anon, 4177K Header, 101M Other > > Swap: 4096M Total, 9616K Used, 4086M Free > > > > PID USERNAMETHR PRI NICE SIZERES STATE C TIMECPU > > COMMAND > >11 root 4 171 ki31 0K64K RUN 0 1403.9 322.51% > idle > >12 root 27 -60- 0K 432K WAIT0 57.7H 22.90% intr > > 0 root885 -80 0K 14160K - 0 49.6H 18.95% > kernel > > 49295 squid37 440 4520M 4414M ucond 0 256:40 18.36% > squid > > 49258 root216 470 727M 647M ucond 2 180:14 0.98% > > thunder71_f64_r972 > > > > > > > > Em 4 de janeiro de 2014 11:16, Márcio Elias > >escreveu: > > > > > Já usei o SpeedBR (uma MERDA SEM TAMANHO), o Thunder íamos usar > > > inicialmente mais este não tinha implementação para WCCP e queríamos > > > redirecionar o tráfego do nosso border router pra ele, ai chegamos ao > > > Thagos que usamos hoje. O nome da solução deles é Hyper Cache. > > > > > > Para terem uma ideia já que mencionaram a mudança no youtube, a alguns > > dias > > > (quando isso ocorreu) notei que meu percentual de economia diminuiu > > muito, > > > e voltou a crescer, ai entrei em contato com o suporte deles (24x7) e > me > > > disseram que tinham tirado o youtube (o que causou a diminuição da > > > economia), fizeram a implementação de acordo com o novo protocolo > deles, > > > limparam o conteúdo em cach
Re: [FUG-BR] RES: Thundercache para conteúdos dinâmicos [OFF - TOPIC]
hoje o thunder ja suporta wccp no passado era possivel fazer wccp pro lusca e o lusca redir pro thunder mas o thunder sozinho da mais conta que o lusca o thunder evoluiu muito e com um hardware confiavel nao deve nada a solucao da taghos mas ainda deve pro peer app que cacheia outros conteudos alem de web, mas o custo beneficio do thunder é melhor voce teve esse aumento de cpu com wccp com quantos Mbit/s passando? 2014/1/4 Ciro Cardoso de Meneses > Meu melhor site com o thundercache é este: > > 924 clientes > > Gateway: >xeon dell quadcore (antigo) > 8G Mem > 6Hds (1 sistema, 3 lusca, 2 thunder) > Freebsd 9.2 > unbound > lusca > thundercache > > > Controlador de Banda: core i7 (xinglig) com placa intel dual giga + >Freebsd 8.4 >unbound >dummynet > > /0 /1 /2 /3 /4 /5 /6 /7 /8 /9 /10 > Load Average ||| > > Interface Traffic PeakTotal > tun16 in 0.000 Mb/s 0.001 Mb/s 24.848 KB > out 0.000 Mb/s 0.000 Mb/s 51.946 MB > >tun0 in 0.000 Mb/s 0.000 Mb/s 72.280 MB > out 0.000 Mb/s 0.000 Mb/s 84.155 MB > > lo0 in 31.293 Mb/s 42.755 Mb/s3.588 TB > out31.293 Mb/s 42.755 Mb/s3.588 TB > >bge0 in 86.964 Mb/s 93.284 Mb/s6.892 TB > out 8.955 Mb/s 9.078 Mb/s1.018 TB > >igb0 in 9.008 Mb/s 10.272 Mb/s1.083 TB > out 191.210 Mb/s205.633 Mb/s 16.764 TB > > > last pid: 16702; load averages: 1.14, 1.20, > 1.10 > up 16+19:19:32 13:28:47 > 61 processes: 2 running, 58 sleeping, 1 waiting > CPU 0: 2.2% user, 0.0% nice, 12.7% system, 6.0% interrupt, 79.0% idle > CPU 1: 1.5% user, 0.0% nice, 24.0% system, 8.2% interrupt, 66.3% idle > CPU 2: 4.9% user, 0.0% nice, 12.7% system, 5.2% interrupt, 77.2% idle > CPU 3: 3.7% user, 0.0% nice, 13.9% system, 7.5% interrupt, 74.9% idle > Mem: 4230M Active, 1400M Inact, 1443M Wired, 95M Cache, 827M Buf, 743M Free > ARC: 243M Total, 1008K MFU, 114M MRU, 23M Anon, 4177K Header, 101M Other > Swap: 4096M Total, 9616K Used, 4086M Free > > PID USERNAMETHR PRI NICE SIZERES STATE C TIMECPU > COMMAND >11 root 4 171 ki31 0K64K RUN 0 1403.9 322.51% idle >12 root 27 -60- 0K 432K WAIT0 57.7H 22.90% intr > 0 root885 -80 0K 14160K - 0 49.6H 18.95% kernel > 49295 squid37 440 4520M 4414M ucond 0 256:40 18.36% squid > 49258 root216 470 727M 647M ucond 2 180:14 0.98% > thunder71_f64_r972 > > > > Em 4 de janeiro de 2014 11:16, Márcio Elias >escreveu: > > > Já usei o SpeedBR (uma MERDA SEM TAMANHO), o Thunder íamos usar > > inicialmente mais este não tinha implementação para WCCP e queríamos > > redirecionar o tráfego do nosso border router pra ele, ai chegamos ao > > Thagos que usamos hoje. O nome da solução deles é Hyper Cache. > > > > Para terem uma ideia já que mencionaram a mudança no youtube, a alguns > dias > > (quando isso ocorreu) notei que meu percentual de economia diminuiu > muito, > > e voltou a crescer, ai entrei em contato com o suporte deles (24x7) e me > > disseram que tinham tirado o youtube (o que causou a diminuição da > > economia), fizeram a implementação de acordo com o novo protocolo deles, > > limparam o conteúdo em cache antigo (somente referente ao youtube) e > > colocaram o mesmo para funcionar novamente, sem eu nem ficar sabendo. > > > > Ou seja, vc paga a licença pra eles, tem suporte 24x7, e desenvolvimento > > constante, vc nem sabe que precisa se preocupar com isso, eles se > preocupam > > por vc. > > > > Quanto a filtros de conteúdo, pelo que ví não tem no Hyper da Thagos, > mais > > acho que isso hoje em dia, não sei seu cenário, mais é um tanto > complicado, > > até mesmo o google nas buscas usa protocolo HTTPS, sendo assim o proxy > tem > > que interceptar as conexões na porta 443, fazer uma nova requisição como > se > > fosse o cliente, (para ter acesso aos dados da conexão) e então devolver > o > > resultado ao cliente original usando um certificado SSL do próprio proxy, > > que não é o certificado original do endereço visitado, o que para o > Chrome > > por exemplo é o bastante para impedir a navegação, outros browsers como > > Firefox ou IE até permitem, mais o cliente fica louco de tanto ter que > > aceitar certificados não assinados. > > > > Quanto a filtragem, acredito que tería que ser feita por um firewall, (do > > meu ponto de vista). > > > > Um ultimo concelho, o tráfego de dados entre todos seus usuários e a > > internet pode ser demasiadamente grande para colocar uma máquina em > bridge > > no meio e esperar que fun
Re: [FUG-BR] FreeBSD 10.0 RC3 disponÃvel para download
Em 9 de janeiro de 2014 08:40, Márcio Elias escreveu: > > > Meio off topic meu comentário mas... credo tô velho, tô lembrando > > > que foi o BSD 4.(alguma coisa) quando eu comecei a brincadeira de > deixar > > > de usar LINUX SLACKWARE para usar o BSD, devido a facilidade e > > > integridade de ports na época eu fazia tudo na unha ./configure && > > > make hehehheeh > > > > > > disto aà para o 10 é coisa para caramba :) > > > > > > > Eu estou há uns 3 anos no FreeBSD. Eu saà do Linux exatamente pelo mesmo > > motivo. > > > > Sem contar: > > - as recompiladas de kernel que eram um martÃrio; > > - as placas que rede que não eram reconhecidas pelo kernel genérico; > > - a total integração do firewall com o controle de banda (em linux tinha > > que ir ou de htb e do outro que nem lembro mais. rsrsr) > > - entre outras. > Acho que ainda tenho o 1.0.x lá em casa... nem consegui achar a imagem da caixinha na internet, já virou relÃquia? kkk Durante um tempo assinei a distro na walnut creek cdrom, que usava o FreeBSD no maior servidor de FTP do mundo, que naquela época suportava 20.000 usuários simultâneos! Sensacional! rs Ainda lembro do caso de sucesso do Yahoo contado num FreeBSD News ou coisa parecida. O cara instalou via rede com um boot via floppy e deu tudo certo. Ainda vou ver o Windows anunciar algo parecido como uma grande inovação! ha ha ha e também não consegui achar essa história, ou tô ficando ruim de busca ou realmente velho, Abs, Carlos E G Carvalho (Cartola) http://cartola.org/360 http://www.panoforum.com.br/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 10.0 RC3 disponÃvel para download
Sai do Slackware para o FreBSD (5 na época), nunca conseguia entender o iptables, altamente complexo na minha opinião, o IPFW foi minha maior motivação, sem contar Ports e Kernel que por mais incrÃvel que pareça, na minha primeira tentativa de compilação no Free saiu tudo como eu queria (no linux essa alegria vinha depois de muitas tentativas). Uso hoje FreeBSD para servidores, e estou aguardando com muita anciedade, por que quero virtualizar algumas máquinas com XenServer, e vi que os RC que testei se comportaram muito melhor que as versões 9.x. -- Att. __ Márcio Elias Hahn do Nascimento Araranguá - SC Cel: (55) 48-9661-0233 msn: marcioeliash...@hotmail.com 2014/1/9 Wenderson Souza > Em 7 de janeiro de 2014 15:36, Renato Frederick > escreveu: > > > Em 07/01/14 15:28, Renato Botelho escreveu: > > > > > > Uma regressão foi corrigida, então um novo RC é necessário. :) > > > > > > http://svnweb.freebsd.org/base?view=revision&revision=260378 > > > > > Meio off topic meu comentário mas... credo tô velho, tô lembrando > > que foi o BSD 4.(alguma coisa) quando eu comecei a brincadeira de deixar > > de usar LINUX SLACKWARE para usar o BSD, devido a facilidade e > > integridade de ports na época eu fazia tudo na unha ./configure && > > make hehehheeh > > > > disto aà para o 10 é coisa para caramba :) > > > > Eu estou há uns 3 anos no FreeBSD. Eu saà do Linux exatamente pelo mesmo > motivo. > > Sem contar: > - as recompiladas de kernel que eram um martÃrio; > - as placas que rede que não eram reconhecidas pelo kernel genérico; > - a total integração do firewall com o controle de banda (em linux tinha > que ir ou de htb e do outro que nem lembro mais. rsrsr) > - entre outras. > > > Atenciosamente, > > Wenderson Souza - wendersonso...@gmail.com > Gerente de TI - 6P Telecom > Skype: wendersonsouza > - > 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] [OFF] Camisetas BSD Runners
Quando sai a camiseta BSD beer & playstation? Abs, Helio Loureiro http://helio.loureiro.eng.br http://br.linkedin.com/in/helioloureiro http://twitter.com/helioloureiro http://gplus.to/helioloureiro Em 7 de janeiro de 2014 22:14, Renato Botelho escreveu: > On 01/07/2014 17:29, Ricardo Tweeg wrote: > > > > > > > > > > > > > > Em Segunda-feira, 6 de Janeiro de 2014 13:25, Danilo Neves < > danilorpne...@bsd.com.br> escreveu: > > > > Em 6 de janeiro de 2014 12:52, Rafael Ganascim >escreveu: > >> > >>> Em 6 de janeiro de 2014 10:43, Renato Botelho > >>> escreveu: > >>> > Bom dia pessoal, > > Eu e um outor membro da lista, o Wendell Martins Borges, somos > praticantes de corrida de rua e há algum tempo temos considerado a > ideia > de produzir camisetas (daquele tecido que eu não sei o nome, que se > usa > em corridas normalmente) com uma arte customizada do Beastie e com o > nome "BSD Runners". > > Encontramos uma pessoa que vai fazer a arte e gostaríamos de saber se > existe mais alguém interessado. Se tiver por favor entre em contato > comigo fora da lista. > > []s > -- > Renato Botelho > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > >>> > >>> > >>> Tenho interesse também em ambas, "BSD bikers and runners". > >>> - > >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >>> > >> > >> Poderia postar a arte? > >> Dependendo do desenho tenho interesse :D > >> > >> - > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > >> > > > > Também tenho interesse, mas também gostaria de ver a arte. > > Como eu disse, nós encomendamos a arte, e ela ainda não está pronta. A > arte custa 70 reais e vamos rachar entre os interessados. Só vai dar pra > ver depois de entrar no esquema, infelizmente. > > Quem quiser, me envie email em PVT, isso não é assunto pra lista. > > []s > -- > Renato Botelho > - > 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
