Tranferencia de Dados

linforlife
(usa Debian)

Enviado em 06/11/2009 - 20:38h

Olá, estou usando o Debian Lenny, Possuo também uma partição com Windows XP, transfiro os arquivos para a partição do Windows XP através do Debian Lenny e uso o NTFS-3g, só que o problema é que ao fazer a transferencia a velocidade fica muito lenta, ele começa a 40MB/s e cai para uns 300KB/s a 500KB/s, já pedi ajuda em vários lugares e nao encontrei uma solução. Engraçado é que com o Slackware 13 a transferencia fica normal. O que pode ser?
Obrigado.

removido
(usa Nenhuma)

Enviado em 06/11/2009 - 21:21h

pode ser que cada distro possui um kernel compilado a sua maneira... exemplo? Pega um ubuntu e compara com um slackware.. o slacware vai sair na frente...

fora isso, o tipo de interface da diferenca (ex.: kde x gnome). experimente rodar um

procinfo

nas maquinas ou um

free

para voce ver se nao tem diferenca. eu tenho o resulinux e o ubuntu aqui. sabe quanto demora pra bootar do grub à tela? 46s pro resu com kde e 27s pro ubuntu com gnome...

fica suave que isso é normal.

dizem ai que o yoper, o zenwalk, o gentoo e mais uns 2 ou tres são brutais em termos de velocidade, em geral... q tal experimentar?

linforlife
(usa Debian)

Enviado em 06/11/2009 - 23:54h

Tudo bem eu até entendo que uma distribuição ou um kernel, ou qualquer outra configuração faça diferença no desempenho do sistema, já experimentei varias distros, mas as que mais gosto msm são o Debian e o Slack, mas mesmo tendo diferença entre as distribuições não vejo motivos aparentes para a transferencia de arquivos ficar a 400KB/s num HD Sata 2, e a tranferencia é feita no mesmo HD só muda a partição, isso é muito lento, deve terr algum problema, procurei no google, em outras comunidades mas não achei solução. Agradeço pela ajuda e pela dica.

removido
(usa Nenhuma)

Enviado em 07/11/2009 - 00:07h

entao... se puder, faz o teste pra gnt ver... roda o

free

e o

procinfo

em cada um dos sistemas, pra gente comparar.. eu achava o resulinux lento pra abrir, mas so confirmei depois de cronometrar 3x seguidas (é na mao, entao tem variacao) e fazer a media... e descobrir q o ubuntu, mesmo gordinho, tava mais rapido...inclusive, esqueci de dizer: a conexao 3g no entanto, estava bem mais rapida no resu, tinha uma iso que nao vinha pelo ubuntu (tava aos pedaços, acho que tinha uns 200, 300mb), reiniciei no resu e ela veio rapidim... coisa de 3horas...

--------------
deixa eu entender uma coisa: como esta particionado e quais particoes q voce acessa??? vou te dizer o seguinte. nao sou hacker (coitado de mim, nao sei nada!) e nem especialista em hardware, mas os tempos de acesso dos discos, dependendo do local onde a cabeca passa, varia sim, pois é como vc usar um pneu grande e um pequeno no mesmo carro. o pneu grande estara rodando mais metros por volta enquanto o pequeno tem que girar mais para cobrir o mesmo trecho. entao a veocidade final desse carro sera diferente conforme o pneu usado. tanto que usam um truque desses num caminhaozim da kia, acho, que tem o pneu grande na frente e dois pequenos atras, para "encurtar" o cambio e portanto, reduzir a relacao das marchas para passar mais torque, o que da menos velocidade final.

nao sei se estou sendo claro e nao lembro bem como era isso,mas tecnicamente se cabeça estiver mais afastada do centro do disco e se estiver mais proxima, a leitura sera feita em velocidade diferente, o que pode sim dar essa variacao que te preocupa e como isso é uma questao de disco, nao vai ser facil achar num forum de software.

ALGUEM MAIS SE HABILITA A CLAREAR AS COISAS AQUI???

linforlife
(usa Debian)

Enviado em 07/11/2009 - 02:58h

O HD é um SataII, 1,5Tera, Seagate.

O HD possui algumas partições.
Debian Lenny esta em SDA5, EXT3.
A partição Home do Debian esta em SDA6, EXT3

O Slackware esta em SDA1,EXT3.
Home do Slackware esta em SDA2,EXT3.

O Windows XP esta em SDA3, NTFS.

Esses foram os resultados obtidos ao rodar o comando PROCINFO no Slackware.

user : 1:52:57.47 10.2% page in : 0
nice : 0:00:00.90 0.0% page out: 0
system: 0:05:08.38 0.4% swap in : 0
idle : 16:11:50.61 88.0% swap out: 0
uptime: 9:11:58.51 context : 37684572

