[gentoo-user] Re: A helping hand with virtual machines, please.
The 22/11/11, Alan McKinnon wrote: I use virtualbox and it's the one I recommend. The kernel modules are no better and no worse than any other out-of-tree modules. You're wrong. Using the virtualbox module means you turn the kernel to tained crap because of the number of problems it causes, including random memory curruption. -- Nicolas Sebrecht
Re: [gentoo-user] Re: A helping hand with virtual machines, please.
On Wed, 23 Nov 2011 10:17:07 +0100 Nicolas Sebrecht nsebre...@piing.fr wrote: The 22/11/11, Alan McKinnon wrote: I use virtualbox and it's the one I recommend. The kernel modules are no better and no worse than any other out-of-tree modules. You're wrong. Using the virtualbox module means you turn the kernel to tained crap because of the number of problems it causes, including random memory curruption. Care to back that up with something resembling evidence? EVERY out-of-tree module will taint the kernel. As to whether it deserves the crap moniker is a matter of opinion -- Alan McKinnnon alan.mckin...@gmail.com
[gentoo-user] Re: A helping hand with virtual machines, please.
The 23/11/11, Alan McKinnon wrote: On Wed, 23 Nov 2011 10:17:07 +0100 Nicolas Sebrecht nsebre...@piing.fr wrote: You're wrong. Using the virtualbox module means you turn the kernel to tained crap because of the number of problems it causes, including random memory curruption. Care to back that up with something resembling evidence? EVERY out-of-tree module will taint the kernel. But not all virtualization solutions use out-of-tree module and from those coming out-of-tree, few are taint as crap. As to whether it deserves the crap moniker is a matter of opinion ...I'd rather say a matter of facts. :-) Every one is free to support virtualbox but forgetting to talk about this taint level is not very fair, FMPOV. -- Nicolas Sebrecht
Re: [gentoo-user] Re: A helping hand with virtual machines, please.
I agree a list of issues, just broad ones, would be helpful. I am interested in VMs, so knowing which ones have what problems, and my own needs, would be help me make a good choice. Please, disparage with details! ;-) Thanks - Joseph Nicolas Sebrecht wrote: The 23/11/11, Alan McKinnon wrote: On Wed, 23 Nov 2011 10:17:07 +0100 Nicolas Sebrecht nsebre...@piing.fr wrote: You're wrong. Using the virtualbox module means you turn the kernel to tained crap because of the number of problems it causes, including random memory curruption. Care to back that up with something resembling evidence? EVERY out-of-tree module will taint the kernel. But not all virtualization solutions use out-of-tree module and from those coming out-of-tree, few are taint as crap. As to whether it deserves the crap moniker is a matter of opinion ...I'd rather say a matter of facts. :-) Every one is free to support virtualbox but forgetting to talk about this taint level is not very fair, FMPOV. -- University of Houston, Cougar Card services support.
Re: [gentoo-user] A helping hand with virtual machines, please.
On Wed, November 23, 2011 12:06 am, Neil Bothwick wrote: On Tue, 22 Nov 2011 22:29:23 +0200, Alan McKinnon wrote: What I like about VBox is that you get all the useful bits in the open-source version. Except USB support. Huh? I used VirtualBox with a MSWindowsXP guest to use a negatives scanner that would refuse to work with Sane as the device has some weird initialization routines that need to be controlled by the actual driver. The connection was with USB and worked perfectly. I doubt USB support has disappeared suddenly. -- Joost
[gentoo-user] Re: A helping hand with virtual machines, please.
The 23/11/11, Joseph Davis wrote: I agree a list of issues, just broad ones, would be helpful. I am interested in VMs, so knowing which ones have what problems, and my own needs, would be help me make a good choice. Please, disparage with details! ;-) I've already said random memory curruption. random is the key word explaining why not much details can be given. :) -- Nicolas Sebrecht
Re: [gentoo-user] A helping hand with virtual machines, please.
On Tue, November 22, 2011 11:47 pm, William Kenworthy wrote: snipped YMMV ... VB is stable and rarely if ever breaks, app and modules just work - performance is as good as vmware I actually found VB to have better performance. When using virtual machines, I tend to run multiple simultaneously. VirtualBox can handle more on similar hardware the VMWare. The settings for the VMs (harddisk size, memory size) are identical. For video-settings, as they generally tend to run server applications, I really don't care for those and the basic is generally sufficient. -- Joost
Re: [gentoo-user] Re: A helping hand with virtual machines, please.
On Wed, November 23, 2011 1:59 pm, Nicolas Sebrecht wrote: The 23/11/11, Joseph Davis wrote: I agree a list of issues, just broad ones, would be helpful. I am interested in VMs, so knowing which ones have what problems, and my own needs, would be help me make a good choice. Please, disparage with details! ;-) I've already said random memory curruption. random is the key word explaining why not much details can be given. :) I also got random memory corruption when compiling large packages with simple kernel configurations and no out-of-tree modules present on the system. Do you have any evidence to proof that this randomness is actually caused by VB modules and not something else? -- Joost
Re: [gentoo-user] LVM and LABELS in fstab
On Tue, 22 Nov 2011 23:50:08 -0600, Dale wrote: Another LVM question. If I want to remove a drive and tell pvmove to move the data off it, can the drive have files being written to it while this is done? I'm wanting to use my old spare drive to move some things around but right now LVM has it. I think it is OK but just want to make sure. If it is not OK, do I have to unmount the LV first? Once you start pvmove running, LVM will not allocate any more space on the drive, so any files written to the LV will go on another drive. If you mean you want to write to it separately from LVM, of course you can, as long as you are using a different partition. -- Neil Bothwick WinErr 007: System price error - Inadequate money spent on hardware signature.asc Description: PGP signature
Re: [gentoo-user] A helping hand with virtual machines, please.
On Wed, 23 Nov 2011 13:57:31 +0100, J. Roeleveld wrote: What I like about VBox is that you get all the useful bits in the open-source version. Except USB support. Huh? I used VirtualBox with a MSWindowsXP guest to use a negatives scanner that would refuse to work with Sane as the device has some weird initialization routines that need to be controlled by the actual driver. Are you using the open source version, or the free-as-in-beer version? USB support was not included in the open source version, try installing app-emulation/virtualbox-ose and see for yourself. -- Neil Bothwick Never ask a geek why, just nod your head and slowly back away signature.asc Description: PGP signature
Re: [gentoo-user] Re: A helping hand with virtual machines, please.
On Wed, Nov 23, 2011 at 3:21 AM, Alan McKinnon alan.mckin...@gmail.com wrote: On Wed, 23 Nov 2011 10:17:07 +0100 Nicolas Sebrecht nsebre...@piing.fr wrote: The 22/11/11, Alan McKinnon wrote: I use virtualbox and it's the one I recommend. The kernel modules are no better and no worse than any other out-of-tree modules. You're wrong. Using the virtualbox module means you turn the kernel to tained crap because of the number of problems it causes, including random memory curruption. Care to back that up with something resembling evidence? EVERY out-of-tree module will taint the kernel. As to whether it deserves the crap moniker is a matter of opinion -- Alan McKinnnon alan.mckin...@gmail.com Alan, I'm a happy Virtualbox user so I was surprised to see this post on the LKML which I suspect pushed the consciousness of this a bit more to the forefront: https://lkml.org/lkml/2011/10/6/317 Now, I have no problems with Virtualbox but I have no reason to disbelieve these folks either. As with a lot of these things, it's the devil you know or the devil you don't know. I suspect the other less used solutions also have problems but not as many users, etc. - Mark
Re: [gentoo-user] A helping hand with virtual machines, please.
Am Wed, 23 Nov 2011 13:34:45 + schrieb Neil Bothwick n...@digimed.co.uk: On Wed, 23 Nov 2011 13:57:31 +0100, J. Roeleveld wrote: What I like about VBox is that you get all the useful bits in the open-source version. Except USB support. Huh? I used VirtualBox with a MSWindowsXP guest to use a negatives scanner that would refuse to work with Sane as the device has some weird initialization routines that need to be controlled by the actual driver. Are you using the open source version, or the free-as-in-beer version? USB support was not included in the open source version, try installing app-emulation/virtualbox-ose and see for yourself. USB*2* support is not included in the OSE version (but is available in the oracle extension pack: https://www.virtualbox.org/manual/ch01.html#intro-installing), while USB1 is supported out of the box. Also, since version 4, the package is now just called app-emulation/virtualbox, so open source edition isn't quite correct anymore. Now they call it the base package. AFAIK, all the proprietary components were moved into the extension pack. -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup signature.asc Description: PGP signature
[gentoo-user] Re: A helping hand with virtual machines, please.
The 23/11/11, J. Roeleveld wrote: I also got random memory corruption when compiling large packages with simple kernel configurations and no out-of-tree modules present on the system. Do you have any evidence to proof that this randomness is actually caused by VB modules and not something else? This is a question you should ask to the kernel developers. You're free to not trust them, of course. I'll still think they are at a much better place than yours to tell which driver are crap and which are not. -- Nicolas Sebrecht
Re: [gentoo-user] A helping hand with virtual machines, please.
On Wed, November 23, 2011 2:34 pm, Neil Bothwick wrote: On Wed, 23 Nov 2011 13:57:31 +0100, J. Roeleveld wrote: What I like about VBox is that you get all the useful bits in the open-source version. Except USB support. Huh? I used VirtualBox with a MSWindowsXP guest to use a negatives scanner that would refuse to work with Sane as the device has some weird initialization routines that need to be controlled by the actual driver. Are you using the open source version, or the free-as-in-beer version? USB support was not included in the open source version, try installing app-emulation/virtualbox-ose and see for yourself. Probably the free drinks version. But when also considering VMWare, I doubt it would matter much. -- Joost
[gentoo-user] Re: A helping hand with virtual machines, please.
On 2011-11-23, J. Roeleveld jo...@antarean.org wrote: On Wed, November 23, 2011 12:06 am, Neil Bothwick wrote: On Tue, 22 Nov 2011 22:29:23 +0200, Alan McKinnon wrote: What I like about VBox is that you get all the useful bits in the open-source version. Except USB support. Huh? The last time I checked, USB support is not available in the open-source version of VB -- only in the binary-only version. I used VirtualBox with a MSWindowsXP guest to use a negatives scanner that would refuse to work with Sane as the device has some weird initialization routines that need to be controlled by the actual driver. The connection was with USB and worked perfectly. I doubt USB support has disappeared suddenly. And you're using the open-source VB? -- Grant Edwards grant.b.edwardsYow! I'll eat ANYTHING at that's BRIGHT BLUE!! gmail.com
Re: [gentoo-user] Re: A helping hand with virtual machines, please.
On Wed, 23 Nov 2011 05:51:19 -0800 Mark Knecht markkne...@gmail.com wrote: On Wed, Nov 23, 2011 at 3:21 AM, Alan McKinnon alan.mckin...@gmail.com wrote: On Wed, 23 Nov 2011 10:17:07 +0100 Nicolas Sebrecht nsebre...@piing.fr wrote: The 22/11/11, Alan McKinnon wrote: I use virtualbox and it's the one I recommend. The kernel modules are no better and no worse than any other out-of-tree modules. You're wrong. Using the virtualbox module means you turn the kernel to tained crap because of the number of problems it causes, including random memory curruption. Care to back that up with something resembling evidence? EVERY out-of-tree module will taint the kernel. As to whether it deserves the crap moniker is a matter of opinion -- Alan McKinnnon alan.mckin...@gmail.com Alan, I'm a happy Virtualbox user so I was surprised to see this post on the LKML which I suspect pushed the consciousness of this a bit more to the forefront: https://lkml.org/lkml/2011/10/6/317 Now, I have no problems with Virtualbox but I have no reason to disbelieve these folks either. As with a lot of these things, it's the devil you know or the devil you don't know. I suspect the other less used solutions also have problems but not as many users, etc. - Mark Mark, I too am a happy VirtualBox user. I find it works better and is far more stable than either VMWare or Nvidia drivers. Or Flash for that matter. I also know the Linux kernel devs have incredibly high standards - mere perfection is often just not good enough - a very good trait in a dev. I put it down to a distinct lack of technical design not being driven by a corporate Sales department :-) Having said that, Dave's mail sounds a lot like me sounding off on a good day after the Nth clueless user pissed me off one time too many - he makes a startling claim and then proceeds to not back it up, but just rant. Lets grant that the VirtualBox modules are not up to LKML standards. That's fine, very little out of the tree is. I'm willing to bet that the majority of the issues are silly bugs involving pointer arithmetic (the usual cause of these things) and could be fixed up with minimal effort. Either way I don't think a sweeping condemnation of the entire product is the right way to go. Oh, I forgot something in the first paragraph. In my experience on this machine we can add Firefox, OpenOffice.org and LibreOffice to the same list of unstable software. -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] A helping hand with virtual machines, please.
On Wed, 23 Nov 2011 14:01:34 +0100 J. Roeleveld jo...@antarean.org wrote: On Tue, November 22, 2011 11:47 pm, William Kenworthy wrote: snipped YMMV ... VB is stable and rarely if ever breaks, app and modules just work - performance is as good as vmware I actually found VB to have better performance. When using virtual machines, I tend to run multiple simultaneously. VirtualBox can handle more on similar hardware the VMWare. The settings for the VMs (harddisk size, memory size) are identical. For video-settings, as they generally tend to run server applications, I really don't care for those and the basic is generally sufficient. I notice this entire thread has carefully steered around ESXi Now there's an interesting product, with a truly fascinating licensing and pricing model. -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: A helping hand with virtual machines, please.
On Wed, Nov 23, 2011 at 10:09 AM, Alan McKinnon alan.mckin...@gmail.com wrote: Lets grant that the VirtualBox modules are not up to LKML standards. That's fine, very little out of the tree is. I'm willing to bet that the majority of the issues are silly bugs involving pointer arithmetic (the usual cause of these things) and could be fixed up with minimal effort. Either way I don't think a sweeping condemnation of the entire product is the right way to go. I read that entire thread back when it was highlighted on /. 1) The vbox driver is buggy. 2) The vbox driver is buggy in ways that cause crashes which are difficult to debug and correctly attribute, which appears to be discerned by statistical means. 3) The vbox driver upstream won't send their code to the kernel where it could be cleaned up and kept in step with the rest of the kernel, because it would restrict them from updating their API in future versions. 4) The vbox driver functions as a wildcard when kernel devs are trying to deal with bug reports in other areas of the code; just like heap and stack corruption in userland apps are a royal PITA to deal with, so are the same in kernelspace. The vbox driver is known to cause these problems, so they don't want to deal with it. Now, it looks like things may be in line to get better; the thread got the attention of the vbox maintainers, and they started working on ways to get flagged bug reports sent their way. That'll improve the feedback they get. The code will probably improve as a result. That said, drivers which cause random memory corruption are *not* ones I want loaded into my kernel. Discussions around things like the vbox kernel give me second thoughts about sweet dreams of mmapping persistent storage block devices contiguously in a large address space; I'd suddenly rather keep the window target small. I've got nothing against proprietary drivers if they're good. I've generally had good luck with both NVidia and ATI, for example. NVidia, especially, has been quick to respond to issues by their user communities Oh, I forgot something in the first paragraph. In my experience on this machine we can add Firefox, OpenOffice.org and LibreOffice to the same list of unstable software. Apples and oranges. FF, OO and LO don't crash the entire system when they go up. Protected memory FTW. Kernelspace stuff must be held to a higher standard; they run in ring 0. (Forgive the x86-specific terminology, but it should be analogous for any protected-memory platform) -- :wq
Re: [gentoo-user] A helping hand with virtual machines, please.
On Wed, Nov 23, 2011 at 10:12 AM, Alan McKinnon alan.mckin...@gmail.com wrote: I notice this entire thread has carefully steered around ESXi Now there's an interesting product, with a truly fascinating licensing and pricing model. ESXi isn't Linux. Or, at least, it's not something you'd run on your desktop. But, yeah, VMWare is working hard to shake down their existing customer base. Where I work, I'm pushing a migration to XCP. Sweet features for far cheaper. -- :wq
Re: [gentoo-user] A helping hand with virtual machines, please.
On Nov 23, 2011 10:32 PM, Michael Mol mike...@gmail.com wrote: On Wed, Nov 23, 2011 at 10:12 AM, Alan McKinnon alan.mckin...@gmail.com wrote: I notice this entire thread has carefully steered around ESXi Now there's an interesting product, with a truly fascinating licensing and pricing model. ESXi isn't Linux. Or, at least, it's not something you'd run on your desktop. But, yeah, VMWare is working hard to shake down their existing customer base. Where I work, I'm pushing a migration to XCP. Sweet features for far cheaper. I'm still gathering up courage to go down the XCP path, as there are not yet any company in my city that provides support for it. So, I went the coward's path of XenServer :-) Rgds,
Re: [gentoo-user] Re: Re: Re: Another hardware thread
Ad CFLAGS for i7-2600: Is that too much ricer-style? -- ### gcc -march=native -E -v - /dev/null 21 | sed -n 's/.* -v - //p' CFLAGS=-O2 -D_FORTIFY_SOURCE=2 -march=core2 -mcx16 -msahf -maes -mpclmul -mpopcnt -mavx --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=8192 -mtune=generic gcc-4.5.3-r1 ...
Re: [gentoo-user] Re: Re: Re: Another hardware thread
On Wed, Nov 23, 2011 at 11:55 AM, Stefan G. Weichinger li...@xunil.at wrote: Ad CFLAGS for i7-2600: Is that too much ricer-style? -- ### gcc -march=native -E -v - /dev/null 21 | sed -n 's/.* -v - //p' CFLAGS=-O2 -D_FORTIFY_SOURCE=2 -march=core2 -mcx16 -msahf -maes -mpclmul -mpopcnt -mavx --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=8192 -mtune=generic gcc-4.5.3-r1 ... That's equivalent to, what, -O2 -D_FORTIFY_SOURCE=2 -march=native ? I don't see anything to complain about. Actually, it's pretty interesting seeing what that processor comes down to for -march=native. I wish there were a database of processors and their decomposed compiler tuning flags for comparison. That would be *very* interesting, from the standpoint of proc shopping and looking at the evolution of CPUs. -- :wq
[gentoo-user] Before locking out myself...
Hi, Before I lock out myself from my Linux system... Current state: VGA compatible controller: nVidia Corporation GF108 [GeForce GT 430] (rev a1) which I want to exchange with a MSI 560 Ti made also by msi. I am using the nvidia-drivers... Is it right, that is simple to pull out the old card and insert the new one or do I badly forget anything ? Thank you very much in advance for your help! Best regards, mcc
Re: [gentoo-user] Before locking out myself...
Am 23.11.2011 18:21, schrieb meino.cra...@gmx.de: Hi, Before I lock out myself from my Linux system... Current state: VGA compatible controller: nVidia Corporation GF108 [GeForce GT 430] (rev a1) which I want to exchange with a MSI 560 Ti made also by msi. I am using the nvidia-drivers... Is it right, that is simple to pull out the old card and insert the new one or do I badly forget anything ? Thank you very much in advance for your help! Best regards, mcc Yes, should be sufficient. Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Before locking out myself...
Florian Philipp li...@binarywings.net [11-11-23 18:48]: Am 23.11.2011 18:21, schrieb meino.cra...@gmx.de: Hi, Before I lock out myself from my Linux system... Current state: VGA compatible controller: nVidia Corporation GF108 [GeForce GT 430] (rev a1) which I want to exchange with a MSI 560 Ti made also by msi. I am using the nvidia-drivers... Is it right, that is simple to pull out the old card and insert the new one or do I badly forget anything ? Thank you very much in advance for your help! Best regards, mcc Yes, should be sufficient. Regards, Florian Philipp Thanks a lot...! :) Best regards, mcc
Re: [gentoo-user] Before locking out myself...
On Wed, Nov 23, 2011 at 9:21 AM, meino.cra...@gmx.de wrote: Hi, Before I lock out myself from my Linux system... Current state: VGA compatible controller: nVidia Corporation GF108 [GeForce GT 430] (rev a1) which I want to exchange with a MSI 560 Ti made also by msi. I am using the nvidia-drivers... Is it right, that is simple to pull out the old card and insert the new one or do I badly forget anything ? Thank you very much in advance for your help! Best regards, mcc I'm assuming the MSI 560 is a new Nvidia based VGA, correct? It's almost certainly OK to just switch cards. However if you want to be safe then check the Nvidia site for the right nvidia package to handle 560-based cards and make sure you have it emerged before you switch. HTH, Mark
Re: [gentoo-user] Before locking out myself...
Mark Knecht markkne...@gmail.com [11-11-23 19:00]: On Wed, Nov 23, 2011 at 9:21 AM, meino.cra...@gmx.de wrote: Hi, Before I lock out myself from my Linux system... Current state: VGA compatible controller: nVidia Corporation GF108 [GeForce GT 430] (rev a1) which I want to exchange with a MSI 560 Ti made also by msi. I am using the nvidia-drivers... Is it right, that is simple to pull out the old card and insert the new one or do I badly forget anything ? Thank you very much in advance for your help! Best regards, mcc I'm assuming the MSI 560 is a new Nvidia based VGA, correct? It's almost certainly OK to just switch cards. However if you want to be safe then check the Nvidia site for the right nvidia package to handle 560-based cards and make sure you have it emerged before you switch. HTH, Mark I checked the docs of the nvidia drivers on the systems which mentioned the nvidia 560 ti but msi isnt mentioned. Since drivers access the GPU and not the cooling system (and my old card was also made by msi and worked ok) I think this part should be ok. But since I cannot remember other side effects, which I dont know, I thought its better to ask other gurus... ;) What do you think ? Best regards, mcc
Re: [gentoo-user] Re: Re: Re: Another hardware thread
Am 23.11.2011 18:05, schrieb Michael Mol: On Wed, Nov 23, 2011 at 11:55 AM, Stefan G. Weichinger li...@xunil.at wrote: Ad CFLAGS for i7-2600: Is that too much ricer-style? -- ### gcc -march=native -E -v - /dev/null 21 | sed -n 's/.* -v - //p' CFLAGS=-O2 -D_FORTIFY_SOURCE=2 -march=core2 -mcx16 -msahf -maes -mpclmul -mpopcnt -mavx --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=8192 -mtune=generic gcc-4.5.3-r1 ... That's equivalent to, what, -O2 -D_FORTIFY_SOURCE=2 -march=native ? I don't see anything to complain about. Ok, thanks. compiled gcc-4.6.2 (hey, it only takes ~16min now!): # /usr/bin/gcc-4.6.2 -march=native -E -v - /dev/null 21 | sed -n 's/.* -v - //p' -D_FORTIFY_SOURCE=2 -march=corei7-avx -mcx16 -msahf -mno-movbe -maes -mpclmul -mpopcnt -mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mno-bmi -mno-tbm -mavx -msse4.2 -msse4.1 --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=8192 -mtune=corei7-avx If I am feeling adventurous (Neil) I could now try my luck by choosing this nice new compiler w/ options. Maybe *after* a nice backup. Actually, it's pretty interesting seeing what that processor comes down to for -march=native. I wish there were a database of processors and their decomposed compiler tuning flags for comparison. That would be *very* interesting, from the standpoint of proc shopping and looking at the evolution of CPUs. Wouldn't a wiki-page do the trick? gentoo-wiki ... S
Re: [gentoo-user] Before locking out myself...
On Wed, Nov 23, 2011 at 10:09 AM, meino.cra...@gmx.de wrote: Mark Knecht markkne...@gmail.com [11-11-23 19:00]: On Wed, Nov 23, 2011 at 9:21 AM, meino.cra...@gmx.de wrote: Hi, Before I lock out myself from my Linux system... Current state: VGA compatible controller: nVidia Corporation GF108 [GeForce GT 430] (rev a1) which I want to exchange with a MSI 560 Ti made also by msi. I am using the nvidia-drivers... Is it right, that is simple to pull out the old card and insert the new one or do I badly forget anything ? Thank you very much in advance for your help! Best regards, mcc I'm assuming the MSI 560 is a new Nvidia based VGA, correct? It's almost certainly OK to just switch cards. However if you want to be safe then check the Nvidia site for the right nvidia package to handle 560-based cards and make sure you have it emerged before you switch. HTH, Mark I checked the docs of the nvidia drivers on the systems which mentioned the nvidia 560 ti but msi isnt mentioned. Since drivers access the GPU and not the cooling system (and my old card was also made by msi and worked ok) I think this part should be ok. But since I cannot remember other side effects, which I dont know, I thought its better to ask other gurus... ;) What do you think ? Best regards, mcc According to the nvidia site it seems you want the nvidia-drivers-290.1 package, but I'm not seeing that specific version in portage right now. Most likely it's coming soon, and I would guess the 290.06 version that I'm running here for a 465GTX card will work fine for you. 290.1 was only released 2 days ago. http://www.geforce.com/Drivers/Results/39816 mark@c2stable ~ $ eix -I nvidia-drivers [I] x11-drivers/nvidia-drivers Available versions: 96.43.19!s 96.43.20!s 173.14.30!s 173.14.31!s 270.41.19!s 275.09.07!s [M](~)275.28!s (~)285.05.09!s 285.05.09-r1!s (~)290.06!s (~)290.06!s[1] {acpi custom-cflags gtk kernel_linux multilib} Installed versions: 290.06!s[1](05:33:02 AM 11/15/2011)(acpi gtk kernel_linux multilib -custom-cflags) Homepage:http://www.nvidia.com/ Description: NVIDIA X11 driver and GLX libraries [1] init6 /var/lib/layman/init6 mark@c2stable ~ $ If it's 560 ti based card I doubt MSI did much to change the Nvidia reference design if it risked not using the standard nvidia driver. HTH, Mark
Re: [gentoo-user] LVM and LABELS in fstab
Neil Bothwick wrote: On Tue, 22 Nov 2011 23:50:08 -0600, Dale wrote: Another LVM question. If I want to remove a drive and tell pvmove to move the data off it, can the drive have files being written to it while this is done? I'm wanting to use my old spare drive to move some things around but right now LVM has it. I think it is OK but just want to make sure. If it is not OK, do I have to unmount the LV first? Once you start pvmove running, LVM will not allocate any more space on the drive, so any files written to the LV will go on another drive. If you mean you want to write to it separately from LVM, of course you can, as long as you are using a different partition. I think we have a problem: root@fireball / # pvmove -v /dev/sdb1 Finding volume group data Archiving volume group data metadata (seqno 4). Creating logical volume pvmove0 Moving 59604 extents of logical volume data/data1 Insufficient free space: 59604 extents needed, but only 118 available Unable to allocate mirror extents for pvmove0. Failed to convert pvmove LV to mirrored root@fireball / # pvdisplay --- Physical volume --- PV Name /dev/sdb1 VG Name data PV Size 232.83 GiB / not usable 2.55 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 59604 Free PE 0 Allocated PE 59604 PV UUID Nxvrjn-BuaK-RGsF-F32S-0EaI-W4xe-H6Lnjl --- Physical volume --- PV Name /dev/sdc1 VG Name data PV Size 698.64 GiB / not usable 4.84 MiB Allocatable yes PE Size 4.00 MiB Total PE 178850 Free PE 118 Allocated PE 178732 PV UUID NF6I4G-L1L5-0VDE-HyUc-ESH3-CfV3-eUo676 root@fireball / # df Filesystem 1K-blocks Used Available Use% Mounted on rootfs19534436 7249460 12284976 38% / /dev/root 19534436 7249460 12284976 38% / rc-svcdir 1024 120 904 12% /lib64/rc/init.d udev 10240 360 9880 4% /dev shm8232972 0 8232972 0% /dev/shm /dev/sda1 186663 28128148898 16% /boot /dev/sda8 9614116 4366692 4759052 48% /var /dev/sda6 11535344 5332948 5616428 49% /usr/portage /dev/sda7 48828008 11273180 37554828 24% /home /dev/mapper/data-data1 960906608 275263224 636841120 31% /data tmpfs 8232972 0 8232972 0% /var/tmp/portage /dev/sda9 59434744 31373872 25041732 56% /mnt/temp root@fireball / # So, I got space left on sdc but it won't move the data off sdb. Did this run off into the ditch? :/ Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Before locking out myself...
Alex Schuster wo...@wonkology.org [11-11-23 20:08]: meino.cra...@gmx.de asks: Is it right, that is simple to pull out the old card and insert the new one or do I badly forget anything ? Just be sure to shut the machine down before doing that. You might lock yourself out for quite a while if not. Wonko Hi * This mail is written while looking at it via a display driven by a msi 560 ti ! TADA! :) Thanks a lot to you all for the quick a helpful postings! Currently I am using the 290.06 driver which works fine enough for the first and I am curious what 290.2 will bring, when it appears in the great world of gentoo :)) On question remains: When rendering via Blenders shiny new Cycles GPU renderer, nvidia-settings shows a performance of 51% and nothing more. I switche to Maximum performance preffered but this does not really anything worth mentioning... Do I understand 51% wrong here or... Best regards, mcc
Re: [gentoo-user] sys-boot/grub USE=static
On Tue, Nov 22, 2011 at 9:57 PM, Pandu Poluan pa...@poluan.info wrote: I'm just wondering, what are the benefits drawbacks of turning on static USE flag for sys-boot/grub? I seem to remember it has something to do with whether you're using 32bit vs 64bit, but I can't be certain.
Re: [gentoo-user] Before locking out myself...
On Wed, Nov 23, 2011 at 11:21 AM, meino.cra...@gmx.de wrote: Alex Schuster wo...@wonkology.org [11-11-23 20:08]: meino.cra...@gmx.de asks: Is it right, that is simple to pull out the old card and insert the new one or do I badly forget anything ? Just be sure to shut the machine down before doing that. You might lock yourself out for quite a while if not. Wonko Hi * This mail is written while looking at it via a display driven by a msi 560 ti ! TADA! :) Thanks a lot to you all for the quick a helpful postings! Currently I am using the 290.06 driver which works fine enough for the first and I am curious what 290.2 will bring, when it appears in the great world of gentoo :)) On question remains: When rendering via Blenders shiny new Cycles GPU renderer, nvidia-settings shows a performance of 51% and nothing more. I switche to Maximum performance preffered but this does not really anything worth mentioning... Do I understand 51% wrong here or... Best regards, mcc Congrats on getting it running. Now let's hope for stability! ;-) As for Blender I don't really know as I don't use it. However possibly nvidia-settings can give you a clue. My 465 has 2 GPUs. If you have 2 GPUs but only one is being used then ... 51%, etc. I can watch the GPU clock rates along with thermal stuff from the nvidia-settings gui. Maybe that will show you more about what Blender is doing. There is also nvidia-smi from the command line that gives info also. HTH, Mark
Re: [gentoo-user] sys-boot/grub USE=static
Paul Hartman wrote: On Tue, Nov 22, 2011 at 9:57 PM, Pandu Poluanpa...@poluan.info wrote: I'm just wondering, what are the benefits drawbacks of turning on static USE flag for sys-boot/grub? I seem to remember it has something to do with whether you're using 32bit vs 64bit, but I can't be certain. I sort of recall someone telling me to use grub-static when I did my install on my new amd64 rig. I have the regular version on my x86 rig. I think you are correct Paul. I also checked the website, I couldn't find anything on the static reasoning either. Since legacy grub is sort of dying anyway, I'm not surprised. In closing, use plain grub for x86 and grub-static for 64 bit. I know that works. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] sys-boot/grub USE=static
On Wed, Nov 23, 2011 at 11:36 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Tue, Nov 22, 2011 at 9:57 PM, Pandu Poluan pa...@poluan.info wrote: I'm just wondering, what are the benefits drawbacks of turning on static USE flag for sys-boot/grub? I seem to remember it has something to do with whether you're using 32bit vs 64bit, but I can't be certain. Fundamentally doesn't it build in any libraries, etc.? I don't know really. I actually use the grub-static package on my systems vs grub and messing with USE flags. I think it was Duncan on the amd64 list that recommended that years ago but I haven't a clue as to what the reason was. - Mark
Re: [gentoo-user] sys-boot/grub USE=static
On Wed, Nov 23, 2011 at 1:48 PM, Mark Knecht markkne...@gmail.com wrote: Fundamentally doesn't it build in any libraries, etc.? I don't know really. I think, generally speaking, the static USE flag is mostly useful for people who build initramfs and don't want dynamically linked libraries involved.
Re: [gentoo-user] LVM and LABELS in fstab
On Wed, 23 Nov 2011 13:07:55 -0600, Dale wrote: I think we have a problem: root@fireball / # pvmove -v /dev/sdb1 Finding volume group data Archiving volume group data metadata (seqno 4). Creating logical volume pvmove0 Moving 59604 extents of logical volume data/data1 Insufficient free space: 59604 extents needed, but only 118 available Unable to allocate mirror extents for pvmove0. Failed to convert pvmove LV to mirrored root@fireball / # pvdisplay --- Physical volume --- PV Name /dev/sdb1 VG Name data PV Size 232.83 GiB / not usable 2.55 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 59604 Free PE 0 Allocated PE 59604 PV UUID Nxvrjn-BuaK-RGsF-F32S-0EaI-W4xe-H6Lnjl --- Physical volume --- PV Name /dev/sdc1 VG Name data PV Size 698.64 GiB / not usable 4.84 MiB Allocatable yes PE Size 4.00 MiB Total PE 178850 Free PE 118 Allocated PE 178732 PV UUID NF6I4G-L1L5-0VDE-HyUc-ESH3-CfV3-eUo676 You need to move 59604 extents but you only have 116 free on the destination. root@fireball / # df Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/data-data1 960906608 275263224 636841120 31% /data So, I got space left on sdc but it won't move the data off sdb. Did this run off into the ditch? :/ You have space in the filesystem, but the volume containing that filesystem is too large to move. You must first reduce the filesystem size, with resize2fs or whatever suits your fs, then shrink the LV with lvresize. That will free up enough extents to be able to fit them all on one disk. Look at the output from lvs to see what is taking up all the space. -- Neil Bothwick Men who have playful kittens shouldn't sleep in the nude. signature.asc Description: PGP signature
Re: [gentoo-user] sys-boot/grub USE=static
Am 23.11.2011 20:48, schrieb Mark Knecht: On Wed, Nov 23, 2011 at 11:36 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Tue, Nov 22, 2011 at 9:57 PM, Pandu Poluan pa...@poluan.info wrote: I'm just wondering, what are the benefits drawbacks of turning on static USE flag for sys-boot/grub? I seem to remember it has something to do with whether you're using 32bit vs 64bit, but I can't be certain. Fundamentally doesn't it build in any libraries, etc.? I don't know really. I actually use the grub-static package on my systems vs grub and messing with USE flags. I think it was Duncan on the amd64 list that recommended that years ago but I haven't a clue as to what the reason was. - Mark You are referring to this: http://www.mail-archive.com/gentoo-amd64@lists.gentoo.org/msg12619.html Also be sure not to confuse sys-boot/grub with USE=static and sys-boot/grub-static. grub-static is required for AMD64 with a no-multilib profile (because grub is always 32bit and you cannot build grub on such a system). If you have a multilib profile, you can use sys-boot/grub with USE=-static just like me: ldd /sbin/grub linux-gate.so.1 = (0xe000) libncurses.so.5 = /lib32/libncurses.so.5 (0xf76bf000) libc.so.6 = /lib32/libc.so.6 (0xf7535000) libdl.so.2 = /lib32/libdl.so.2 (0xf7531000) /lib/ld-linux.so.2 (0xf7733000) As with all USE=static flags, there is no real need for a normal system unless it helps to avoid a /usr/lib dependency for a /bin or /sbin binary which is not the case here. It also doesn't affect the boot loader, only its installer. Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: Re: Re: Another hardware thread
Am 2011-11-23 20:02, schrieb Michael Mol: ISTR gcc's i7 optimizations giving someone in here trouble within the last couple weeks. As I recall, they dropped back to march and mtune=core2. I don't expect wonders from the new compiler and its options. For now I am more constrained by the fact that the nvidia-card in that new and shiny box only has one DVI-output, so I can't attach both of my VGA-only-TFTs. This is more of a performance issue to me than some %s gained by gcc-issues, I assume. Gotta go and buy another graphics card ... Thanks anyway for sharing, I will keep the new gcc and maybe compile single pkgs for testing. Stefan
Re: [gentoo-user] Re: Re: Re: Another hardware thread
DVI-I outputs may be converted to VGA with a simple adapter; the connector at the computer contains both analog and digital signaling. ZZ On Nov 23, 2011 5:42 PM, Stefan G. Weichinger li...@xunil.at wrote: Am 2011-11-23 20:02, schrieb Michael Mol: ISTR gcc's i7 optimizations giving someone in here trouble within the last couple weeks. As I recall, they dropped back to march and mtune=core2. I don't expect wonders from the new compiler and its options. For now I am more constrained by the fact that the nvidia-card in that new and shiny box only has one DVI-output, so I can't attach both of my VGA-only-TFTs. This is more of a performance issue to me than some %s gained by gcc-issues, I assume. Gotta go and buy another graphics card ... Thanks anyway for sharing, I will keep the new gcc and maybe compile single pkgs for testing. Stefan
[gentoo-user] experience with rsnapshot
I am using rdiff-backup which is no longer maintained, but still seems to work, but I was thinking to use rsnapshot instead which seems like a nice way to do this, but this seems not to have been maintained for a while, either, so I was wondering if anyone is using it and how it works for you? Thanks in advance for any ideas. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] sys-boot/grub USE=static
On Nov 24, 2011 5:13 AM, Florian Philipp li...@binarywings.net wrote: Am 23.11.2011 20:48, schrieb Mark Knecht: On Wed, Nov 23, 2011 at 11:36 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Tue, Nov 22, 2011 at 9:57 PM, Pandu Poluan pa...@poluan.info wrote: I'm just wondering, what are the benefits drawbacks of turning on static USE flag for sys-boot/grub? I seem to remember it has something to do with whether you're using 32bit vs 64bit, but I can't be certain. Fundamentally doesn't it build in any libraries, etc.? I don't know really. I actually use the grub-static package on my systems vs grub and messing with USE flags. I think it was Duncan on the amd64 list that recommended that years ago but I haven't a clue as to what the reason was. - Mark You are referring to this: http://www.mail-archive.com/gentoo-amd64@lists.gentoo.org/msg12619.html Also be sure not to confuse sys-boot/grub with USE=static and sys-boot/grub-static. grub-static is required for AMD64 with a no-multilib profile (because grub is always 32bit and you cannot build grub on such a system). If you have a multilib profile, you can use sys-boot/grub with USE=-static just like me: ldd /sbin/grub linux-gate.so.1 = (0xe000) libncurses.so.5 = /lib32/libncurses.so.5 (0xf76bf000) libc.so.6 = /lib32/libc.so.6 (0xf7535000) libdl.so.2 = /lib32/libdl.so.2 (0xf7531000) /lib/ld-linux.so.2 (0xf7733000) As with all USE=static flags, there is no real need for a normal system unless it helps to avoid a /usr/lib dependency for a /bin or /sbin binary which is not the case here. It also doesn't affect the boot loader, only its installer. Thanks, Florian! How I wish there's a wiki-style guide explaining USE flags, subtle differences between packages with similar name, etc. ... Hmm... I think I'm going to start such a wiki. Unless someone have started it first. Let's see if I can coax my hosting to increase my hosting space without additional fees... Rgds,
Re: [gentoo-user] LVM and LABELS in fstab
Neil Bothwick wrote: You have space in the filesystem, but the volume containing that filesystem is too large to move. You must first reduce the filesystem size, with resize2fs or whatever suits your fs, then shrink the LV with lvresize. That will free up enough extents to be able to fit them all on one disk. Look at the output from lvs to see what is taking up all the space. So, me staring at it a while and trying to figure it out did work. That is what I was thinking. Thing is, it looks to me like it would just move the stuff over then I can reduce it by what sdb is making for its share. Although, their way makes sense too. I basically need to reduce the thing by 59604 PEs then it can move them over to sdc so I can remove sdb. Looks like I am about to really learn something here. It uses ext4 by the way. Looks like adding is easier than removing, sort of. Now to get my ducks in a row. o_O Thanks. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] sys-boot/grub USE=static
Pandu Poluan wrote: On Nov 24, 2011 5:13 AM, Florian Philipp li...@binarywings.net mailto:li...@binarywings.net wrote: Am 23.11.2011 20:48, schrieb Mark Knecht: On Wed, Nov 23, 2011 at 11:36 AM, Paul Hartman paul.hartman+gen...@gmail.com mailto:paul.hartman%2bgen...@gmail.com wrote: On Tue, Nov 22, 2011 at 9:57 PM, Pandu Poluan pa...@poluan.info mailto:pa...@poluan.info wrote: I'm just wondering, what are the benefits drawbacks of turning on static USE flag for sys-boot/grub? I seem to remember it has something to do with whether you're using 32bit vs 64bit, but I can't be certain. Fundamentally doesn't it build in any libraries, etc.? I don't know really. I actually use the grub-static package on my systems vs grub and messing with USE flags. I think it was Duncan on the amd64 list that recommended that years ago but I haven't a clue as to what the reason was. - Mark You are referring to this: http://www.mail-archive.com/gentoo-amd64@lists.gentoo.org/msg12619.html Also be sure not to confuse sys-boot/grub with USE=static and sys-boot/grub-static. grub-static is required for AMD64 with a no-multilib profile (because grub is always 32bit and you cannot build grub on such a system). If you have a multilib profile, you can use sys-boot/grub with USE=-static just like me: ldd /sbin/grub linux-gate.so.1 = (0xe000) libncurses.so.5 = /lib32/libncurses.so.5 (0xf76bf000) libc.so.6 = /lib32/libc.so.6 (0xf7535000) libdl.so.2 = /lib32/libdl.so.2 (0xf7531000) /lib/ld-linux.so.2 (0xf7733000) As with all USE=static flags, there is no real need for a normal system unless it helps to avoid a /usr/lib dependency for a /bin or /sbin binary which is not the case here. It also doesn't affect the boot loader, only its installer. Thanks, Florian! How I wish there's a wiki-style guide explaining USE flags, subtle differences between packages with similar name, etc. ... Hmm... I think I'm going to start such a wiki. Unless someone have started it first. Let's see if I can coax my hosting to increase my hosting space without additional fees... Rgds, There are already two Gentoo wikis. One official one and one unofficial I guess you would call it. Why not put the info on one or both of these? Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] sys-boot/grub USE=static
On Thu, Nov 24, 2011 at 09:29, Dale rdalek1...@gmail.com wrote: Pandu Poluan wrote: On Nov 24, 2011 5:13 AM, Florian Philipp li...@binarywings.net wrote: Am 23.11.2011 20:48, schrieb Mark Knecht: On Wed, Nov 23, 2011 at 11:36 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Tue, Nov 22, 2011 at 9:57 PM, Pandu Poluan pa...@poluan.info wrote: I'm just wondering, what are the benefits drawbacks of turning on static USE flag for sys-boot/grub? I seem to remember it has something to do with whether you're using 32bit vs 64bit, but I can't be certain. Fundamentally doesn't it build in any libraries, etc.? I don't know really. I actually use the grub-static package on my systems vs grub and messing with USE flags. I think it was Duncan on the amd64 list that recommended that years ago but I haven't a clue as to what the reason was. - Mark You are referring to this: http://www.mail-archive.com/gentoo-amd64@lists.gentoo.org/msg12619.html Also be sure not to confuse sys-boot/grub with USE=static and sys-boot/grub-static. grub-static is required for AMD64 with a no-multilib profile (because grub is always 32bit and you cannot build grub on such a system). If you have a multilib profile, you can use sys-boot/grub with USE=-static just like me: ldd /sbin/grub linux-gate.so.1 = (0xe000) libncurses.so.5 = /lib32/libncurses.so.5 (0xf76bf000) libc.so.6 = /lib32/libc.so.6 (0xf7535000) libdl.so.2 = /lib32/libdl.so.2 (0xf7531000) /lib/ld-linux.so.2 (0xf7733000) As with all USE=static flags, there is no real need for a normal system unless it helps to avoid a /usr/lib dependency for a /bin or /sbin binary which is not the case here. It also doesn't affect the boot loader, only its installer. Thanks, Florian! How I wish there's a wiki-style guide explaining USE flags, subtle differences between packages with similar name, etc. ... Hmm... I think I'm going to start such a wiki. Unless someone have started it first. Let's see if I can coax my hosting to increase my hosting space without additional fees... Rgds, There are already two Gentoo wikis. One official one and one unofficial I guess you would call it. Why not put the info on one or both of these? Uhh... I'm not sure if wiki.g.o or g-w.com will appreciate a sudden addition of 15'308 articles auto-generated from 29'332 ebuilds... [1] I plan to implement the wiki using DokuWiki, and auto-generate the articles using some bash scripts. After the skeleton wiki goes up, then edit *some* of the pages (i.e., the ones I have additional info on, like this discussion of the difference between grub[static] and grub-static). [1] http://packages.gentoo.org/categories/ Rgds, -- FdS Pandu E Poluan ~ IT Optimizer ~ • LOPSA Member #15248 • Blog : http://pepoluan.tumblr.com • Linked-In : http://id.linkedin.com/in/pepoluan
Re: [gentoo-user] LVM and LABELS in fstab
Dale wrote: Neil Bothwick wrote: You have space in the filesystem, but the volume containing that filesystem is too large to move. You must first reduce the filesystem size, with resize2fs or whatever suits your fs, then shrink the LV with lvresize. That will free up enough extents to be able to fit them all on one disk. Look at the output from lvs to see what is taking up all the space. So, me staring at it a while and trying to figure it out did work. That is what I was thinking. Thing is, it looks to me like it would just move the stuff over then I can reduce it by what sdb is making for its share. Although, their way makes sense too. I basically need to reduce the thing by 59604 PEs then it can move them over to sdc so I can remove sdb. Looks like I am about to really learn something here. It uses ext4 by the way. Looks like adding is easier than removing, sort of. Now to get my ducks in a row. o_O Thanks. Dale :-) :-) OK. Everyone duck, I been thinking on this and Neils info above. lol This is what I sort of figured out and tell me where I am off here. I have to reduce the file system, change the partition in cfdisk (?), resize the lv, then reduce the vg, then I can run pvmove? After all that, I can remove the drive sdb? Do I have the order correct too? If it does involve all this, I'm not sure I want to do this. The file system and cfdisk part makes me nervous. Maybe some of this isn't needed and I am reading some of the info incorrectly, I hope. Thanks. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-user] Before locking out myself...
Mark Knecht markkne...@gmail.com [11-11-24 04:02]: On Wed, Nov 23, 2011 at 11:21 AM, meino.cra...@gmx.de wrote: Alex Schuster wo...@wonkology.org [11-11-23 20:08]: meino.cra...@gmx.de asks: Is it right, that is simple to pull out the old card and insert the new one or do I badly forget anything ? Just be sure to shut the machine down before doing that. You might lock yourself out for quite a while if not. Wonko Hi * This mail is written while looking at it via a display driven by a msi 560 ti ! TADA! :) Thanks a lot to you all for the quick a helpful postings! Currently I am using the 290.06 driver which works fine enough for the first and I am curious what 290.2 will bring, when it appears in the great world of gentoo :)) On question remains: When rendering via Blenders shiny new Cycles GPU renderer, nvidia-settings shows a performance of 51% and nothing more. I switche to Maximum performance preffered but this does not really anything worth mentioning... Do I understand 51% wrong here or... Best regards, mcc Congrats on getting it running. Now let's hope for stability! ;-) As for Blender I don't really know as I don't use it. However possibly nvidia-settings can give you a clue. My 465 has 2 GPUs. If you have 2 GPUs but only one is being used then ... 51%, etc. I can watch the GPU clock rates along with thermal stuff from the nvidia-settings gui. Maybe that will show you more about what Blender is doing. There is also nvidia-smi from the command line that gives info also. HTH, Mark Hi Mark, while rendering nvidia-smi is showing this: Thu Nov 24 04:49:59 2011 +--+ | NVIDIA-SMI 2.290.06 Driver Version: 290.06 | |---+--+--+ | Nb. Name | Bus IdDisp. | Volatile ECC SB / DB | | Fan Temp Power Usage /Cap | Memory Usage | GPU Util. Compute M. | |===+==+==| | 0. GeForce GTX 560 Ti| :08:00.0 N/A| N/AN/A | | 51% 55 C N/A N/A / N/A | 23% 465MB / 2047MB | N/A Default| |---+--+--| | Compute processes: GPU Memory | | GPU PID Process name Usage | |=| | 0. ERROR: Not Supported | +-+ nvidia-settings is reporting one GPUas far as I know, this card has one GPU... Or is performance for the NVidia-guys the same as load for the Linux-community? NVidia-settings show the highest possible values for clock speed, RAM speed etc. though. The performance percentage also does not depend on the complexity of the scene I render... It remains.hrrrmmminteresting ;) Best regards mcc
Re: [gentoo-user] LVM and LABELS in fstab
Dale asks: OK. Everyone duck, I been thinking on this and Neils info above. lol This is what I sort of figured out and tell me where I am off here. I have to reduce the file system, change the partition in cfdisk (?), resize the lv, then reduce the vg, then I can run pvmove? After all that, I can remove the drive sdb? Do I have the order correct too? If it does involve all this, I'm not sure I want to do this. The file system and cfdisk part makes me nervous. Maybe some of this isn't needed and I am reading some of the info incorrectly, I hope. No need for cfdisk. Just shrink the file system, and then the logical volume. You can keep the VG as it is, as you move stuff around inside the same VG. BTW, I also tend to make lots of partitions on a drive, all belonging to the same VG, so I can more easily change things later. Like freeing a partition in case some other OS needs space for itself or something like that. I tend to shrink the file system to a size somewhat smaller than the logical volume, just in case there is some additional header or something, or different utilities use different units (megabytes vs. mibibytes). Calling resize2fs afterwards enlarges the FS to the maximum size. I wrote a script to automate this, it also takes care of a LUKS volume on the LVM. And is easier to use than doing all those steps in a row. And I trust it more than me making a typo in one of those commands. But I don't think I would use such a thing written by some guy, and prefer to just do it myself. Wonko
Re: [gentoo-user] experience with rsnapshot
On Wed, 2011-11-23 at 19:26 -0500, cov...@ccs.covici.com wrote: I am using rdiff-backup which is no longer maintained, but still seems to work, but I was thinking to use rsnapshot instead which seems like a nice way to do this, but this seems not to have been maintained for a while, either, so I was wondering if anyone is using it and how it works for you? I use good ole' rsync, together with a couple of scripts. It does the hard link-style incrementals and I can do a near-bare-metal restore. From that. rsync is still maintained afaik.
Re: [gentoo-user] LVM and LABELS in fstab
Alex Schuster wrote: Dale asks: OK. Everyone duck, I been thinking on this and Neils info above. lol This is what I sort of figured out and tell me where I am off here. I have to reduce the file system, change the partition in cfdisk (?), resize the lv, then reduce the vg, then I can run pvmove? After all that, I can remove the drive sdb? Do I have the order correct too? If it does involve all this, I'm not sure I want to do this. The file system and cfdisk part makes me nervous. Maybe some of this isn't needed and I am reading some of the info incorrectly, I hope. No need for cfdisk. Just shrink the file system, and then the logical volume. You can keep the VG as it is, as you move stuff around inside the same VG. BTW, I also tend to make lots of partitions on a drive, all belonging to the same VG, so I can more easily change things later. Like freeing a partition in case some other OS needs space for itself or something like that. I tend to shrink the file system to a size somewhat smaller than the logical volume, just in case there is some additional header or something, or different utilities use different units (megabytes vs. mibibytes). Calling resize2fs afterwards enlarges the FS to the maximum size. I wrote a script to automate this, it also takes care of a LUKS volume on the LVM. And is easier to use than doing all those steps in a row. And I trust it more than me making a typo in one of those commands. But I don't think I would use such a thing written by some guy, and prefer to just do it myself. Wonko Whew!! I'm glad cfdisk and such isn't in this. I read a thing somewhere that was talking about calculating blocks and such and I didn't want to go down that road. I have Kcalc on here but still. So, the commands is something like this: resize2fs /dev/mapper/data-data1 400G this should make the VG a absolute size of 400Gbs which leaves a little room left over. If I used a - in front, it would reduce by that amount. lvreduce -L 400G /dev/data/data1 I assume I can make this the same size as above? pvmove -v /dev/sdb1 pvremove /dev/sdb1 Showing info for clarity here: root@fireball / # df Filesystem 1K-blocks Used Available Use% Mounted on rootfs19534436 7249480 12284956 38% / /dev/root 19534436 7249480 12284956 38% / rc-svcdir 1024 120 904 12% /lib64/rc/init.d udev 10240 360 9880 4% /dev shm8232972 0 8232972 0% /dev/shm /dev/sda1 186663 28128148898 16% /boot /dev/sda8 9614116 4366728 4759016 48% /var /dev/sda6 11535344 5332948 5616428 49% /usr/portage /dev/sda7 48828008 11273208 37554800 24% /home /dev/mapper/data-data1 960906608 276328616 635775728 31% /data tmpfs 8232972 0 8232972 0% /var/tmp/portage /dev/sda9 59434744 31373872 25041732 56% /mnt/temp root@fireball / # lvdisplay --- Logical volume --- LV Name/dev/data/data1 VG Namedata LV UUIDZvsgH6-PI0M-NqVd-op9P-Crsy-IEnz-iKoTfp LV Write Accessread/write LV Status available # open 1 LV Size931.00 GiB Current LE 238336 Segments 2 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 254:0 root@fireball / # vgdisplay --- Volume group --- VG Name data System ID Formatlvm2 Metadata Areas2 Metadata Sequence No 4 VG Access read/write VG Status resizable MAX LV0 Cur LV1 Open LV 1 Max PV0 Cur PV2 Act PV2 VG Size 931.46 GiB PE Size 4.00 MiB Total PE 238454 Alloc PE / Size 238336 / 931.00 GiB Free PE / Size 118 / 472.00 MiB VG UUID eNF7B0-3BDb-qe1W-5FTH-4Uah-wRe1-xD7Xa8 root@fireball / # pvdisplay --- Physical volume --- PV Name /dev/sdb1 VG Name data PV Size 232.83 GiB / not usable 2.55 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 59604 Free PE 0 Allocated PE 59604 PV UUID Nxvrjn-BuaK-RGsF-F32S-0EaI-W4xe-H6Lnjl --- Physical volume --- PV Name /dev/sdc1 VG Name data PV Size 698.64 GiB / not usable 4.84 MiB Allocatable yes PE Size 4.00 MiB Total PE 178850 Free PE 118 Allocated PE 178732 PV UUID NF6I4G-L1L5-0VDE-HyUc-ESH3-CfV3-eUo676 root@fireball / # Now for my piece of mind. When I
Re: [gentoo-user] Re: Re: Re: Another hardware thread
Am 2011-11-24 00:45, schrieb Michael Mol: DVI-I outputs may be converted to VGA with a simple adapter; the connector at the computer contains both analog and digital signaling. If there is only one ... this results in one VGA-output only as well ... and I need 2.
[gentoo-user] glibc-2.14.1 upgrade
Hi, After emerging glibc-2.14.1 today, pam stopped working, which prevented KDE from working and some other things. I got this kind of message: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /lib64/libcrypt.so.1) There were no @preserved-rebuild and revdep-rebuild found nothing. I rebuilt pam and things seem to be working again. Are there any other packages I should rebuild before encountering a problem? Or some way to detect which need to be rebuilt? Should I re-emerge world against my new glibc? :) Thanks, Paul
Re: [gentoo-user] Re: Re: Re: Another hardware thread
Fair enough. :) ZZ On Nov 24, 2011 12:25 AM, Stefan G. Weichinger li...@xunil.at wrote: Am 2011-11-24 00:45, schrieb Michael Mol: DVI-I outputs may be converted to VGA with a simple adapter; the connector at the computer contains both analog and digital signaling. If there is only one ... this results in one VGA-output only as well ... and I need 2.
[gentoo-user] Re: experience with rsnapshot
On 2011-11-24, cov...@ccs.covici.com cov...@ccs.covici.com wrote: I am using rdiff-backup which is no longer maintained, but still seems to work, but I was thinking to use rsnapshot instead which seems like a nice way to do this, but this seems not to have been maintained for a while, either, so I was wondering if anyone is using it and how it works for you? I set up rsnapshot a few months ago, and so far it seems to be working fine. I found the documentation about how to configure the intervals and schedule the jobs to be a bit confusing, but once the light bulb went on, it's pretty easy. -- Grant
[gentoo-user] Re: experience with rsnapshot
On 2011-11-24, Albert W. Hopkins mar...@letterboxes.org wrote: On Wed, 2011-11-23 at 19:26 -0500, cov...@ccs.covici.com wrote: I am using rdiff-backup which is no longer maintained, but still seems to work, but I was thinking to use rsnapshot instead which seems like a nice way to do this, but this seems not to have been maintained for a while, either, so I was wondering if anyone is using it and how it works for you? I use good ole' rsync, together with a couple of scripts. You've pretty much just described rsnapshot. :) It does the hard link-style incrementals and I can do a near-bare-metal restore. From that. rsync is still maintained afaik. rsnapshot is a Perls script that uses rsync to do hard-link incremental backups. -- Grant