General Linux Chat and Small Questions v. Year of the Linux Desktop! - Hardware & Software

might have to invest in a VT-d capable CPU myself, but not sure if I can justify upgrading from a 4670k as it's already pretty decent

[QUOTE=PredGD;47503143]might have to invest in a VT-d capable CPU myself, but not sure if I can justify upgrading from a 4670k as it's already pretty decent[/QUOTE] Use it in a server. Or sell it.

Why does the locked version have VT-d support but unlocked one doesn't?

[QUOTE=~Kiwi~v2;47505186]Marketing and profit reasons most likely. What is an over clocker gonna use VT-d for? He just wants a k version that over clocks well. Might as well release 2 CPUs that are based on the same core but do different things.[/QUOTE] That seems incredibly dumb. What if someone wants to overclock and have VT-d support?

[QUOTE=Sivics;47505194]That seems incredibly dumb. What if someone wants to overclock and have VT-d support?[/QUOTE] I was really disappointed when I learned of this a few months after my purchase that the locked one had VT-d support. I really wonder why Intel is purposefully leaving some CPU's without VT-d support, especially when they're pretty much equal

[QUOTE=PredGD;47505257]I was really disappointed when I learned of this a few months after my purchase that the locked one had VT-d support. I really wonder why Intel is purposefully leaving some CPU's without VT-d support, especially when they're pretty much equal[/QUOTE] Money and lack of competition.

[QUOTE=~Kiwi~v2;47505244]well depending on the motherboard, you can raise the voltage and up the BLCK which will yes over clock with out even needing a k processor depends on motherboard and cpu my i5 3470 is currently running at 3.8ghz with turbo and IGP off and it's staying cool and consistent but there is only so far you can go with out needing to change the multiplier which is where yes you need a k processor but you lose VT-d. [editline]12th April 2015[/editline] in otherwords yes you can over clock with a non k processor if you want a higher clock and VT-d just not very well[/QUOTE] Peasant BLCK clocker.

Any good utility to rip DVD's to MKV's or webm's without any image cropping, framerate changing or obnoxious compression?

[QUOTE=~Kiwi~v2;47506171]Buy me a 3770K and a H100i and I will over clock the better way :v:[/QUOTE] You you even Z series board?

[QUOTE=SteelSliver;47501283]I'd be super interested to know how you did this. I've been thinking about doing something like this for a long time but have never thought about where to start.[/QUOTE] Biggest roadblock is hardware. Without VT-x and VT-d support, you're done. So there's cost there. Second is software. I wouldn't even try this if you're not comfortable using Arch/Gentoo, or compiling a kernel. Arch has all the right modules built into the kernel. On something like Ubuntu, you'd have more work to do. You have to be comfortable using command line for everything, because AFAIK this doesn't work with any graphical VM tools. I tried to assign a PCI device manually with virt manager, but I couldn't find a way to actually use it Third is lack of proper documentation. Maybe a handful of people have a setup like this, and even less documented their process. If you have the right hardware, getting the VM setup is easy enough. But trying to figure out a good way to use it is another. I'm still trying to find a way to redirect QEMU's output so I can use VNC. I've seen a couple people do it, but their videos are old, using old processes to bind their GPUs. There's the SPICE protocol, but that requires installing drivers on the guest, which don't seem to support Windows 8 Frankly, the easiest method is to output the second GPU to a second display. But if you do it that way, you need to share your peripherals... either through something like Synergy, or with a hardware KVM. Either way, there's more cost if you want the easy way. Once I've got this in a more usable spot, I'll write something down.

[QUOTE=Van-man;47506134]Any good utility to rip DVD's to MKV's or webm's without any image cropping, framerate changing or obnoxious compression?[/QUOTE] MakeMKV

[QUOTE=Adam.GameDev;47508004]MakeMKV[/QUOTE] I ended up using that on my windows workstation, and then MKVmerge on my Linux laptop for the resulting files..