irq 0: 129 timer irq 18: 0 ehci_hcd:usb1, uhci_
irq 1: 7683 i8042 irq 19: 115923 ohci1394, uhci_hcd:u
irq 4: 3 irq 21: 0 uhci_hcd:usb4
irq 8: 1 rtc0 irq 22: 659665 ata_piix, ata_piix,
irq 9: 0 acpi irq 23: 3 ehci_hcd:usb2, uhci_
irq 16: 2170618 ahci, uhci_hcd:usb3, irq 28: 662730 331085 PCI-MSI-edg
irq 17: 297970 ide0, ide1.

Esses foram os resultados ao rodar o comando FREE no Slackware.

total used free shared buffers cached
Mem: 3109088 2154992 954096 0 106268 1521004
-/+ buffers/cache: 527720 2581368
Swap: 0 0 0.

Esses foram os resultados ao rodar o comando PROCINFO no Debian Lenny.

Bootup: Sat Nov 7 03:40:58 2009 Load average: 1.08 0.40 0.14 1/138 3222

user : 0:00:26.48 12.6% page in : 303046
nice : 0:00:00.04 0.0% page out: 43044 disk 2: 15590r 1453w
system: 0:00:07.74 3.7% page act: 35840 disk 3: 134r 0w
IOwait: 0:00:49.87 23.8% page dea: 0
hw irq: 0:00:00.09 0.0% page flt: 864354
sw irq: 0:00:00.55 0.2% swap in : 0
idle : 0:02:08.63 61.5% swap out: 0
uptime: 0:01:44.59 context : 268248

irq 0: 65 timer irq 18: 0 uhci_hcd:usb3,
irq 1: 247 i8042 irq 19: 15 uhci_hcd:usb6,
irq 8: 0 rtc0 irq 21: 0 uhci_hcd:usb2
irq 9: 3 acpi irq 22: 0 ata_piix,
irq 16: 0 uhci_hcd:usb1, irq 23: 0 uhci_hcd:usb5,
irq 17: 0 ide0, irq 219: 0 eth0

Esses foram os resultados ao rodar o comando FREE no Debian Lenny.

total used free shared buffers cached
Mem: 3108032 688436 2419596 0 24572 380904
-/+ buffers/cache: 282960 2825072
Swap: 0 0 0.

removido
(usa Nenhuma)

Enviado em 07/11/2009 - 03:07h

nao sei se to falando besteira, mas acho que esse buffer do slackware esta dando diferenca... pq ate onde sei (e é pouco...) ele estaria jogando esses dados na ram como tipo de preleitura pra despejar no disco, entao seria essa a diferenca na suposta taxa de transferencia, no caso penso que seriam uns picos...

faz outro teste... cronometra, na mao, usando um celular, por exemplo, a transferencia de uma iso de um lugar pro outro (vc deve ter uma ai ne?) e ai repete 3x e tira a media.

acredito tambem que o fato do slack estar numa particao primaria faca diferenca... pois o debian esta na logica. salvo engano, para o sistema acessar a logica, ele primeiro "pensa" onde esta a estendida que contem a logica, pra depois ir adiante na leitura/escrita... isso tudo é suposicao da minha cabeça, precisariamos pegar uns manuais ai pra conferir, ou aparecer algum sabido que explique melhor pra gnt, pq agora eu to curioso pra saber tamem...

ADENDO: Achei o que eu tava querendo falar sobre pneus e discos: http://www.gdhpress.com.br/hardware/leia/index.php?p=cap5-7

vou continuar lendo, quem sabe aprendo algo...

linforlife
(usa Debian)

Enviado em 07/11/2009 - 12:35h

A média no Debian fica em torno de 400KB/s

A média no Slackware fica em torno de 50MB/s 60MB/s

Já alterei o FSTab de varias formas, seguindo dicas de algumas pessoas de outras comunidades, mas não adiantou também.

Tava pensando em atualizar o Kernel, acho que isso pode resolver né.

linforlife
(usa Debian)

Enviado em 07/11/2009 - 12:38h

Em questão de Tempo, uma iso de 700MB no Debian leva em torno de 12 a 13 minutos para concluir a transferencia.

linforlife
(usa Debian)

Enviado em 07/11/2009 - 13:36h

Atualizei o Kernel,estava com a versão 2.6.26-2-686 atualizei para a versão 2.6.30-2-686.

A primeira vista parecia que tinha solucionado, a taxa de transferencia tinha aumentado e ficado em torno de 30MB/s, após umas reinicializações o problema voltou, e a taxa de transferencia voltou a ficar entre 400KB/s.

linforlife
(usa Debian)

Enviado em 10/11/2009 - 17:35h

Ninguem tem mais alguma idéia do que possa ser?