Hirdetés
- Feháborodott az Apple, a Meta az iPhone-felhasználók üzeneteit akarja olvasgatni
- A luxusmárkáknak kell a bitcoin, az USA jegybankjának nem
- Letiltja az USA a politikusokat a telefonhívásokról és szöveges üzenetekről
- Nagy áttörés jön a napelemek piacán, nem kell annyi hely a paneleknek
- Belenyúlt az USA az Epic Games igazgatótanácsába, nyomoz az NVIDIA
Új hozzászólás Aktív témák
-
fireqpeg
csendes tag
Üdv!
Most frissítették pár napja az egész package listát: http://bin.entware.net/mipselsf-k3.4/ [link]
Torrentesek figyelmébe ajánlom: qbittorrent_4.2.5-2a, deluge_2.0.3-3, rblibtorrent_1.2.10-1, rtorrent_0.9.8-2 ruTorrent v3.10(és nem beta, hanem végleges verziónak tűnik nekem), transmission-daemon-openssl_3.00-4, transmission-cfp-daemon_2.77plus-20200704-1. Elég szépen rágyúrtak most mindenre, ajánlom figyelmetekbe.További szép napot!
-
#5663
fireqpeg
csendes tag
Intruder2k5
#5662
fireqpeg
csendes tag
válasz
Intruder2k5
#5662
üzenetére
Nem kaptam fel a vizet! Igen igazatok van nem teljesen arra válaszoltam neki amit kérdezett. Ez a verzió van entware-re transmission-web-control_2019-07-24 elvileg ha kiadja az opkg update és opkg upgrade parancsot akkor mindent le kellene neki frissíteni, gondolom ezt is...
-
#5659
fireqpeg
csendes tag
Intruder2k5
#5658
fireqpeg
csendes tag
válasz
Intruder2k5
#5658
üzenetére
Figy ha nekem HDD re rakva így működik kb 3 éve? Ha tud valaki jobbat, akkor mondja neki a megoldást! Amúgy meg tessék ittvan a hivatalos verzió: [link]
[ Szerkesztve ]
-
-
fireqpeg
csendes tag
Nálam amikor 1048 db ot próbáltam vele vissza hasheltetni akkor össze****ta magát
ennyit tud. De viszont a qbit meg a deluge is stabilabb lett, illetve sok performance fix-et azaz javítást kapott! Ugye tudni kell azt hogy ezeknek a libtorrent alapú klienseknek kell memória bőven. Én maradtam a transsmission-nál 1enlőre -
fireqpeg
csendes tag
Hello! Megint teszteltem 1 kicsit ma ami a torrentezést illeti! Láttam hogy pár napja hogy frissítették az új package-listát, és le teszteltem 2 klienst(Deluge,Qbittorrent) ami újabb verziószámot kapott azaz frissítették! A deluge-t nem fogom tesztelgetni mert annak a config-ja nem szabható annyira egyedileg mint a qbitnek.
Akit érdekel és szórakozni akar vele az keresse itt: /opt/etc/qBittorrent_entware/config/qBittorrent.conf
És mivel még nincs a webui felületen advanced opció, ezért ezekkel a paraméterek beírásával lehet szórakozni:
Session\CheckingMemUsageSize=2 (vagy amennyit akarsz)
Session\CoalesceReadWrite=true (vagy false)
Session\GuidedReadCache=true (vagy false)
Downloads\DiskWriteCacheSize=8 (vagy amennyit akarsz)
Advanced\osCache=false (vagy true)
Downloads/DiskWriteCacheTTL=60Üdv és jó szórakozást hozzá!
[ Szerkesztve ]
-
fireqpeg
csendes tag
Sziasztok!
Lenne egy olyan kérdésem a padavan fw ben található alap vsftpd-nek a titkosítása encryption ez alapon így kommunikál? Vagy ha nem akkor valamit állítanom kellene? Légyszíves aki tudja erre a választ segítsen már nekem mert ezt nagyon fontos lenne tudnom. Válaszokat előre is köszönöm! Üdv. -
fireqpeg
csendes tag
-
fireqpeg
csendes tag
válasz
vargalex
#5552
üzenetére
Hello. Persze ha ezzel tudok segíteni szívesen megosztom. Illetve azt jó tudni én nagyon sokat tesztelgettem és 2 nagyon fontos dolog van amit leírnék az 1ik: az USB application-nál a Automatic I/O RAM Caches Reclaim: ezt én OFF ra raktam, mert ha ON ra van állítva nagyon sokat teker a HDD plusz amit openwrt alatt tapasztaltam (ugyanazzal a hibával itt is csinálta padavan alatt is) a transmission alkalmazás kifagyott segmentation fault hibával tehát nálam az OFF beállítás vált be!( így abszolút fail azaz hiba mentesen üzemel). A másik dolog pedig a configba látható : "peer-socket-tos": "0x20", "peer-socket-tos": "32", utána olvasgattam és ez a beállítás így van akkor ez kb megfelel a libtorrent-rasterbar: CS4 TOS(Hex):0x20 TOS (binary): 100000xx kb olyan szinten keresi a peereket mint a deluge, qbittorrent, rtorrent stb kliensek. Nekem ez megint nagyon bevált! Na kb ennyit tudok leírni ha valaki jobban ezt áttudja fogalmazni érhetőbbre, azok számára akinek ez kínai. Nem nagyon értik v. kezdők akkor tegye meg és próbálja ki.
Még egy dolog ez korlátozás nélküli config, tehát ha valakinek kis sebességű az internet akkor kell tenni bele valami speed limitet!!! Ja meg a port-ot is írja át amire ő szeretné egy tetszőlegesre ezt "peer-port": 51234, !!!
config: [link]
[ Szerkesztve ]
-
fireqpeg
csendes tag
Hello! Gondolom itt nem feltétlen a torrentezés legfontosabb dolog amire használjátok a rutert. De énmeg idejét láttam 1 jó kis tesztnek mivel épp ráértem szórakozni vele megint, illetve finomhangoltam a transmission-nek a configját. A régi 1.5 évvel ezelőtti configgal kb 90-95 megabit ig jutottam, ezzel az ujjal pedig olyan 150megabit körül mozog a feltöltés és úgy hogy 1 cpu magot használ ki. Üdv és BUÉK mindenkinek!
-
fireqpeg
csendes tag
Üdv!
Találtam pár github-os oldalt amit nézzetek már meg légyszives tiis. Hogy én értelmezem félre vagy tényleg fejleszti valaki tovább ezt a Padavan fw-t? Vagy csak valami fw-vel kapcsolatos kiegészítést fejlesztenek? Vagy nemtudom... minden esetre az általam linkelt oldalakon ezt írják: firmware: bump version to 3.4.4.0z-001 (first release by ZaneZam)
[link] [link]
itt pedig a changes.eng.txt leírása
[link] [link]
örülnék annak ha valaki tovább fejlesztené...[ Szerkesztve ]
-
fireqpeg
csendes tag
Hello!
Voltak problémáig a routeren keresztül történő torrentezésből fakadóan. Ugyanis 1-2 nap elteltével folyamatosan kapok a kernel logba tcp net_ratelimit: 44 callbacks suppressed illetve egyéb figyelmeztetéseket, hibakódokat a hálózatkezelésre vonatkozóan. Emiatt utánanéztem és találtam linux serverekre pár ipv4,ipv6,tcp,udp optimalizációs és biztonsági paramétert. Amit beállítottam a routeremen és lás csodát hiba nélkül működik tökéletesen a hálózati kommunikáció, főleg torrent kapcsolatok hibák kiküszöbölésére. Plusz nekem úgy tűnik alacsonyabb a CPU LOAD-ja is!
Következő területeken lehet beírni:
/etc/sysctl.conf
/etc/sysctl.d/Custom User Scripts
Run Before Router Initialized:# Networking tweaks
kernel.sysrq=1
net.ipv4.conf.default.rp_filter=1
net.ipv4.conf.all.rp_filter=1
net.ipv4.conf.all.accept_redirects = 0
net.ipv6.conf.all.accept_redirects = 0
net.ipv4.conf.all.secure_redirects = 1
net.core.netdev_max_backlog=1024
net.ipv4.tcp_reordering=5net.core.rmem_default = 31457280
net.core.rmem_max = 12582912
net.core.wmem_default = 31457280
net.core.wmem_max = 12582912
net.core.somaxconn = 4096
net.core.netdev_max_backlog = 65536
net.core.optmem_max = 25165824
net.ipv4.tcp_mem = 65536 131072 262144
net.ipv4.udp_mem = 65536 131072 262144
net.ipv4.tcp_rmem = 8192 87380 16777216
net.ipv4.udp_rmem_min = 16384
net.ipv4.tcp_wmem = 8192 65536 16777216
net.ipv4.udp_wmem_min = 16384
net.ipv4.tcp_max_tw_buckets = 1440000
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_keepalive_probes = 5
net.ipv4.tcp_keepalive_intvl = 30
net.ipv4.ip_local_port_range = 2000 65535
net.ipv4.tcp_rfc1337 = 1
net.ipv4.tcp_fin_timeout = 35
net.ipv4.tcp_keepalive_time = 300
net.ipv4.tcp_synack_retries = 2
net.ipv4.tcp_sack=1
net.ipv4.tcp_fack=1
net.ipv4.tcp_timestamps=1
net.ipv4.tcp_window_scaling=1
net.ipv4.tcp_mtu_probing=1
net.ipv4.icmp_echo_ignore_broadcasts=1Nekem egyenlőre bevált ez a dolog, hátha segít nektek is.
Üdv mindenkinek -
fireqpeg
csendes tag
Hello
Egy kérdés valaki nem csinálna nekem egy (1100/300/225_vagy hasonló) OC-s FW-t dir-860l b1 re? Tesztelés céljából, illetve másik két ok miatt mert soha nem buildeltem még, illetve woodworm kolléga aki említette ezt a board konfigot azzal nemtudtam dűlőre jutni, plusz sajnos a laptopom ami van az vagy 12 órán keresztül csinálná a prometeusz cuccot sajnos
Ha valaki segít ebben azt előre is megköszönöm.
Üdv
-
fireqpeg
csendes tag
woodworm, suste:
Aha értem szóval a nagyobb ház és jobb szellőzés miatt hűvösebb, végülis ez nem hülyeség amit mondtok. Majd kiderül mi lesz még alszok az OC-s FW-build olásra 1 et. Mert ugye említettem nekem idáig nem volt erre szükségem mert ott van a Radmir kész FW. Azt csak rápattintottam a routerre 2 perc és rajta van a rendszer, ezt a prometheus-t meg soha nem csináltam most gondolok itt a forgatásra vagy buildre és akkor még nem említem az OC-s részét ami miatt nekem erre lenne szükségem, engem csak ez a OC-s dolog miatt érdekelne.
Kösz szépen azért a segítséget!
-
fireqpeg
csendes tag
válasz
woodworm
#4537
üzenetére
Az előző írásom óta utána olvasgattam jobban annak amit írtál illetve a 2 routernek is. Azaz igazság a xiaominek nagyon jó nagy a hűtőbordája, az enyémnek meg dlink-nek nagyon picike kis kocka. Szóval nem akarnám leégetni. A xiaomi jobb masszívabb hűtéssel rendelkezik. Az a R27 es ellenállás az valami RAM/FSB korlátot oldhat fel, mert ahogy számolgattam 1400Mhz is lehet hajtani a ramot ami eredetileg DDR3 1200Mhz s. Szóval tényleg nagyon köszönöm az infót de inkább maradok: CPU/OCP/SYS frequency: 900/300/225 MHz ennél
nekem ez is bőven elég. Meg a másik dolog az, nem is volna kedvem szarakodni a buildeléssel. Üdv nektek, jó hétvégét! -
fireqpeg
csendes tag
woodworm, trance89:
Köszönöm szépen a választ nektek, nagyjából érthető is számomra! Csak mivel másik routerröl van szó ugye, nem a xiaomi-rol felmerül 2 kérdésem. Az 1 ik trance89 te is kiforrasztottad ezt a R27 ellenállást, és utána raktad rá az OC-s FW-t? És ugye itt jön a másik hogy nekem is ezt megkéne csinálnom ehez az OC-hez? Csak ugye itt teljesen más a 860l B1 esnél a panel áramköre is... Illetve én a Radmir féle FW-t használom, tehát ott megvan nekem a kész FW csak rákel flash-elni. Itt meg gondolod a prometheus féle vmware es megoldással kell FW-t buildelnem és csak úgy tudom ezt megcsinálni?
Üdv és
Válaszokat előre is köszönöm. -
-
fireqpeg
csendes tag
Hát jah teljesen igazad van, $69.00 ért szinte ugyanazt kapja az ember. Ahogy nézem megegyező szinten van a listában lévőkkel és olcsóbb is. Sajnos nemtudom miért nem került bele a listába, lehet ez srác Arnab Satapathi aki írta azt a cikket nem ismeri a Mikrotik márkát vagy ahol ő él nem forgalmazzák feltételezem... De kösz szépen az infót igy legalább tudom van még olcsóbban is!
-
fireqpeg
csendes tag
válasz
Headless
#4449
üzenetére
Szia!
Ha vásárláson töröd a fejed, akkor ajánlok neked egy oldalt nézd meg a listát. 2018-as tavalyi routereket felsorolja a bestbuy kategóriában: 100$-os áron kb. Ha énis lecserélem majd a DLINK-emet, akkor lehet ezt fogom megvenni elég jó erős hardvernek tűnik: Linksys EA6350V3 AC1200 (SOC: Qualcomm IPQ4018 quad core 4x717MHz ARM v7). Esetleg ezt az oldalt tudom azoknak is ajánlani akik erős hardverrel rendelkező routert szeretnének vásárolni 20-30 ezer Ft körül! Bár ha FW moddolni akarja valaki akkor érdemes utána olvasni neten, hogy milyen lehetőségek vannak.
Üdv!
[ Szerkesztve ]
-
-
fireqpeg
csendes tag
tudom csak már nem tudtam módosítani. a package az itt van http://bin.entware.net/mipselsf-k3.4/ de ha végig csinálod a leírást akkor is ezt fogod megkapni véglegesen: http://bin.entware.net/mipselsf-k3.4/
Sorry emiatt...a tüskés nemtudom mit jelent, de próbáld ki csak tcp vel használod, tehát nem a tcp meg uTp csak sima tcp. bár mondom neked nagyon lefoglalta a routert a ram miatt...
[ Szerkesztve ]
-
fireqpeg
csendes tag
ok rendben van örülök neki hogy sikerült megcsinálnod. nekem mondjuk kevés volt a ram szerintem mert 128 mega van csak. dir 860l b1 es az én cuccom kb ugyanaz a belseje mint a tiednek csak a ram keves
a qbit kb 190-250 megát bekóstált gondolom lehet konfigurálni és azzal leszűkíteni hogy kevesebb ramot zabáljon....[ Szerkesztve ]
-
fireqpeg
csendes tag
Tehát amit én írtam az is működik nálatok is csak másképp kell megcsinálni! Szerintem ti ezt az entware használjátok: https://pkg.entware.net/binaries/mipsel/ csak épp ennek több mint 1 éves a frissítése, amit meg én adtam meg azt havi szinten frissítenek mindent! Tehát ezt: http://bin.entware.net/mipselsf-k3.4/
/opt/etc/init.d itt kellene megkeresni a S89qbitorrent nevű indító fájlt winscp vel F4 el megnézni a webui vagy webacces port részt, ott írja a portot. lehet annyiból téves a leírásom hogy nem 8080 hanem 8091 vagy 9081 passz most pontosan nemtudom
Telepítése egyszerű: persze itt megjegyezném a régi opt a hdd röl le kell törölni, előtte az entware-t ki kell offolni, router restart és ezután lehet ezt megcsinálni!!!!!
For those who want to use additional apps my advice use enware-3x. This repo compiled for 3.4.x kernel and uses glibc http://forums.zyxmon.org/viewtopic.php?t=5399 (in Russian).
In short:
disable Optware in Web UIif your disk has label 'Main' then:
mkdir -p /media/Main/opt/bin
touch /media/Main/opt/bin/opkgenable Entware and reboot, next step:
rm /opt/etc/profile
wget -O - http://entware-3x.zyxmon.org/binaries/mipsel/installer/install_std.sh | /bin/shchange timezone:
ln -sf /opt/share/zoneinfo/Europe/Moscow /opt/etc/localtime
(for Moscow)Itt 2 parancsot kell még megadni:
opkg update
opkg upgrade
reboot és ezután használhatod az opkg install-tdone.
Packages list http://entware-3x.zyxmon.org/binaries/mipsel/Packages.html
-
fireqpeg
csendes tag
Hello!
Nagy torrentezők figyelmébe ajánlom a qbittorrent_4.1.5-1_mipsel-3.4.ipk 01-Feb-2019 10:00 ezt a klienst. Korábban nem fejlesztették NAS/ROUTER eszközökre! rblibtorrent alapú több CPU-magot azaz multicore-t támogató kliensről révén szó, elméletileg jobb letöltés/feltöltés elérhető vele mint a többi klienssel! Támogatja a magyar nyelvet is, minden beállítható rajta egyszerűen a WebUI-in keresztül. (letöltés helye, kapcsolatok száma, titkosítás stbstbstb)
http://localhost:8080
Username: admin
Password: adminadminInnen letölthető: [link]
http://bin.entware.net/mipselsf-k3.4/qbittorrentKét committed link: [link] [link]
Gondoltam megosztom veletek ezt az infót!
Ha bírja a hardver akkor 1000MBit-es internetet is kitud hajtani ez a kliens!!!
További szép napot mindenkinek!
-
fireqpeg
csendes tag
Sziasztok.
Torrentel kapcsolatban megosztom a tapasztalatomat ami egy konfig lesz. Én ezt a package-t használom transmission-web, transmission-cfp-daemon_2.77plus. Ezzel a konfiggal: [link] ! Nincs semmilyen korlát, se internet lagg, se folyamatos CPU load, padlón megy azaz simán megeszi a 100/100 Mbites netemet! Napi szinten kb minimum 60-100 giga felett seedelek, volt amikor nagyon vitték tőlem a cuccot akkor beleszaladtam 4-500 gigába is. Múlthéten teszteltem új hdd-t 2.5-3 nap alatt 1,1-1,3 terra körül töltöttem le. próbáljátok ki hátha segít másnak is nemcsak nekem!
Tipp az optimalizációhoz: Customization - Scripts ide kell
echo 262140 > /proc/sys/net/core/rmem_max
echo 262140 > /proc/sys/net/core/wmem_max
echo 8192 > /proc/sys/vm/min_free_kbytes
ezzel a swap-ot optimalizálod!iptables -I INPUT -p tcp --destination-port 9091 -j ACCEPT
iptables -I INPUT -p tcp --destination-port 51234 -j ACCEPT
iptables -I INPUT -p udp --destination-port 51234 -j ACCEPT
ezzel portot nyitsz a kliensnek!Üdv mindenkinek.
[ Szerkesztve ]
-
fireqpeg
csendes tag
Üdv!
Tessék ittvan és működik:
Sep 12 11:26:56 inadyn[571]: Resolving hostname fireqpeg.mooo.com => IP# 84.236.114.34
Sep 12 11:26:56 inadyn[571]: Checking for IP# change, connecting to checkip.dyndns.org (216.146.38.70:80)
Sep 12 11:26:57 inadyn[571]: Current public IP# 84.236.97.199
Sep 12 11:26:57 inadyn[571]: Update needed for alias fireqpeg.mooo.com, new IP# 84.236.97.199
Sep 12 11:26:57 inadyn[571]: Sending IP# update to DDNS server, connecting to freedns.afraid.org (50.23.197.94:443)
Sep 12 11:26:57 inadyn[571]: SSL connection using ECDHE-RSA-AES128-GCM-SHA256
Sep 12 11:26:57 inadyn[571]: Sending update URL query, connecting to freedns.afraid.org (50.23.197.94:443)
Sep 12 11:26:58 inadyn[571]: SSL connection using ECDHE-RSA-AES128-GCM-SHA256
Sep 12 11:26:58 inadyn[571]: Successful alias table update for fireqpeg.mooo.com => new IP# 84.236.97.199 -
fireqpeg
csendes tag
válasz
vargalex
#3394
üzenetére
Sziasztok!
Tudod az is érdekes ha összeálltak, (openwrt,lede) ha nem, a Bartvz nevű manusz is plul 1.5-éve azaz 2017 januártól fejleszti az FW-t. De minek csinálja, ha nem működik semmi normálisan. Kezdődött a SIG_do page fault, aztán a másik kamu duma, hogy az (usb reset baromság ami ÍRÁS/OLVASÁS hibát okoz megint előjött ugye 18.06, ezek a hibák miért nincsenek Padavan alatt??ugye milyen furcsa hogy ott nincs ilyen probléma.) usb3-2.4GHZ-s wifivel összeakad stb... ja és persze folyamatosan ment a frissítés részéről is. Csak ugye a next update el együtt megint előjön valami másik hiba, vagy pedig az előző ismételten. Akkor mi értelme van valakinek 1.5éve dolgozni? Ha nullát nem ér a munkája? Azaz ennek semmi értelme nincsen. Jah arról meg annyit hogy a Mediatek honlapján [link] úgy van feltüntetve a támogatott OS-nél idézem: Linux 2.6.36 SDK, Linux 3.10 SDK, OpenWrt. Tehát a drivert ugyanúgy megkapja az összes rendszer ami itt fel van sorolva. Mivel a fejlesztők ugyanazt kapták meg nincs zárt driver. Vegyük plul az ASUS routereket a többsége Broadcom csipszettes, na látod az zárt driver rendszerű mivel az ASUS fizet a Broadcom-nak licensz szerződésük van stb... Itt plul nem véletlen hogy Broadcom os ASUS routerek szinte nincs semmilyen támogatottsága openwrt/lede alatt. Vagy még 1 példa számodra ottvan a Buffalo [link] mint router és nagyon sok féle terméket gyártó cég. Az összes routere plul csak és kizárólag DD-WRT van alá, ezek megint fizetnek a DD-WRT nek stb mint az ASUS. De a Mediatek kiadja a drivert és mégis szart csinálnak lede/openwrt. Én szerintem részemről befejeztem azaz végeztem a openwrt féle FW használatával mert csak a gondom van vele folyamatosan (és nem a wifi kalibrációs hülyeség, mielőtt megint ezzel jönnél nekem) amire írtam tavaly egy megoldást. És azóta, senki de senki, nem vett annyi fáradságot beleérte téged is, hogy kipróbálja. És tesztelje, hogy működik-e másnak nem csak nekem. Nekem ez a véleményem a saját tapasztalataim alapján, ami nem fog változni. De hogy én 1.5 éve építek fel 1 házat, ami folyamatosan összeomlik és csak a beton alapnál tartsak, ennek értelme egyenlő a NULLÁVAL!
További szép napot!
[ Szerkesztve ]
-
fireqpeg
csendes tag
Üdv nektek!
Először is sajnálom a tegnapi hozzászólásban a stílusom illetve hangnemem emiatt kiakartam törölni mert meggondolatlanul fogalmaztam meg (sajnos nemtudom hogy lehet innen törölni hozzászólást). A régi konfigrol annyit a setting.json-ban hiába törlöd ki vagy nincs benne a mem_percentage attól még működik az 50% os korlát is mivel a init.d mappába valahol van 1 ilyen fájl is lehet nem pont ez a neve transmission.init és ebbe található elég sok minden de ami fontos van 1 ilyen sor: config_get mem_percentage "$cfg" 'mem_percentage' '50' tehát magyarul a sima konfigba mind1 benne van e vagy sem aktív a memkorlát...
vargalex: Azt ugye tudod, hogy az alkalmazásokat (így a transmission-t is) csak patch-elik a maintainer-ek, hogy leforduljon, nem fejlesztik külön OpenWrt alá...
válasz: Jaja nagyjából tudom csak a 2.92 es óta sajnos irdatlanul nagyon megnőtt a kliens RAM-étvágya.F34R:Az lehet hogy 80-100 Mbit kozott toltogetsz, viszont a hardcore torrentezest 500 v. 1000-es nettel nyomjak (vagy szerorol 10Gbit-el) ehhez viszont nem router valo....
Arra nem gondoltal hogy a Padawan-ba allitottak a sysctl.conf-n is? mert erosen tweakelve van a rendszer.Kar hogy nem lehet buildelni mar deluge-t openwrt-re.... azzal lehet tudna tobbet is a router.
válasz: Sajnos én nemtaláltam sysctl.conf- fájlt Padavan-ba csak openwrt-be. Illetve itt mintha külön lenne szedve 5-6 felé itt van 1 menü
ustomization - Scripts azon belül: Run Before Router Initialized:
Run After Router Started:
Run Before Router Shutdown:
Run After WAN Up/Down Events:
Run After Firewall Rules Restarted:
Run On Press WPS/FN Ez-Buttons:ezek az almenük és itt lehet scriptelni ha jól értem: pl ul: #!/bin/sh
### Custom user script
### Called after router started and network is ready### Example - load ipset modules
#modprobe ip_set
#modprobe ip_set_hash_ip
#modprobe ip_set_hash_net
#modprobe ip_set_bitmap_ip
#modprobe ip_set_list_set
#modprobe xt_setnet.core.rmem_max = 4194304
net.core.wmem_max = 1048576echo 384532 > /proc/sys/net/core/rmem_max
echo 384532 > /proc/sys/net/core/wmem_max
echo 8192 > /proc/sys/vm/min_free_kbytesNa elnézést a sok szemetelésért. Sziasztok
-
fireqpeg
csendes tag
válasz
Headless
#3016
üzenetére
Üdv.
Azért használok Padavan FW t mert ez alatt nem hal meg a router rendszere ezzel a do_page meg seg fault szarsággal mint openwrt alatt. És de érdekes ha transi 2.92 v. 2.93 v. 2.94 est rakok fel akkor a 128mb fizikai rambol megzabál 140-220mb ot is de hogy hogyan csinálja azt ne kérdezzétek. És pont emiatt rakom fel a régi 2.77 es transit mert ez meg de érdekes csak 123.27 megát használ csak ugye milyen furcsa hogy ez még úgy volt megírva max annyi ramot használ ami a routeren van... Enyit a mem_percentage baromságról amit 1.5 év alatt sem tudtak normálisan megcsinálni... Ja ma ismét kipróbáltam a SNAPSHOT meg (ezeknél semmi olyan extra package nem volt felrakva ami bekavarhatott volna csak luci direkt így próbáltam ki) a 18.06os RC1 et is mint a 2 ő alatt teljesen szar a wifi 2.4-Ghz es www.google.com ot 3 perc alatt hoz be gratula ismét az openwrt fejlesztőknek is, hogy már annyira fejlesztik az 1-ik driver vagy update üti a másikat (fasza fiam 2esalá 10szer kb) jah itt a wifihez szólnék még hozzá minden féle auto/manuális stbstbstb beállítással próbálkoztam szóval csak megemlíteném nem bennem van a hiba vagy a hozzáértéssel mivel énse most kezdtem hanem vagy 10 éve ezt az egész openwrt ddwrt stb routeres témát meg vagy a 6-7 edik routerem ez amit okosítás miatt vettem. szóval csak mielőtt megint valaki elkezdené nekem osztani az észt hogy én nem értek hozzá stb!
[ Szerkesztve ]
-
fireqpeg
csendes tag
válasz
Headless
#3013
üzenetére
Üdv neked Headless! Nincs ezzel probléma, hogy nemtudod mire gondolt wwenigma barátom. A transmission saját magától restartolja stb... kifagy újraindulgat. Kisegítelek én téged szívesen itt egy régebbi logom, de ha most felraknám akármelyik legújabbat ugyanezt csinálja:
Thu Jan 18 01:56:32 2018 kern.info kernel: [ 526.919962] do_page_fault(): sending SIGSEGV to transmission-da for invalid write access to 00000008
Thu Jan 18 01:56:32 2018 kern.info kernel: [ 526.938995] epc = 00422153 in transmission-daemon[400000+47000]
Thu Jan 18 01:56:32 2018 kern.info kernel: [ 526.952091] ra = 0042214f in transmission-daemon[400000+47000]
Thu Jan 18 01:58:15 2018 daemon.info procd: Instance transmission::instance1 pid 3075 not stopped on SIGTERM, sending SIGKILL instead[ 526.919962] do_page_fault(): sending SIGSEGV to transmission-da for invalid write access to 00000008
[ 526.938995] epc = 00422153 in transmission-daemon[400000+47000]
[ 526.952091] ra = 0042214f in transmission-daemon[400000+47000]Arról van szó annyira nagyon jó az openwrt, hogy kernel szinten próbálnának (de csak próbálkoznak amit 1.5 év alatt sem tudtak megoldani) mem_percentage 50 nevű memória utasítás korlátot rakni csak amikor ezt túl lépi akkor ezt az üzenetet kapod a logban. Na hátha tudod mostmár miről van szó. Amúgy az internet meg televan főleg openwrt-s forumok nagyon sok mindenkinek ez a problémája a 2.92 es transival amióta ebben a formában írták meg(ram korlátozásra gondolok)
Üdv mindenkinek
[ Szerkesztve ]
-
fireqpeg
csendes tag
válasz
Headless
#2435
üzenetére
nem teszteltem a gépről csak simán seedeltem a torrenteket 6-7 oldalra megy folyamatosan 7-800 db torrent nonstop korlátozás mentesen amit bír. napi átlagban kb minimum 70-130Gb megy fel, de volt olyan is amikor nagyon vitték 350-420Gb is ment már fel 24 óra alatt! azzal a konfig-al amit linkeltem. egyszer teszteltem pc ről seedeltem a routerrel pedig töltögettem le 15-22 megabájt al küldte neki.
-
fireqpeg
csendes tag
válasz
Headless
#2435
üzenetére
Szia! 1-2 hete amikor csináltuk a tesztet és akkor belinkeltem a setting.json konfigomat ugyanazzal csináltam. 50 global, 14 peer, 8 upload slottal és upd offon van de inkább berakom ide neked megint:
a kliens pedig transmission-daemon-openssl_2.93-4_mipsel-3.4.ipk, transmission-web_2.93-4_mipsel-3.4.ipk csak ugye padavanra vonatkoztatva azaz: http://bin.entware.net/mipselsf-k3.4/
na így talán ha mindent leírok neked akkor tisztábban átlátod nekem mi meg hogyan van fent persze nem xiaomira értve hanem 860l b1 re!ha ez így van beállítva: "cache-size-mb": 0,
és ez pedig: "prefetch-enabled": true, így akkor teljesen automatikusan állítja a rendszer a cache méretét! hol fentebb rakja hogy lentebb ez folyamatosan változik. illetve ha megnézed a képen 11 v. 12 db ment seedbe tehát nem 1 db torrentröl beszélek. arra lettem volna kíváncsi ha nagyobb a netem akkor meddig megy ki padlón de sajnos nekem 95-100 mbit a le, feltöltés is ez van csak. -
fireqpeg
csendes tag
Headless (megint egy kis teszt)
Sziasztok!
Csináltam egy kis tesztet folytatásnak neked, amin elég szépen látszik nem igazán 40-60 mbit/sec a Transmission alatt a sebessége hanem teljesen kihatja a netet amit bír!
Ok mondjuk ez nem letöltés, de akkor is elég szép eredmény. Hogy nem ingadozott hanem folyamatosan tartotta a 90-95 mbit/sec feltöltésben.
Üdv nektek
-
fireqpeg
csendes tag
válasz
Headless
#2315
üzenetére
Jah elvileg, de abszolúte nem a ram sebbésségéről van szó nézd meg ezt az oldalt: [link] és itt keresd meg ezt a sort: Padavan MOD by hiboy 3.4.3.9-099_09-26 MediaTek MT7621 SoC Newifi2 D1 MIPS 1004Kc V2.15 796.67 ( Overclock to 1.2GHz ) ! Vagy nézd meg ezt Padavan MOD by hiboy: [link] Vagy ezt: [link] itt még vagy 3 db bootlogot is nézegethetsz! Mert gondolom akkor puszta véletlen hogy nekem 900 mhz en Apr 13 17:41:18 kernel: Calibrating delay loop... 598.01 BogoMIPS (lpj=299008) 598 a bogomips értéke, neked openwrt-n 880 mhz en 586 kb. Itt amiket meg linkeltem 1200mhz-en BogoMIPS : 796.67, Kötve hiszem hogy csak ram sebbésséget állítottak volna!
-
fireqpeg
csendes tag
válasz
Headless
#2310
üzenetére
Na ezt még leírom neked ide aztán már nem szemetelem tele a fórumot! Találtam egy ilyet csak ez RT-N56U_B1 hez van ami kb megfelel a 860L B1 nek a hardvere és persze a SOC MT7621A mint a Xiaomi 3G nek. [link]
May 28 16:51:36 syslogd started: BusyBox v1.24.2
May 28 16:51:36 RT-N56U_B1: firmware version: 3.4.3.9-099_05-26
May 28 16:51:36 kernel: klogd started: BusyBox v1.24.2 (2016-05-25 02:10:38 CST)
May 28 16:51:36 kernel: Linux version 3.4.112 (padavan@hms) (gcc version 4.4.7 (GCC) ) #2 SMP Thu May 26 09:24:41 CST 2016
May 28 16:51:36 kernel: MediaTek SoC: MT7621A, RevID: 0103, RAM: DDR3, XTAL: 40MHz
May 28 16:51:36 kernel: CPU/OCP/SYS frequency: 1200/400/300 MHz
May 28 16:51:36 kernel: CPU revision is: 0001992f (MIPS 1004Kc)CPU/OCP/SYS frequency: 1200/400/300 MHz
### Force MT7621 CPU clock to 900MHz (override Uboot settings)
#CONFIG_FIRMWARE_CPU_900MHZ=y### Enable MT7621 CPU sleep mode (downclock to 220MHz on idle)
#CONFIG_FIRMWARE_CPU_SLEEP=yMT7621_DDR_1200MHZ=y
# MT7621_DDR_1066MHZ is not set
# MT7621_DDR_800MHZ is not set
# MT7621_DDR_400MHZ is not set
MT7621_DDR_SPEED=11
# MT7621_CPU_50MHZ is not set
# MT7621_CPU_500MHZ is not set
# MT7621_CPU_800MHZ is not set
# MT7621_CPU_875MHZ is not set
MT7621_CPU_880MHZ=y
MT7621_CPU_FREQUENCY=1F4
RALINK_DUAL_CORE_FUN=y
RALINK_DUAL_VPE_FUN=y1200 Mhz re húzták fel a CPU ját a ruszkik! kb 40-50% plusz kakaó
-
fireqpeg
csendes tag
válasz
Headless
#2310
üzenetére
A resumeékkal nem tudsz mit kezdeni azokat ki kell törölni és újra berakni a rendes torrent fájlokat és visszaellenőriztetni! Másként nem megy sajnos sőt nekem ugyanazon verzión belűl se működött ha openssl röl váltottam mbedtls re! a 2.93 asnál van 1 olyan dolog ami openwrt re érvényes, de padavan nál nincs ez a hiba hogy van ez a sor option user 'transmission' a 2.93 ba, ezzek 2 dolgot tudsz csinálni átírod option user 'root' -ra vagy #option user 'nobody' - erre és így működik csak rendesen openwrt alatt legalább is nekem. ha alapon hagyom a user részt ami a gyári konfigja akkor nekem is azt csinálta amit neked router restart után hibásnak jelezte és újra kellet mindent ellenőriztetnem elhiheted a tököm kivolt már tőle amikor 750-780 db torrentem megy folyamatosan...
[ Szerkesztve ]
-
fireqpeg
csendes tag
válasz
Headless
#2310
üzenetére
Hát figy ha én tudok ebbe segíteni és megmondod mit hol kell keresnem a routeren mappa fájlok stb akkor megnézhetem neked ha rajta van egyáltalán de tudom mire gondolsz szerintem te erről beszélsz nekem:
Apr 13 17:41:18 kernel: MediaTek SoC: MT7621A, RevID: 0103, RAM: DDR3, XTAL: 40MHz
Apr 13 17:41:18 kernel: CPU/OCP/SYS frequency: 900/300/225 MHz
Apr 13 17:41:18 kernel: CPU sleep mode: ON
Apr 13 17:41:18 kernel: CPU revision is: 0001992f (MIPS 1004Kc) -
fireqpeg
csendes tag
válasz
Headless
#2308
üzenetére
Illetve azt észre vettem az uj transmission-ek van multicore támogatása tehát 2-4 szálon is dolgozik. De csak akkor ha plul 2 letöltés megy, illetve hash-elsz épp valamit, tehát visszaellenőriztetsz valamilyen torrentet és csak ilyen esetekben használja ki a több magot vagyis több szálon mennek a folyamatai. A nem mondom ki a nevét magyar leganagyobb torrent oldalra van 4-5000 feltöltött torrentem régen 2009 körül úgy-látszik eléggé unatkoztam vagy passz, de amióta transmissiont használok megvagyok vele elégedve a 2.90-2.91-es verziókig. A mostani 2.92-2.93 assal nem igazán vagyok kibékülve akadtak problémáim vele. Amúgy meg elnézve az én meg a te grafikonjaidat igen kb ugyanazon a szinten mozog a kettő letöltése.
-
fireqpeg
csendes tag
válasz
Headless
#2308
üzenetére
Valamelyik padavan transmission külföldi oldalon olvastam egy leírásból, hogy nagyon számít a HW NAT. De csak akkor ha az utorrent féle microTp(uTp) nincs bekapcsolva, mert abban az esetben nagyon zabálja a CPU-t és mivel padavan alatt van alapból rendes HW NAT azaz:
Apr 13 17:41:18 kernel: raeth: HW IP/TCP/UDP checksum RX/TX offload enabled
Apr 13 17:41:18 kernel: raeth: HW VLAN RX offload enabled
Apr 13 17:41:18 kernel: raeth: HW VLAN TX offload enabled
Apr 13 17:41:18 kernel: raeth: HW Scatter/Gather TX offload enabled
Apr 13 17:41:18 kernel: raeth: HW TCP segmentation offload (TSO) enabled
Apr 13 17:41:26 kernel: Ralink HW NAT v2.52.0 Module Enabled, FoE Size: 16384
Apr 13 17:41:26 DIR-860L: Hardware NAT/Routing: Enabled, IPoE/PPPoE offload [WAN]<->[LAN/WLAN]
Apr 13 17:41:26 DIR-860L: Hardware NAT/Routing: IPv4 UDP flow offload - ON
Apr 13 17:41:26 DIR-860L: Hardware NAT/Routing: IPv6 routes offload - ONtehát ezek számítanak a transmission-ba az utp offon van, volt olyan aki tesztelgette valami orosz pali neki ment 9-13 Megabájt/sec el is a letöltés persze nemtudom milyen configgal. Érted én elhiszem hogy nagyon fejlesztik az openwrt-t amivel nincs bajom. Sőt nagyon is örülök neki, hogy végre elkezdték rendesen megcsinálni, illetve rendes mondhatni gyári drivereket beleraknak. Csak amit itt felsoroltam az én logomból nemtudom ezekből hányféle HW OFFLOAD működik rendesen jelenleg openwrt alatt? És ami a fontos a transmission nekem így HW NAT bol tolja ki a TCP, UDP csomagokat nem pedig szoftveresen. Én még annó 2008 ba vettem egy nagyon drága routert 48000 Ft volt NETGEAR WNDR3800 as na ami akkor volt rá openwrt meg a mostaniak ég és föld a különbség minden téren, aztán persze azóta még vagy 4-5 router megfordult nálam persze azkora is DDWRT/ OPENWRT ment rá stb.
[ Szerkesztve ]
-
#2307
fireqpeg
csendes tag
szumoo@gmail
#2299
fireqpeg
csendes tag
válasz
szumoo@gmail
#2299
üzenetére
szeva! na azt próbáld ki amit én linkeltem configba hogy azt kipróbálod úgy ahogyan van megnézed menyivel tud letölteni átlagban illetve maxon. Aztán próbálj ki 2 olyan módosítást amit most leírok neked:
"cache-size-mb": 0, ---------- ezt átírod 8 ra
"prefetch-enabled": true, ----------- ezt pedig false rade csak ennyit módosíts a configban máshoz ne nyúlj, csak a mappához amit írtam fentebb.
nekem a 8 meg a false beállítással régen fentebb ugrott a download 80-100 mbit re is !
-
fireqpeg
csendes tag
válasz
vargalex
#2295
üzenetére
Tudom már tavaly átrágtuk ezt a rádió kalibrációs dolgot amibe félig meddig egyetértek veled, de akkor én ott nektek leírtam rá egy megoldást és az nekem működik amit kínai, illetve orosz fórumokon írtak. Azaz igazság én nem akarom azt a beszélgetést folytatni azt jeleztem nektek tavalyi év utolsó napján is!
-
fireqpeg
csendes tag
válasz
Headless
#2290
üzenetére
szia! aha értelek, akkor neked az upload limit miatt kevesebb. meg persze attól is függ hogy mennyien viszik a torrentet, mert plul hiába van akár 10Gigabites neted
ha nem viszi senki a seedelt torrentet. nekem padavan 3.4.3.9-099_e58fdd7 ez van rejta, azaz igazság tavaly nyártól már kikészített az openwrt, a wifi, az usb reset, a memória korlátos téma transmission-él a mem_percentage ami do_page fault, segmentation fault al kifagy, kernel stack overflow, stb stb stb sorolhatnám még csak a problémáim vannak openwrt vel! 1 normális se build, se snapshot nincs ami működne hiba mentesen, legalább is nálam.
ha érdekel nézd meg itt az enyém:
[ Szerkesztve ]
-
#2291
fireqpeg
csendes tag
szumoo@gmail
#2289
fireqpeg
csendes tag
válasz
szumoo@gmail
#2289
üzenetére
szia! a letöltési mappát neked kell tudnod mi meg hol található a hdd n, azaz TE HOVÁ szeretnéd hogy letöltse a dolgaidat! Ezt találod a configban "download-dir": "/media/Main/hdd/download", és neked kell módosítani az út paramétereket tehát ezt
/media/Main/hdd/download ) ez lehet /mnt/***stb vagy /opt/***stb vagyis ezt neked kell tudnod. De ha így nem érted ahogy én leírtam akkor biztos van itt a fórumon aki érthetőbben leírja neked. -
#2288
fireqpeg
csendes tag
szumoo@gmail
#2285
fireqpeg
csendes tag
válasz
szumoo@gmail
#2285
üzenetére
Szia! Nekem mondjuk nem Xiaomi 3G van hanem 860l B1 es router fele ennyi rammal (128Mb) , kb a hardver meg egyezik a 3G vel. Nekem 100/100 Mbites a netem 65-95 Mbit/sec azaz 7-9 Megabájtal megy transmissional. Itt a konfigom próbáld ki hátha dob neked valamit a sebességen, illetve kb naponta 90-150 max 200 Gigát tolok fel ! Üdv
Annyi még nálam manuálisan van port nyitva a routeren, tehát nincs upnp engedélyezve, meg a letöltési mappát is állítsd át!
[ Szerkesztve ]
-
ennyit tud. De viszont a qbit meg a deluge is stabilabb lett, illetve sok performance fix-et azaz javítást kapott! Ugye tudni kell azt hogy ezeknek a libtorrent alapú klienseknek kell memória bőven. Én maradtam a transsmission-nál 1enlőre
ustomization - Scripts azon belül: Run Before Router Initialized:
Új hozzászólás Aktív témák
lo Nem terveztem blogbejegyzést írni, bemutatóra pedig pláne nincs időm sajnos, viszont többen is megkerestek a gyári...
- SörcsaPH!
- Mibe tegyem a megtakarításaimat?
- RAM topik
- Eredeti játékok OFF topik
- Akciófigyelő - Epic Store ajándékozás 2. nap: Astrea: Six Sided Oracles
- Debrecen és környéke adok-veszek-beszélgetek
- Szólánc.
- Xiaomi 12T Pro - kétszínű, mint a kétszázas
- Autós topik
- Fűzzük össze a szavakat :)
- További aktív témák...
Állásajánlatok
Cég: Axon Labs Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest