Re: [gentoo-user] how to use my SSD the right way ;-)
Am 03.01.2014 23:12, schrieb Alan McKinnon: > On 04/01/2014 00:01, Stefan G. Weichinger wrote: >> Am 03.01.2014 22:59, schrieb Alan McKinnon: >> >>> that's expected, BFQ isn't in mainline >> >> (being lazy): why, btw ? >> >> >> >> > > > dunno really, it's just not there yet. ;-) currently fiddling with my thinkpad hanging at boot ... so still no BFQ for that laptop ... :-( oh my.
Re: [gentoo-user] how to use my SSD the right way ;-)
On 04/01/2014 00:01, Stefan G. Weichinger wrote: > Am 03.01.2014 22:59, schrieb Alan McKinnon: > >> that's expected, BFQ isn't in mainline > > (being lazy): why, btw ? > > > > dunno really, it's just not there yet. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] how to use my SSD the right way ;-)
Am 03.01.2014 22:59, schrieb Alan McKinnon: > that's expected, BFQ isn't in mainline (being lazy): why, btw ?
Re: [gentoo-user] how to use my SSD the right way ;-)
On 03/01/2014 23:52, Stefan G. Weichinger wrote: > Am 03.01.2014 15:07, schrieb Alan McKinnon: > >> I'd like to see the results of any benchmarks you do with BFQ on VMs > > If we run BFQ on the host (as it runs SSDs and HDDs and we want it to be > snappy) this would maybe mean that in the VMs we need Noop ? > > In the IBM-pdf "Best practices for KVM" they tell me to > > "use the Deadline I/O scheduler on the KVM host and guest operating > systems for I/O-bound workloads on enterprise storage systems." > > But they don't mention BFQ at all. that's expected, BFQ isn't in mainline > > I can test here on my systems as soon as I find the time and the brains > ... or on an upcoming server I will setup within the next weeks for a > customer. > > Stefan > > > -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] how to use my SSD the right way ;-)
Am 03.01.2014 15:07, schrieb Alan McKinnon: > I'd like to see the results of any benchmarks you do with BFQ on VMs If we run BFQ on the host (as it runs SSDs and HDDs and we want it to be snappy) this would maybe mean that in the VMs we need Noop ? In the IBM-pdf "Best practices for KVM" they tell me to "use the Deadline I/O scheduler on the KVM host and guest operating systems for I/O-bound workloads on enterprise storage systems." But they don't mention BFQ at all. I can test here on my systems as soon as I find the time and the brains ... or on an upcoming server I will setup within the next weeks for a customer. Stefan
[gentoo-user] Re: how to use my SSD the right way
Alan McKinnon gmail.com> writes: > I'd like to see the results of any benchmarks you do with BFQ on VMs https://wiki.archlinux.org/index.php/SSD_Benchmarking is an interesting read on benchmarks and SSD. https://forums.freebsd.org/viewtopic.php?&t=43358 if you use bonnie++ hth, James
[gentoo-user] Re: Preparing a shared USB stick
Alan McKinnon gmail.com> writes: > Just go with FAT and automounting by the DE. Only thing I would add is be "aware" of Fat 12/16/32 as FAT. http://en.wikipedia.org/wiki/File_Allocation_Table hth, James
[gentoo-user] Re: coolest mp3 player?
v_2e ukr.net> writes: > james tampabay.rr.com> wrote: > > Well, I have not kept up on mp3/wav/≤audio fil> portable players, > > Sandisk has the Sansa Clip + > My only doubt is whether these players are still available on the > market or not. Sansa Clip+ is a rather old model. http://www.bhphotovideo.com/bnh/controller/home?O=&sku=649295&Q=&is=REG&A=details has it. Thanks for the feedback. James
Re: [gentoo-user] USB power management
On Thursday 02 Jan 2014 17:16:32 Andrew Tselischev wrote: > Hello list, > > Recently I came into possession of an external USB hard drive. The > user's manual (obviously) stated that I should always use "safe removal > function" prior to disconnecting the hard drive. I suspect the purpose > of this is to tell the device to properly park the heads and power down, > but I don't have any idea how to do that on linux. Are you sure of this, or is it just an assumption? I would think that the "safe removal" refers to unmounting the fs so that nothing is writing to it at the moment you are unplugging it. If not it will likely corrupt the filesystem. So use whichever method you used to mount it to safely unmount it before you physically disconnect it from your PC. > I tried writing '3' to /sys/bus/usb/device/.../power/autosuspend and > 'auto' to /sys/.../power/control but this doesn't power down the drive. > I do hear the indicative "click" after 3 seconds (at least I think I do), > but the "PWR" led still stays on, /sys/.../power/runtime_status still > says "active" (instead of "suspended") and I can access the data on the > block device /dev/sdb, all of which suggests that the drive is still > powered on. > > So, perhaps you could give me a tip on how to properly detach USB > drives or link me to an up-to-date information about the kernel's USB > subsystem. > > > I should mention that I'm not using any of the over-complicated DEs, > just the bare bones X server with awesomewm and a terminal emulator. > > I'm currently running kernel version 3.12.6-gentoo with udev-208 and > udisks-2.1.1 So, you should be able to do something like: udisksctl unmount -b /dev/sdd1 (or whatever is your device recognised as) to be able to safely unmount it. When power is removed by physically unplugin it the disk will stop spinning and the head will be parked. Also have a look at 'man eject'. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] how to use my SSD the right way ;-)
Am 03.01.2014 15:07, schrieb Alan McKinnon: >> hmm, is BFQ good for VM's too? I am currently using noops (storage is >> ceph) and was going to experiment but have not had the time yet. > > > I have no idea, but I'd like to find out. > > Instinct tells me one of the host or guest should be NOOP so that the > other one can get on with scheduling without conflict. But I also reckon > the question is wy more complex than that. > > I'd like to see the results of any benchmarks you do with BFQ on VMs A bit OT (as it is not exactly benchmarking) but interesting: http://www.youtube.com/watch?v=J-e7LnJblm8 I also wonder what it does for KVM-hosts etc ... will try!
Re: [gentoo-user] Re: recommendation sought for external disk
On Thu, Jan 02 2014, walt wrote: > On 01/01/2014 03:28 PM, gottl...@nyu.edu wrote: >> On Wed, Jan 01 2014, walt wrote: >> >>> On 01/01/2014 02:07 PM, gottl...@nyu.edu wrote: My home desktop has had a seagate external 750GB drive ST3750640cbrk for a number of years and the disk is starting to fail. >>> >>> Maybe I'm weird or something but I've never once had a hard drive fail >>> gradually/gracefully. They all just stop working, usually when I power >>> the machine on for the first time in the morning. >>> >>> What warning is the disk giving you of early failure? >> >> First it wouldn't mount in during startup. >> >> Then I tried switching the USB ports on the desktop and rebooted. >> It mounted but fsck took forever with pauses. > > The open-source culture in general seems to frown upon promotion of > proprietary software (as opposed to proprietary hardware) so I usually > avoid recommending proprietary software. > > But, based on reports I consider reliable (how's them for weasel words!) > I'd suggest that Spin-Rite has a chance of restoring that drive to normal > function. ("Has a chance" == more weasel words). > > Anyway, consider buying Spin-Rite here: > > https://www.grc.com/sr/spinrite.htm > > My own hard drives usually fail catastrophically within the the first month, > so I just return them for replacement under warranty. But if I ever have > an older drive fail I will certainly use Spin-Rite before giving up hope. Very interesting. I plan to buy the new disk since the old one is old, I can use the extra space (750GB --> 2TB), and the price is right. But I may get spin-rite anyway; the author's explanation of how it works was good. thanks, allan
Re: [gentoo-user] how to use my SSD the right way ;-)
On 03/01/2014 15:13, William Kenworthy wrote: > On 03/01/14 15:34, Alan McKinnon wrote: >> On 03/01/2014 09:25, Stefan G. Weichinger wrote: >>> Am 03.01.2014 07:52, schrieb Alan McKinnon: On 03/01/2014 00:46, Stefan G. Weichinger wrote: > BFQ only for the SSDs ? Yes. The scheduler knows how to deal with SSDs while keeping everything responsive even under load. BFQ seems a good fit for your workcase - desktop/laptop. For those, interactive performance is the most important thing. >>> >>> So you set BFQ for the SSDs and CFQ for the hdds ? I have both in my >>> desktop. >>> >>> >>> >>> >> >> BFQ for both is the recommendation. >> >> But do try it both ways to see how it performs and compare. >> > > hmm, is BFQ good for VM's too? I am currently using noops (storage is > ceph) and was going to experiment but have not had the time yet. I have no idea, but I'd like to find out. Instinct tells me one of the host or guest should be NOOP so that the other one can get on with scheduling without conflict. But I also reckon the question is wy more complex than that. I'd like to see the results of any benchmarks you do with BFQ on VMs -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] how to use my SSD the right way ;-)
On 03/01/14 15:34, Alan McKinnon wrote: > On 03/01/2014 09:25, Stefan G. Weichinger wrote: >> Am 03.01.2014 07:52, schrieb Alan McKinnon: >>> On 03/01/2014 00:46, Stefan G. Weichinger wrote: BFQ only for the SSDs ? >>> >>> Yes. The scheduler knows how to deal with SSDs while keeping everything >>> responsive even under load. >>> >>> BFQ seems a good fit for your workcase - desktop/laptop. For those, >>> interactive performance is the most important thing. >> >> So you set BFQ for the SSDs and CFQ for the hdds ? I have both in my >> desktop. >> >> >> >> > > BFQ for both is the recommendation. > > But do try it both ways to see how it performs and compare. > hmm, is BFQ good for VM's too? I am currently using noops (storage is ceph) and was going to experiment but have not had the time yet. BillK
Re: [gentoo-user] Preparing a shared USB stick
On Fri, 3 Jan 2014 00:31:27 -0200, Francisco Ares wrote: > As far as I know, in a Gentoo system, any user in the group "disk" will > be able to read/write to any USB stick plugged into the computer, with > no ownership to any written file. In Linux (at least), as users are > internally treated as numbers, those would not match from one system to > another, so there is no meaning in a user owning a file in a removable > device. This is incorrect. File ownership is a domain of the filesystem, it is held in the file's metadata. If you use a filesystem that supports ownership, like ext*, you will end up with a non-portable stick. Belog to the disk group only allows access to the dev node, not the files on the disk. Stick with FAT, where thereis no ownership so Linux pretend all files are owned by whoever mounted the drive. -- Neil Bothwick Multitasking: Reading in the bathroom. signature.asc Description: PGP signature