- Fotók, videók mobillal
- Megérkezett a Google Pixel 7 és 7 Pro
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
- Nálunk is telepíthető a One UI 6.1 a Galaxy S22-re
- Készülőben a Xiaomi 2021-es csúcsmodelljeinek HyperOS frissítése
- Samsung Galaxy S21 és S21+ - húszra akartak lapot húzni
- Nothing Phone (1) - nem semmi (2)
- Samsung Galaxy S24 - nos, Exynos
- Google Pixel 6/7/8 topik
- Samsung Galaxy Watch6 Classic - tekerd!
Hirdetés
-
Enduro változatot kapott a Mobvoi TicWatch Pro 5
ma WearOS 3.5 rendszerrel és kettős FSTN és AMOLED kijelzővel érkezik az új modell.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Tetőfokára hág a tavasz, és ezt a hardverek is érzik
ph Asztali PC-k, monitorok, videokártya, hát, hűtés és egér is került heti válogatásunkba.
-
Mobilarena
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
Geby
tag
Sziasztok!
Megkezdem én is tevékenykedésemet a 1043 routerral. WL500gP-ről váltok. Végignéztem nagyjából hogy milyen fw-ek léteznek manapság. Kellene a pendriveos boot. Meg is oldottam szépen, gyorsan a Gargoyle-os fw-rel. 128MB a rendszernek, másik 128MB a swapnak. Működik. Egy dolog kicsit furcsa, hogy lassúcska a telepítés. Egy mc-t felrakni vagy 3-4 perc, ugyanígy a többi program telepítése sem hasít pendrivera. A pendrive egy 1GB-os kingston, egy MSI usb hub mögött. Elvileg az EHCI modult huzza be, szóval meg kéne legyen az usb2.0 sebessége. Ext3-on van a rendszer. Maradt még egy kevés terület a rendszer meg a swap után, arra próbáltam hogy mennyit is ír a gép.
root@Gargoyle:~# time dd if=/dev/zero of=/mnt/1.o bs=2M count=50
50+0 records in
50+0 records out
real 0m 30.80s
user 0m 0.00s
sys 0m 2.36s
root@Gargoyle:~#Ez olyan 3.33MB/s. Asszem ezek a pendriveok nem is nagyon tudnak 4MB/s-nél többet szóval ez kb okés.
Szóval a kérdés hogy másnál is lassul a telepítés mikor pendriveon van a rendszer ?
Ez az image van most fent: [link]. Ez 10.03.1 RC. -
Geby
tag
válasz Intruder2k5 #4799 üzenetére
No, megvan a hiba.
Ha a rendszerpartícióra másolok akkor piszok lassú, ha a másik partícióra akkor minden rendben.root@Gargoyle:/# cd root/
root@Gargoyle:~# time wget http://openwrt.groov.pl/WR1043NDv1/backfire-10.3.1-RC3/packages/mc_4.6.2
-2shib_ar71xx.ipk
Connecting to openwrt.groov.pl (195.28.17.37:80)
mc_4.6.2-2shib_ar71x 100% |**************************************************| 513k 00:00:00 ETA
real 5m 24.25s
user 0m 0.03s
sys 0m 0.45s
root@Gargoyle:~# cd /mnt/
root@Gargoyle:/mnt# time wget http://openwrt.groov.pl/WR1043NDv1/backfire-10.3.1-RC3/packages/mc_4.
6.2-2shib_ar71xx.ipk
Connecting to openwrt.groov.pl (195.28.17.37:80)
mc_4.6.2-2shib_ar71x 100% |**************************************************| 513k 00:00:00 ETA
real 0m 1.67s
user 0m 0.03s
sys 0m 0.19s
root@Gargoyle:/mnt#Mintha emlékeimben élne valami ilyesmi hogy pendrivenál a syncet nem árt kikapcsolni mountoláskor. Lehet azt valahogy ? Egyéb ötlet ?
root@Gargoyle:/mnt# mount
rootfs on / type rootfs (rw)
/dev/root on /rom type squashfs (ro,relatime)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime)
tmpfs on /dev type tmpfs (rw,relatime,size=512k)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
/dev/sda2 on /overlay type ext3 (rw,sync,relatime,errors=continue,data=writeback)
mini_fo:/overlay on / type mini_fo (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
none on /proc/bus/usb type usbfs (rw,relatime)
/dev/sda3 on /mnt type ext3 (rw,relatime,errors=continue,data=writeback)
root@Gargoyle:/mnt# -
Geby
tag
válasz Intruder2k5 #4810 üzenetére
Fstab-ban kell kiszedni, mert ugye ez az extroot partícióm volt.
Amúgy itt a megoldás: [link]Itt a konkrét válasz, hogy mi is okozza:
The slowness comes from the fact that (all!) flash memory uses much bigger blocks that have to be deleted/written at once. E.g. if the erase block size is 64k, then writing 32k takes the same amount of time as writing 64k at once, so writing 2 * 32k needs twice as long resulting in half the seen speed. Disabling snyc allows linux to cache the first 32k to wait until full 64k are there to write. HDDs have a block size of 512 (some have 4k), so the impact there is much lower.Try increasing your block size when doing your speed test, and you should see a speed increase until you reach the optimum block size. Then there should be next to no speed difference.
[ Szerkesztve ]
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest