On Thu, May 19, 2011 at 4:12 PM, Stephane Chazelas <stephane_chazelas@xxxxxxxx> wrote: > 2011-05-19 15:54:23 -0600, cwillu: > [...] >> Try with the "ssd_spread" mount option. > [...] > > Thanks. I'll try that. > >> > I wonder now what credit to give to recommendations like in >> > http://www.patriotmemory.com/forums/showthread.php?3696-HOWTO-Increase-write-speed-by-aligning-FAT32 >> > http://linux-howto-guide.blogspot.com/2009/10/increase-usb-flash-drive-write-speed.html >> > >> > Doing a apt-get upgrade on that stick takes hours when the same >> > takes a few minutes on an internal drive. >> >> Also, there's a package "libeatmydata" which will provide an >> "eatmydata" command, which you can prefix your apt-get commands with. >> This will disable the excessive sync calls that dpkg makes, and should >> dramatically decrease the time for those sorts of things to finish. >> Flash as found in thumb drives doesn't have much in the way of crash >> guarantees anyway, so you're not really giving up much safety. > > Thanks. That's very useful indeed. > > Note that if you use that on aptitude/apg-get that means that > the daemons started/restarted in the process will be affected, > but it could be all the better in my case. Heh, that's a thought I hadn't actually considered :p That shouldn't affect any services that are managed by message passing, and so really should be limited to those services from /etc/init.d/ that don't restart themselves (i.e., where the restart command is implemented by stop + start rather than telling the already running process to re-execute), or newly installed services that again are managed via /etc/init.d/. -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
