Temat: transmission - zuzycie cpu
czy da się coś zrobić żeby transmission nie zużywał aż tak dużo CPU?
Zaloguj się lub zarejestruj by napisać odpowiedź
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
transmission - zuzycie cpu (Strona 1 z 2)
eko.one.pl → Oprogramowanie / Software → transmission - zuzycie cpu
Posty: 1 do 25 z 36
1 2012-04-19 21:49:52 (edytowany przez Vienio 2012-04-19 21:50:45)
Odp: transmission - zuzycie cpu
Poza wachlowanie parametrami transmission - nie.
Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.
Odp: transmission - zuzycie cpu
https://forum.openwrt.org/viewtopic.php?pid=160100
Tam sugerują coś takiego:
# Aby zwiększyć wydajność sieci p2p
net.ipv4.netfilter.ip_conntrack_generic_timeout = 50
net.ipv4.netfilter.ip_conntrack_tcp_timeout_close = 5
net.ipv4.netfilter.ip_conntrack_tcp_timeout_close_wait = 120
net.ipv4.netfilter.ip_conntrack_tcp_timeout_established = 1200
net.ipv4.netfilter.ip_conntrack_tcp_timeout_fin_wait = 120
net.ipv4.netfilter.ip_conntrack_tcp_timeout_time_wait = 60
net.ipv4.netfilter.ip_conntrack_udp_timeout = 10
Sprawdź i daj znać jak poszło.
Pozdrawiam!
TP-Link TL-WDR4300 v1, Reboot (17.01-SNAPSHOT, r3876-efb6ca1)
Odp: transmission - zuzycie cpu
Akurat dotyczy to wygaszania połączeń...
Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.
5 2012-04-20 12:18:35 (edytowany przez Vienio 2012-04-20 12:20:13)
Odp: transmission - zuzycie cpu
sprawdziłem powyższe rozwiązanie i niestety nie pomogło
zmniejszyłem liczbę peerów z 60 na 30 i też bardzo duże zajęcie cpu
Cezary jest możliwość że coś zmieniłeś w nowych obrazach gargoyle co mogło mieć na to wpływ? bo na wcześniejszych obrazach nie miałem takiego problemu.
Odp: transmission - zuzycie cpu
Transmission jest w innej wersji.
Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.
Odp: transmission - zuzycie cpu
Zuzycie zalezy pewnie od ilosci podlaczonych klientow i ilosci pobieranych/seedowanych torrentow.
Proponuje korzystac z prywatnych trackerow. Po pierwsze jest to bezpieczeniejsze rozwiazanie, po drugie wiekszosc plikow lezy na seedboxach przez co przy malej ilosci seedow uzyskuje sie bardzo dobre transfery.
8 2012-04-21 18:15:57 (edytowany przez Vienio 2012-04-21 18:36:51)
Odp: transmission - zuzycie cpu
korzystam tylko z prywatnych trackerów, uważanych na najlepsze w polsce. więc to odpada
instalowałem wcześniejsze wersje transmission i na każdej zajęcie cpu było bardzo duże.
dzisiaj spędziłem trochę czasu nad tym problemem ale po kolei
postanowiłem zrobić testy na różnych konfiguracjach
1. router > hub > pendrive(ext4) extroot swap > dysk wd(ext4) dane
2. router > hub > dysk wd(ext4) extroot swap + dane
3. router > dysk wd(ext4) extroot swap + dane
obciążenie cpu przy każdej próbie również bardzo duże, do obrazu Cezarego (najnowszego 21.04) doinstalowany tylko transmission, ściągany jeden torrent, tracker prywatny, więc po tych testach wykluczyłem że to wina pena albo huba.
Wgrałem jeszcze na router wersję backfire tzn bez Gargoyla i zauważyłem że obciążenie jakby się delikatnie zmniejszyło o ok 10%, ale nadal się waha tak jak we wszystkich przypadkach od 60% do 100%
jest jeszcze coś co mógłbym zrobić? ktoś ma jakiś pomysł?
Odp: transmission - zuzycie cpu
nie mogę sobie z tym poradzić, teraz do dużego zużycia cpu doszły restarty routera po dosłownie kilkunastu sekundach od uruchomienia torrenta, poniżej wklejam loga Cezary błagam pomóż bo jeśli nie ty to kto 
Apr 26 13:21:33 init: starting pid 2146, tty '': '/etc/init.d/rcS K stop'
Apr 26 13:21:34 dnsmasq[1503]: failed to access /tmp/resolv.conf.auto: No such f$
Apr 26 13:21:34 firewall: removing lan (br-lan) from zone lan
Apr 26 13:21:35 kernel: br-lan: port 2(wlan0) entering disabled state
Apr 26 13:21:35 kernel: br-lan: port 1(eth0.1) entering disabled state
Apr 26 13:21:35 kernel: device wlan0 left promiscuous mode
Apr 26 13:21:35 kernel: br-lan: port 2(wlan0) entering disabled state
Apr 26 13:21:35 kernel: device eth0.1 left promiscuous mode
Apr 26 13:21:35 kernel: br-lan: port 1(eth0.1) entering disabled state
Apr 26 13:21:36 firewall: removing wan (eth0.2) from zone wan
Apr 26 13:21:37 kernel: device eth0 left promiscuous mode
Jan 1 01:00:33 syslogd started: BusyBox v1.15.3
Jan 1 01:00:33 kernel: msgmni has been set to 57
Jan 1 01:00:33 kernel: io scheduler noop registered
Jan 1 01:00:33 kernel: io scheduler deadline registered (default)
Jan 1 01:00:33 kernel: Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
Jan 1 01:00:33 kernel: serial8250.0: ttyS0 at MMIO 0x18020000 (irq = 11) is a 1$
Jan 1 01:00:33 kernel: console [ttyS0] enabled, bootconsole disabled
Jan 1 01:00:33 kernel: Atheros AR71xx SPI Controller driver version 0.2.4
Jan 1 01:00:33 kernel: m25p80 spi0.0: s25sl064a (8192 Kbytes)
Jan 1 01:00:33 kernel: spi0.0: searching for MyLoader partition table at offset$
Jan 1 01:00:33 kernel: spi0.0: searching for MyLoader partition table at offset$
Jan 1 01:00:33 kernel: spi0.0: searching for MyLoader partition table at offset$
Jan 1 01:00:33 kernel: spi0.0: searching for MyLoader partition table at offset$
Jan 1 01:00:33 kernel: spi0.0: no MyLoader partition table found
Jan 1 01:00:33 kernel: Searching for RedBoot partition table in spi0.0 at offse$
Jan 1 01:00:33 kernel: Searching for RedBoot partition table in spi0.0 at offse$
Jan 1 01:00:33 kernel: No RedBoot partition table detected in spi0.0
Jan 1 01:00:33 kernel: spi0.0: no WRT160NL signature found
Jan 1 01:00:33 kernel: Creating 5 MTD partitions on "spi0.0":
Jan 1 01:00:33 kernel: 0x000000000000-0x000000020000 : "u-boot"
Jan 1 01:00:33 kernel: 0x000000020000-0x000000160000 : "kernel"
Jan 1 01:00:33 kernel: 0x000000160000-0x0000007f0000 : "rootfs"
Jan 1 01:00:33 kernel: mtd: partition "rootfs" set to be root filesystem
Jan 1 01:00:33 kernel: mtd: partition "rootfs_data" created automatically, ofs=$
Jan 1 01:00:33 kernel: 0x000000470000-0x0000007f0000 : "rootfs_data"
Jan 1 01:00:33 kernel: 0x0000007f0000-0x000000800000 : "art"
Jan 1 01:00:33 kernel: 0x000000020000-0x0000007f0000 : "firmware"
Jan 1 01:00:33 kernel: 0x0000007f0000-0x000000800000 : "art"
Jan 1 01:00:33 kernel: 0x000000020000-0x0000007f0000 : "firmware"
Jan 1 01:00:33 kernel: Realtek RTL8366RB ethernet switch driver version 0.2.4
Jan 1 01:00:33 kernel: rtl8366rb rtl8366rb: using GPIO pins 18 (SDA) and 19 (SC$
Jan 1 01:00:33 kernel: rtl8366rb rtl8366rb: RTL5937 ver. 3 chip found
Jan 1 01:00:33 kernel: rtl8366rb: probed
Jan 1 01:00:33 kernel: eth0: Atheros AG71xx at 0xb9000000, irq 4
Jan 1 01:00:33 kernel: eth0: using fixed link parameters
Jan 1 01:00:33 kernel: Atheros AR71xx hardware watchdog driver version 0.1.0
Jan 1 01:00:33 kernel: ar71xx-wdt: timeout=15 secs (max=21)
Jan 1 01:00:33 kernel: TCP westwood registered
Jan 1 01:00:33 kernel: NET: Registered protocol family 17
Jan 1 01:00:33 kernel: Bridge firewalling registered
Jan 1 01:00:33 kernel: 802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech$
Jan 1 01:00:33 kernel: All bugs added by David S. Miller <davem@redhat.com>
Jan 1 01:00:33 kernel: VFS: Mounted root (squashfs filesystem) readonly on devi$
Jan 1 01:00:33 kernel: Freeing unused kernel memory: 152k freed
Jan 1 01:00:33 kernel: Please be patient, while OpenWrt loads ...
Jan 1 01:00:33 kernel: input: gpio-buttons as /devices/platform/gpio-buttons/in$
Jan 1 01:00:33 kernel: Button Hotplug driver version 0.3.1
Jan 1 01:00:33 kernel: ar71xx: pll_reg 0xb8050014: 0x1a000000
Jan 1 01:00:33 kernel: eth0: link up (1000Mbps/Full duplex)
Jan 1 01:00:33 kernel: Registered led device: tl-wr1043nd:green:usb
Jan 1 01:00:33 kernel: Registered led device: tl-wr1043nd:green:system
Jan 1 01:00:33 kernel: Registered led device: tl-wr1043nd:green:qss
Jan 1 01:00:33 kernel: Registered led device: tl-wr1043nd:green:wlan
Jan 1 01:00:33 kernel: SCSI subsystem initialized
Jan 1 01:00:33 kernel: usbcore: registered new interface driver usbfs
Jan 1 01:00:33 kernel: usbcore: registered new interface driver hub
Jan 1 01:00:33 kernel: usbcore: registered new device driver usb
Jan 1 01:00:33 kernel: ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driv$
Jan 1 01:00:33 kernel: ar71xx-ehci ar71xx-ehci: Atheros AR91xx built-in EHCI co$
Jan 1 01:00:33 kernel: ar71xx-ehci ar71xx-ehci: new USB bus registered, assigne$
Jan 1 01:00:33 kernel: ar71xx-ehci ar71xx-ehci: irq 3, io mem 0x1b000000
Jan 1 01:00:33 kernel: ar71xx-ehci ar71xx-ehci: USB 2.0 started, EHCI 1.00
Jan 1 01:00:33 kernel: usb usb1: configuration #1 chosen from 1 choice
Jan 1 01:00:33 kernel: hub 1-0:1.0: USB hub found
Jan 1 01:00:33 kernel: hub 1-0:1.0: 1 port detected
Jan 1 01:00:33 kernel: hub 1-0:1.0: USB hub found
Jan 1 01:00:33 kernel: hub 1-0:1.0: 1 port detected
Jan 1 01:00:33 kernel: Initializing USB Mass Storage driver...
Jan 1 01:00:33 kernel: usbcore: registered new interface driver usb-storage
Jan 1 01:00:33 kernel: USB Mass Storage support registered.
Jan 1 01:00:33 kernel: usb 1-1: new high speed USB device using ar71xx-ehci and$
Jan 1 01:00:33 kernel: usb 1-1: configuration #1 chosen from 1 choice
Jan 1 01:00:33 kernel: hub 1-1:1.0: USB hub found
Jan 1 01:00:33 kernel: hub 1-1:1.0: 4 ports detected
Jan 1 01:00:33 kernel: usb 1-1.2: new high speed USB device using ar71xx-ehci a$
Jan 1 01:00:33 kernel: usb 1-1.2: configuration #1 chosen from 1 choice
Jan 1 01:00:33 kernel: scsi0 : SCSI emulation for USB Mass Storage devices
Jan 1 01:00:33 kernel: usb-storage: device found at 3
Jan 1 01:00:33 kernel: usb-storage: waiting for device to settle before scanning
Jan 1 01:00:33 kernel: usb 1-1.3: new high speed USB device using ar71xx-ehci a$
Jan 1 01:00:33 kernel: usb 1-1.3: configuration #1 chosen from 1 choice
Jan 1 01:00:33 kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Jan 1 01:00:33 kernel: usb-storage: device found at 4
Jan 1 01:00:33 kernel: usb-storage: waiting for device to settle before scanning
Jan 1 01:00:33 kernel: usb 1-1.4: new high speed USB device using ar71xx-ehci a$
Jan 1 01:00:33 kernel: usb 1-1.4: configuration #1 chosen from 1 choice
Jan 1 01:00:33 kernel: scsi2 : SCSI emulation for USB Mass Storage devices
Jan 1 01:00:33 kernel: usb-storage: device found at 5
Jan 1 01:00:33 kernel: usb-storage: waiting for device to settle before scanning
Jan 1 01:00:33 kernel: scsi 0:0:0:0: Direct-Access USB TO I DE/SATA Device $
Jan 1 01:00:33 kernel: usb-storage: device scan complete
Jan 1 01:00:33 kernel: sd 0:0:0:0: [sda] Attached SCSI disk
Jan 1 01:00:33 kernel: scsi 1:0:0:0: Direct-Access WD My Passport 074$
Jan 1 01:00:34 kernel: ar71xx: pll_reg 0xb8050014: 0x1a000000
Jan 1 01:00:34 kernel: eth0: link up (1000Mbps/Full duplex)
Jan 1 01:00:34 ifup: Enabling Router Solicitations on loopback (lo)
Jan 1 01:00:34 kernel: device eth0.1 entered promiscuous mode
Jan 1 01:00:34 kernel: device eth0 entered promiscuous mode
Jan 1 01:00:34 kernel: br-lan: port 1(eth0.1) entering forwarding state
Jan 1 01:00:35 kernel: Compat-wireless backport release: compat-wireless-2011-1$
Jan 1 01:00:35 kernel: Backport based on wireless-testing.git master-2011-12-01
Jan 1 01:00:36 kernel: cfg80211: Calling CRDA to update world regulatory domain
Jan 1 01:00:37 ifup: Enabling Router Solicitations on lan (br-lan)
Jan 1 01:00:36 kernel: cfg80211: Calling CRDA to update world regulatory domain
Jan 1 01:00:37 ifup: Enabling Router Solicitations on lan (br-lan)
Jan 1 01:00:39 kernel: cfg80211: World regulatory domain updated:
Jan 1 01:00:39 kernel: cfg80211: (start_freq - end_freq @ bandwidth), (max_$
Jan 1 01:00:39 kernel: cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), ($
Jan 1 01:00:39 kernel: cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), ($
Jan 1 01:00:39 kernel: cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), ($
Jan 1 01:00:39 kernel: cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), ($
Jan 1 01:00:39 kernel: cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), ($
Jan 1 01:00:39 kernel: ath: EEPROM regdomain: 0x0
Jan 1 01:00:39 kernel: ath: EEPROM indicates default country code should be used
Jan 1 01:00:39 kernel: ath: doing EEPROM country->regdmn map search
Jan 1 01:00:39 kernel: ath: country maps to regdmn code: 0x3a
Jan 1 01:00:39 kernel: ath: Country alpha2 being used: US
Jan 1 01:00:39 kernel: ath: Regpair used: 0x3a
Jan 1 01:00:39 kernel: ieee80211 phy0: Selected rate control algorithm 'minstre$
Jan 1 01:00:39 kernel: ieee80211 phy0: Atheros AR9100 MAC/BB Rev:7 AR2133 RF Re$
Jan 1 01:00:39 kernel: cfg80211: Calling CRDA for country: US
Jan 1 01:00:39 kernel: cfg80211: Regulatory domain changed to country: US
Jan 1 01:00:39 kernel: cfg80211: (start_freq - end_freq @ bandwidth), (max_$
Jan 1 01:00:39 kernel: cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), ($
Jan 1 01:00:39 kernel: cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), ($
Jan 1 01:00:39 kernel: cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), ($
Jan 1 01:00:40 kernel: cfg80211: (5490000 KHz - 5600000 KHz @ 40000 KHz), ($
Jan 1 01:00:40 kernel: cfg80211: (5650000 KHz - 5710000 KHz @ 40000 KHz), ($
Jan 1 01:00:40 kernel: cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), ($
Jan 1 01:00:40 kernel: PPP generic driver version 2.4.2
Jan 1 01:00:41 kernel: ip_tables: (C) 2000-2006 Netfilter Core Team
Jan 1 01:00:41 kernel: NET: Registered protocol family 24
Jan 1 01:00:41 kernel: nf_conntrack version 0.5.0 (458 buckets, 1832 max)
Jan 1 01:00:41 kernel: CONFIG_NF_CT_ACCT is deprecated and will be removed soon$
Jan 1 01:00:41 kernel: nf_conntrack.acct=1 kernel parameter, acct=1 nf_conntrac$
Jan 1 01:00:41 kernel: sysctl net.netfilter.nf_conntrack_acct=1 to enable it.
Jan 1 01:00:42 kernel: fuse init (API version 7.13)
Jan 1 01:00:44 kernel: Adding 519800k swap on /dev/sdc2. Priority:-1 extents:1$
Jan 1 01:00:45 kernel: EXT4-fs (sdb2): warning: maximal mount count reached, ru$
Jan 1 01:00:45 kernel: EXT4-fs (sdb2): mounted filesystem with ordered data mode
Jan 1 01:00:49 kernel: cfg80211: Calling CRDA for country: PL
Jan 1 01:00:45 kernel: EXT4-fs (sdb2): mounted filesystem with ordered data mode
Jan 1 01:00:49 kernel: cfg80211: Calling CRDA for country: PL
Jan 1 01:00:49 kernel: cfg80211: Regulatory domain changed to country: PL
Jan 1 01:00:49 kernel: cfg80211: (start_freq - end_freq @ bandwidth), (max_$
Jan 1 01:00:49 kernel: cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), ($
Jan 1 01:00:49 kernel: cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), ($
Jan 1 01:00:49 kernel: cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), ($
Jan 1 01:00:49 kernel: cfg80211: (5490000 KHz - 5710000 KHz @ 40000 KHz), ($
Jan 1 01:00:50 ifup: Allowing Router Advertisements on wan (eth0.2)
Jan 1 01:00:51 kernel: device wlan0 entered promiscuous mode
Jan 1 01:00:51 kernel: br-lan: port 2(wlan0) entering forwarding state
Jan 1 01:00:54 kernel: device wlan0 left promiscuous mode
Jan 1 01:00:54 kernel: br-lan: port 2(wlan0) entering disabled state
Jan 1 01:00:54 kernel: device wlan0 entered promiscuous mode
Jan 1 01:00:54 kernel: br-lan: port 2(wlan0) entering forwarding state
Jan 1 01:00:55 sysinit: Loading defaults
Jan 1 01:00:55 sysinit: Loading synflood protection
Jan 1 01:00:55 sysinit: Adding custom chains
Jan 1 01:00:56 sysinit: Loading zones
Jan 1 01:00:57 sysinit: Loading forwardings
Jan 1 01:00:57 sysinit: Loading redirects
Jan 1 01:00:57 sysinit: Loading rules
Jan 1 01:00:57 sysinit: Loading includes
Jan 1 01:00:57 sysinit: Optimizing conntrack
Jan 1 01:00:57 sysinit: Loading interfaces
Jan 1 01:00:58 firewall: adding lan (br-lan) to zone lan
Jan 1 01:00:58 firewall: adding wan (eth0.2) to zone wan
Jan 1 01:00:59 dropbear[1473]: Running in background
Jan 1 01:01:00 dnsmasq: DNS rebinding protection is active, will discard upstre$
Jan 1 01:01:00 dnsmasq: Allowing 127.0.0.0/8 responses
Jan 1 01:01:04 dnsmasq[1516]: started, version 2.55 cachesize 150
Jan 1 01:01:04 dnsmasq[1516]: compile time options: IPv6 GNU-getopt no-DBus no-$
Jan 1 01:01:04 dnsmasq-dhcp[1516]: DHCP, IP range 192.168.1.100 -- 192.168.1.25$
Jan 1 01:01:04 dnsmasq[1516]: using local addresses only for domain lan
Jan 1 01:01:04 dnsmasq[1516]: reading /tmp/resolv.conf.auto
Jan 1 01:01:04 dnsmasq[1516]: using nameserver 88.156.222.92#53
Jan 1 01:01:04 dnsmasq[1516]: using nameserver 95.160.170.92#53
Jan 1 01:01:04 dnsmasq[1516]: ignoring nameserver 192.168.1.1 - local interface
Jan 1 01:01:04 dnsmasq[1516]: using local addresses only for domain lan
Jan 1 01:01:04 dnsmasq[1516]: read /etc/hosts - 1 addresses
Jan 1 01:01:04 dnsmasq-dhcp[1516]: read /etc/ethers - 0 addresses
Jan 1 01:01:19 sysinit: Daemon PID 1539
Jan 1 01:01:24 sysinit: setting up led WLAN
Jan 1 01:01:24 sysinit: setting up led USB
Jan 1 01:01:24 kernel: ar71xx-wdt: enabling watchdog timer
Apr 26 13:24:27 dropbear[1758]: Child connection from 212.244.185.93:55100
Apr 26 13:24:44 dropbear[1758]: Password auth succeeded for 'root' from 212.244.$
Jan 1 01:00:33 syslogd started: BusyBox v1.15.3
Jan 1 01:00:33 kernel: yaffs Mar 2 2012 15:34:14 Installing.
Jan 1 01:00:33 kernel: msgmni has been set to 57
Jan 1 01:00:33 kernel: io scheduler noop registered
Jan 1 01:00:33 kernel: io scheduler deadline registered (default)
Jan 1 01:00:33 kernel: Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
Jan 1 01:00:33 kernel: serial8250.0: ttyS0 at MMIO 0x18020000 (irq = 11) is a 1$
Jan 1 01:00:33 kernel: console [ttyS0] enabled, bootconsole disabled
Jan 1 01:00:33 kernel: Atheros AR71xx SPI Controller driver version 0.2.4
Jan 1 01:00:33 kernel: m25p80 spi0.0: s25sl064a (8192 Kbytes)
Jan 1 01:00:33 kernel: spi0.0: searching for MyLoader partition table at offset$
Jan 1 01:00:33 kernel: spi0.0: searching for MyLoader partition table at offset$
Jan 1 01:00:33 kernel: spi0.0: searching for MyLoader partition table at offset$
Jan 1 01:00:33 kernel: spi0.0: searching for MyLoader partition table at offset$
Jan 1 01:00:33 kernel: spi0.0: no MyLoader partition table found
Jan 1 01:00:33 kernel: Searching for RedBoot partition table in spi0.0 at offse$
Jan 1 01:00:33 kernel: Searching for RedBoot partition table in spi0.0 at offse$
Jan 1 01:00:33 kernel: No RedBoot partition table detected in spi0.0
Jan 1 01:00:33 kernel: spi0.0: no WRT160NL signature found
Jan 1 01:00:33 kernel: Creating 5 MTD partitions on "spi0.0":
Jan 1 01:00:33 kernel: 0x000000000000-0x000000020000 : "u-boot"
Jan 1 01:00:33 kernel: 0x000000020000-0x000000160000 : "kernel"
Jan 1 01:00:33 kernel: 0x000000160000-0x0000007f0000 : "rootfs"
Jan 1 01:00:33 kernel: mtd: partition "rootfs" set to be root filesystem
Jan 1 01:00:33 kernel: mtd: partition "rootfs_data" created automatically, ofs=$
Jan 1 01:00:33 kernel: 0x000000470000-0x0000007f0000 : "rootfs_data"
Jan 1 01:00:33 kernel: 0x0000007f0000-0x000000800000 : "art"Odp: transmission - zuzycie cpu
Tu nic nie ma. Swap masz zrobiony?
Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.
11 2012-04-26 17:28:08 (edytowany przez Vienio 2012-04-26 17:32:07)
Odp: transmission - zuzycie cpu
właśnie wiem że nic nie widać, myślałem że w tych rzeczach co się włączają podczas startu coś tam wypatrzysz, czy to nie dziwne że podczas restartu nic w logach się nie pojawia?
tak swap zrobiony
root@OpenWrt:~$ free
total used free shared buffers
Mem: 29364 28364 1000 0 2596
Swap: 519800 2720 517080
Total: 549164 31084 518080Odp: transmission - zuzycie cpu
Podłącz interfejs szeregowy i zobacz na czym się kernel wykłada.
Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.
Odp: transmission - zuzycie cpu
to raczej nie dla mnie, chyba sobie nie poradzę
Cezary a możesz udostępnić jakiś stary obraz gargoyla na tplinka 1043nd?
Odp: transmission - zuzycie cpu
Nie posiadam takowych. Skrzystaj z gargoyle-router.com
Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.
Odp: transmission - zuzycie cpu
czyli mogę zainstalować np to http://www.gargoyle-router.com/download … pgrade.bin ?
wszystko robię w ten sam sposób co w twoich obrazach?
Odp: transmission - zuzycie cpu
Tyle że to wersja angielska.
Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.
17 2012-04-27 10:32:18 (edytowany przez Vienio 2012-04-27 10:43:47)
Odp: transmission - zuzycie cpu
wgrałem tą wersje grargoyle, i na starym i nowym transmission to samo, duże zużycie cpu
czy dysk na którym jest extroot i pobieram na jego dane może być problemem? dysk kupiłem niedawno WD My Passport Essential 250gb usb 3.0
Odp: transmission - zuzycie cpu
Ponieważ musi obsługiwać jedno i drugie- całkiem możliwe.
Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.
Odp: transmission - zuzycie cpu
nie to też nic nie pomogło 
wrrr
a jeszcze jak otworzyć transmission na openwrt z najwyższym priorytetem?
odpowiada za to chyba komenda nice -n, tak?
Odp: transmission - zuzycie cpu
Tzn chcesz jeszcze bardziej obciążyć system?
Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.
- LiO
- Użytkownik
- Nieaktywny
Odp: transmission - zuzycie cpu
echh ja mialem go na 1043 + dysk USB na ext3 ok 40% wcina procka jak ściąga
http://klatka.ovh - CABANA PUBLIC SERVER
http://klatka.ovh/psi/ - phpsysinfo
http://temp.klatka.ovh/ - pogodynka
http://klatka.ovh/psi/ - phpsysinfo
http://temp.klatka.ovh/ - pogodynka
Odp: transmission - zuzycie cpu
Hej!
Mam łącze 50/5 i za każdym razem jak coś pobieram na transmission to procek leci na max, a load do 2-3. Przy 10/1 był na granicy swoich możliwości. Przeważnie pobieram z prędkością która skacze 0,8-1,5MB/s, ale są torrenty przygotowane w taki sposób, że router 1043ND rozpędza się do 2,5MB/s. Ilość połączeń jaką ustawiam to około 10 na torrent.
Jak chcesz, żeby nie obciążał Tobie routera w 100% to pobaw się priorytetami - oczywiście będzie to skutkować mniejszymi prędkościami osiąganymi przez transmission. Możesz jeszcze ograniczyć odpowiednio pobieranie i wysył w transmission to wtedy nie będzie zarzynać routerka:)
Pozdrawiam
Odp: transmission - zuzycie cpu
Jan 1 01:01:30 transmission-daemon[1825]: UDP Failed to set receive buffer: requested 4194304, got 229376 (tr-udp.c:75)
Jan 1 01:01:30 transmission-daemon[1825]: UDP Failed to set send buffer: requested 1048576, got 229376 (tr-udp.c:86)
May 7 19:48:11 ntfs-3g[1507]: Delete failed: No such file or directory
May 7 19:49:20 transmission-daemon[1825]: Closing session
May 7 19:49:34 transmission-daemon[2046]: UDP Failed to set receive buffer: requested 4194304, got 229376 (tr-udp.c:75)
May 7 19:49:34 transmission-daemon[2046]: UDP Failed to set send buffer: requested 1048576, got 229376 (tr-udp.c:86)coś się zapisało w logach może ktoś wie co to za błędy?
Odp: transmission - zuzycie cpu
Wymiana danych po udp, możesz się tym nie przejmować.
Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.
Odp: transmission - zuzycie cpu
Cezary napisał/a:
Podłącz interfejs szeregowy i zobacz na czym się kernel wykłada.
W chwili wolnego czasu rozbiorę router i sprawdze co sie tam pieprzy bo mam ten sam problem i strasznie mnie on irytuje
Posty: 1 do 25 z 36
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → transmission - zuzycie cpu
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc