If you want this fixed, you need to identify the change that caused the slowdown.ren41 wrote:as I think I posted already, I set up two different (wheezy & squeeze) distros with rootfs on USB drives (sticks not HDD) and in both cases after recent updates they were very slow, especially the Wheezy one. its clear people are successfully doing this so I don't understand why this has occurred, whether it's something to do with the individual USB drives (a Sandisk Cruzer 8GB and a Transcend JetFlash 32gb), the USB driver or powered hub (just the keyboard and USB drive in the hub and the mouse in the other USB port), or what. I intend to try again with the Rasbian distro once asb has got the repository updated this weekend but I'm not convinced it will be any different. it's very frustrating.
Many thanks to lb. I think his patch has fixed the FAT partition corruption. Good work!dhardingham wrote:Adding the new command line parameters does the trick for me. No more reboot failures after loading the newest firmware. Thanks Dom.
I'm surprised it reads *some* of config.txt. Can you try changing overscan settings and confirm they are actually acted on.portets wrote: It appears to be reading the first half of the config.txt. All of my overscan settings are applied but not my framebuffer size(I can tell by the size/shape/position of the r-pi logo). Deleting everything from config.txt has no affect. arm240_start.elf works perfectly though.
Code: Select all
[email protected] ~ $ sudo hdparm -tT /dev/mmcblk0 /dev/mmcblk0: Timing cached reads: 284 MB in 2.01 seconds = 141.51 MB/sec Timing buffered disk reads: 56 MB in 3.02 seconds = 18.56 MB/sec [email protected] ~ $ sudo hdparm -tT --direct /dev/mmcblk0 /dev/mmcblk0: Timing O_DIRECT cached reads: 44 MB in 2.07 seconds = 21.30 MB/sec Timing O_DIRECT disk reads: 64 MB in 3.01 seconds = 21.28 MB/sec [email protected] ~ $ dd if=/dev/zero of=tempfile bs=1M count=512 conv=fdatasync,notrunc 512+0 records in 512+0 records out 536870912 bytes (537 MB) copied, 49.4917 s, 10.8 MB/s
Class 10 SHDC 8Gb Sandisk SD carddom wrote:There is now latency fix improvement that should be safer than the "missing_status" one. (Thanks to ddv2005). Can you try adding:
to cmdline.txt and check if it works okay. It should improve USB/audio latency.
Code: Select all
[email protected] ~ # hdparm -tT /dev/mmcblk0 /dev/mmcblk0: Timing cached reads: 120 MB in 2.02 seconds = 59.30 MB/sec Timing buffered disk reads: 56 MB in 3.04 seconds = 18.40 MB/sec