[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Gel provisoire du système lors d'un cp (et autres accès disque)



steve a écrit :
...
>> là, tu veux dire quoi exactement, que tu a remis le couvert avec ton vieux système?
> 
> Exact. J'ai fait le test d'installer une lenny toute fraîche, test qui a
> été concluant (pas de problème hardware), et ensuite j'ai utilisé ce HD
> pour recréer un raid sur le vieux système (pas sûr qu'il apprécierait
> que l'on parle de lui en ces termes).

tu n'as donc que ce que tu mérites: tu veux repartir sur un système instable,
libre à toi, mais ne vient pas te plaindre que ça ne fonctionne pas corretement
dans ce cas là.
 
...
> se fait a un rythme de 4.5 Mo/s, j'arrive pas savoir si c'est lent ou
> rapide.

1x = 1.6MB/s, ça fait du 3x, correct, y'a mieux mais plus cher.

...
> cat /proc/interrupts
>            CPU0       CPU1
>   0:    1410302    1396449   IO-APIC-edge      timer
>   1:          0          2   IO-APIC-edge      i8042
>   4:          1          1   IO-APIC-edge
>   8:          1          0   IO-APIC-edge      rtc0
>   9:          0          0   IO-APIC-fasteoi   acpi
>  12:          2          2   IO-APIC-edge      i8042
>  16:      41362      41411   IO-APIC-fasteoi   uhci_hcd:usb2, pata_marvell, EMU10K1
>  17:     157115     157729   IO-APIC-fasteoi   firewire_ohci, HDA Intel, eth1
>  18:    1137188    1150614   IO-APIC-fasteoi   ehci_hcd:usb1, uhci_hcd:usb5, uhci_hcd:usb8, wifi0
>  19:        454        442   IO-APIC-fasteoi   uhci_hcd:usb7, firewire_ohci
>  21:          0          0   IO-APIC-fasteoi   uhci_hcd:usb4
>  22:      23408      23148   IO-APIC-fasteoi   HDA Intel
>  23:         34         36   IO-APIC-fasteoi   ehci_hcd:usb3, uhci_hcd:usb6
>  28:     261932     258850   PCI-MSI-edge      ahci
>  29:          1          0   PCI-MSI-edge      eth0
> NMI:          0          0   Non-maskable interrupts
> LOC:     842517     899466   Local timer interrupts
> SPU:          0          0   Spurious interrupts
> RES:     293142     268206   Rescheduling interrupts
> CAL:        881        958   Function call interrupts
> TLB:       4660       3344   TLB shootdowns
> TRM:          0          0   Thermal event interrupts
> THR:          0          0   Threshold APIC interrupts
> ERR:          0
> MIS:          0

bon, je n'ai pas l'habitude des multi CPUs, mais il-y-a des choses qui me
paraissent qd même zarb: on trouve 2 fois du firewire, 2 I/F ethernet, à moins
de construire une station non-dédiée spéciale montage, il-y-a des choses en trop;
et à vue de nez tes comms passent par le wifi, alors que c'est bien la dernière
chose que l'on configure, et quand tout fonctionne correctement.

Ca fait trop de choses pour continuer ce thread stérile: soit tu écoutes 
et tu repars à zéro, à partir d'un système 100% stable, tu reconstruis
le reste pas à pas, en testant à chaque pas si tout va bien, tu fais le
ménage dans les devices inutiles, etc.
Soit tu fais comme maintenant, à savoir à ton idée, et dans ce cas là,
pas la peine d'encombrer la ML juste pour trouver qqun qui abondera dans
ton sens.

-- 
"Let's show this prehistoric bitch how we do things downtown!"
		-- The Ghostbusters


Reply to: