1 |
Daniel, (o da Veiga), esse artigo da info que tu deu o link é muito |
2 |
falcatrua. A sua breve explicação de 4,1 linhas é muito mais |
3 |
esclarecedora. |
4 |
|
5 |
Primeiramente na terceira coluna logo acima na foto diz que a conexão |
6 |
é feita a 1GBps, mas o B deveria ser minúsculo (perdoável). Mas logo |
7 |
abaixo eles dizem que transferiram arquivos a 11,7 MB/s e depois a 3,6 |
8 |
MB/s, num esquema de "teste" muito mal feito e sem critério, no qual |
9 |
eles fazem apenas uma única comparação. As vezes, no lugar onde |
10 |
trabalho, baixo arquivos de um servidor pra dentro de um laboratório |
11 |
via http ou ssh e, para isso, os pacotes passam por dois switchs e |
12 |
ainda por um servidor que faz NAT que é um celeron 1700 com 256 MB de |
13 |
RAM DIMM e as vezes chego a 8 ou 9 MB/s numa rede 100 Mbps. Isso |
14 |
enquanto esses dois servidores, o computador que eu uso e os dois |
15 |
switchs estão em plena produção, sem atrapalhar ninguém. A propósito, |
16 |
http e ssh são conexão tcp, e não duvido que esse ambiente de rede do |
17 |
windows use conexão udp. |
18 |
|
19 |
Mas, fazer o que, é revista da Abril mesmo. |
20 |
|
21 |
Quoting Daniel van Ham Colchete <daniel.colchete@×××××.com>: |
22 |
|
23 |
> Está certo chará. Eu descobri isso hoje também. |
24 |
> |
25 |
> Valeu! |
26 |
> Daniel |
27 |
> |
28 |
> On 12/5/06, Daniel da Veiga <danieldaveiga@×××××.com> wrote: |
29 |
>> On 12/4/06, Daniel van Ham Colchete <daniel.colchete@×××××.com> wrote: |
30 |
>>> Pessoal, |
31 |
>>> |
32 |
>>> tenho dois servidores com duas placa de rede Intel E1000 cada um. |
33 |
>>> |
34 |
>>> Eu estou usando a eth1 dos dois servidores para fazer DRBD. O problema |
35 |
>>> é que as placas de rede só negociam 100baseT/Full (100Mbps). Eu estou |
36 |
>>> usando um cabo cross-over CAT-5E, que aceita gigabit. |
37 |
>>> |
38 |
>>> Quando o servidor inicia o dmesg mostra (nos dois servidores): |
39 |
>>> e1000: eth1: e1000_probe: Intel(R) PRO/1000 Network Connection |
40 |
>>> e1000: eth1: e1000_watchdog: NIC Link is Up 100 Mbps Full Duplex |
41 |
>>> |
42 |
>>> O meu ethtool está mostrando (nos dois servidores): |
43 |
>>> Settings for eth1: |
44 |
>>> Supported ports: [ TP ] |
45 |
>>> Supported link modes: 10baseT/Half 10baseT/Full |
46 |
>>> 100baseT/Half 100baseT/Full |
47 |
>>> 1000baseT/Full |
48 |
>>> Supports auto-negotiation: Yes |
49 |
>>> Advertised link modes: 10baseT/Half 10baseT/Full |
50 |
>>> 100baseT/Half 100baseT/Full |
51 |
>>> 1000baseT/Full |
52 |
>>> Advertised auto-negotiation: Yes |
53 |
>>> Speed: 100Mb/s |
54 |
>>> Duplex: Full |
55 |
>>> Port: Twisted Pair |
56 |
>>> PHYAD: 0 |
57 |
>>> Transceiver: internal |
58 |
>>> Auto-negotiation: on |
59 |
>>> Supports Wake-on: umbg |
60 |
>>> Wake-on: g |
61 |
>>> Current message level: 0x00000007 (7) |
62 |
>>> Link detected: yes |
63 |
>>> |
64 |
>>> Alguém tem alguma dica? |
65 |
>>> |
66 |
>> |
67 |
>> Utilize um cabo normal, no gigabit não é necessário usar um cabo |
68 |
>> cross. O padrão CAT5 vai negociar a giga, parece que você ainda pode |
69 |
>> usar um cross especial para negociar o padrão TX ao invés do T. Se |
70 |
>> você está usando um cabo cross normal, provavelmente 2 pares estão sem |
71 |
>> uso. |
72 |
>> |
73 |
>> http://info.abril.com.br/sobre/pdf/216-solucoes-escritorio.pdf |
74 |
>> |
75 |
>> |
76 |
>> |
77 |
>> -- |
78 |
>> Daniel da Veiga |
79 |
>> Computer Operator - RS - Brazil |
80 |
>> -----BEGIN GEEK CODE BLOCK----- |
81 |
>> Version: 3.1 |
82 |
>> GCM/IT/P/O d-? s:- a? C++$ UBLA++ P+ L++ E--- W+++$ N o+ K- w O M- V- |
83 |
>> PS PE Y PGP- t+ 5 X+++ R+* tv b+ DI+++ D+ G+ e h+ r+ y++ |
84 |
>> ------END GEEK CODE BLOCK------ |
85 |
>> |
86 |
>> -- |
87 |
>> gentoo-user-br@g.o mailing list |
88 |
>> |
89 |
>> |
90 |
> |
91 |
> -- |
92 |
> gentoo-user-br@g.o mailing list |
93 |
|
94 |
|
95 |
|
96 |
|
97 |
-- |
98 |
gentoo-user-br@g.o mailing list |