[QUOTE=rilez;47499423]So, I remembered I had an old 560ti from a few years back, never sold it. Thought to myself, hey, that would make a pretty fucking decent host GPU for my Windows QEMU project. And it fucking worked. Arch Linux as the host with my 560ti, Windows 8.1 as the guest with my newer 670. Right now I'm trying to get USB sharing working, and VNC so I can more easily show you guys, but fuck this is cool I'll never have to use Wine again[/QUOTE] Totally going to do this with my 560Ti. it's currently just sitting in there spinning its fan whilst I'm actually using my 960.

[QUOTE=Sivics;47505165]Why does the locked version have VT-d support but unlocked one doesn't?[/QUOTE] I've heard that VT-d gets unstable when overclocking. No confirmation on that though, could just be a money grab.

[QUOTE=IpHa;47508127]I've heard that VT-d gets unstable when overclocking. No confirmation on that though, could just be a money grab.[/QUOTE] Intel's been lazy at fixing the problem then.

Well there are older processors that support VT-D and can be overclocked.

[QUOTE=Levelog;47508195]Well there are older processors that support VT-D and can be overclocked.[/QUOTE] Pretty sure the Haswell refresh K series support VT-D too.

[QUOTE=Van-man;47508106]I ended up using that on my windows workstation, and then MKVmerge on my Linux laptop for the resulting files..[/QUOTE] There was more than one file?

[QUOTE=Adam.GameDev;47509963]There was more than one file?[/QUOTE] Yeah, although the DVD's in question had a odd file/video "structure", so that might be the cause. Either way, shit worked, and that's what really matters.

[QUOTE=rilez;47507545]Biggest roadblock is hardware. Without VT-x and VT-d support, you're done. So there's cost there. Second is software. I wouldn't even try this if you're not comfortable using Arch/Gentoo, or compiling a kernel. Arch has all the right modules built into the kernel. On something like Ubuntu, you'd have more work to do. You have to be comfortable using command line for everything, because AFAIK this doesn't work with any graphical VM tools. I tried to assign a PCI device manually with virt manager, but I couldn't find a way to actually use it Third is lack of proper documentation. Maybe a handful of people have a setup like this, and even less documented their process. If you have the right hardware, getting the VM setup is easy enough. But trying to figure out a good way to use it is another. I'm still trying to find a way to redirect QEMU's output so I can use VNC. I've seen a couple people do it, but their videos are old, using old processes to bind their GPUs. There's the SPICE protocol, but that requires installing drivers on the guest, which don't seem to support Windows 8 Frankly, the easiest method is to output the second GPU to a second display. But if you do it that way, you need to share your peripherals... either through something like Synergy, or with a hardware KVM. Either way, there's more cost if you want the easy way. Once I've got this in a more usable spot, I'll write something down.[/QUOTE] regarding SPICE, can't you set the installer in compatibility mode? my QEMU set up uses SPICE and I recall being able to install the guest drivers for it on Win8.1

[QUOTE=PredGD;47510368]regarding SPICE, can't you set the installer in compatibility mode? my QEMU set up uses SPICE and I recall being able to install the guest drivers for it on Win8.1[/QUOTE] I'll give it a shot, from what I was reading it sounded like it wouldn't work at all How are you launching QEMU with SPICE? I've seen a few ways to do it, but most are in regards to normal QEMU use (emulated GPU, not pass through) so I'm not sure how to get the correct output

[QUOTE=Van-man;47491296]IS there any good Linux [I]'news'[/I] sites other than [url]http://www.phoronix.com[/url] and [url]http://www.webupd8.org[/url] ? Personally I'd prefer something that isn't RMS tier wizardry, but still also not [I]'Linux for dummies, the news site'[/I][/QUOTE] Consider getting information directly from the LKML for specific information about what's changed in the Linux Kernel, it's actually pretty readable for popular issues: [url]https://lkml.org/[/url] LWN has some good general articles about the state of Linux development and related topics: [url]https://lwn.net/Articles/[/url] [QUOTE=rilez;47499423]So, I remembered I had an old 560ti from a few years back, never sold it. Thought to myself, hey, that would make a pretty fucking decent host GPU for my Windows QEMU project. And it fucking worked. Arch Linux as the host with my 560ti, Windows 8.1 as the guest with my newer 670. Right now I'm trying to get USB sharing working, and VNC so I can more easily show you guys, but fuck this is cool I'll never have to use Wine again[/QUOTE] Are you doing this through the older PCI passthrough or the newer OVMF/UEFI method? Also, are you using the latest Nvidia drivers which try to detect they're in a virtual machine (i.e. disabling a bunch of virtualization performance enhancements to trick the driver)? [QUOTE=rilez;47507545]Biggest roadblock is hardware. Without VT-x and VT-d support, you're done. So there's cost there. Second is software. I wouldn't even try this if you're not comfortable using Arch/Gentoo, or compiling a kernel. Arch has all the right modules built into the kernel. On something like Ubuntu, you'd have more work to do.[/QUOTE] Actually on Ubuntu in some ways you have _less_ to do, for example vfio and kvm are already built into the kernel. See here: [url]http://www.pugetsystems.com/labs/articles/Multiheaded-NVIDIA-Gaming-using-Ubuntu-14-04-KVM-585/[/url] Disclosure: This uses the older PCI passthrough which is less reliable, and I've tried to do it myself on Ubuntu and I haven't been successful.

Can't use OVMF because my GPU doesnt support UEFI boot. Using vfio-pci and KVM=off works fine. The card doesn't think it's being virtualized, so long as you have the right flags. The problem I had with VNC was that QEMU defaults to user host networking. So you have internet access, but you can't access any machines on the network. I had to set up a bridge and connect that way. I'll take some pictures when I get home. Performance seems good. Played a bit of League, Civ V, and a small dabble of GTAV.

[QUOTE=rilez;47527205]my GPU doesnt support UEFI boot[/QUOTE] wat. I'm not doubting that that is the case - because UEFI is so huge and complicated - but that sounds as crazy to me as saying "my MP3 files don't support KDE". Why would those two things be at all related?

[QUOTE=Larikang;47534550]wat. I'm not doubting that that is the case - because UEFI is so huge and complicated - but that sounds as crazy to me as saying "my MP3 files don't support KDE". Why would those two things be at all related?[/QUOTE] I assume the ROM of the card doesn't support UEFI boot.

[QUOTE=Larikang;47534550]wat. I'm not doubting that that is the case - because UEFI is so huge and complicated - but that sounds as crazy to me as saying "my MP3 files don't support KDE". Why would those two things be at all related?[/QUOTE] You can have a GPU that doesn't support UEFI GOP. It all depends on the ROM. Some can be flashed, mine can't. I can boot into a UEFI OS. But UEFI cannot manage my GPU. So I can't use OVMF. Difference between vfio-pci and OVMF is negligible for me, because I am not using integrated graphics (X99 doesn't even have an IGP)

[QUOTE=rilez;47513116]I'll give it a shot, from what I was reading it sounded like it wouldn't work at all How are you launching QEMU with SPICE? I've seen a few ways to do it, but most are in regards to normal QEMU use (emulated GPU, not pass through) so I'm not sure how to get the correct output[/QUOTE] I haven't set up a QEMU VM on my current system so I've unfortunately lost my line, but it was something similar to this, -vga=qxl -spice port=5930,disable-ticketing,addr=::1 then just connecting to it via spicec -h 127.0.0.1 -p 5930. pretty much what the wiki says

i realize none of you are probably ever going to need this, but if you're on gentoo and you need to sync your portage tree the hard way: [code]rsync -av --delete rsync://rsync.us.gentoo.org/gentoo-portage /portage/tree/directory[/code] i'm mostly posting this to help me commit it to long term memory [editline]16th April 2015[/editline] prolly also going to need "emerge --metadata"

[QUOTE=PredGD;47540291]I haven't set up a QEMU VM on my current system so I've unfortunately lost my line, but it was something similar to this, -vga=qxl -spice port=5930,disable-ticketing,addr=::1 then just connecting to it via spicec -h 127.0.0.1 -p 5930. pretty much what the wiki says[/QUOTE] Yeah, but that only works with QXL/Cirrus graphics. If you run passthrough, this just displays the QEMU terminal window. I think I'll just have to rely on physical input switching for now. My USB switch will be here tomorrow. Unrelated note, visudo insults are my favorite UNIX easter egg at the moment. Fat fingered my password trying to disable GDM: [IMG]http://i.imgur.com/VC7LTSN.png[/IMG]

How do you enable that on binary based distros?