[a / b / c / d / e / f / g / gif / h / hr / k / m / o / p / r / s / t / u / v / vg / vr / w / wg] [i / ic] [r9k / s4s / vip / qa] [cm / hm / lgbt / y] [3 / aco / adv / an / asp / bant / biz / cgl / ck / co / diy / fa / fit / gd / hc / his / int / jp / lit / mlp / mu / n / news / out / po / pol / qst / sci / soc / sp / tg / toy / trv / tv / vp / wsg / wsr / x] [Settings] [Search] [Home]
Settings Home
/3/ - 3DCG

Thread archived.
You cannot reply anymore.

File: pearlHarbor.jpg (10 KB, 259x194)
10 KB
would you guys say it's worth it to run Maya on Linux?
i heard some Houdini users where i work saying that linux is way lighter and faster than windows for 3d work.
should i bother making a dual boot on my pc?
File: 119.jpg (103 KB, 1280x960)
103 KB
103 KB JPG
What hardware are you using? How do you plan on rendering?
I work as a rigger so i really don't care about rendering times, and since i am working away from home, i have to use my notebook.
It's an Acer Aspire VX5-591G, it has an Intel i5-7300HQ 2.50GHz, and 8GB of RAM.
my problem comes mostly from simulation and large files loading.
if you know how to work Linux and have the time. other than that i would so no because you'll just end up wasting time trying to get something to work in an os you don't know how to use.
I heard Microsoft was about to start charging monthly fees for the usage of Windows or something like that, with a new OS that´s impossible to pirate AND be used online. Wait for this shit to happen, then migrate to Linux.
this might be relevant

Yes if you already know how to use/run Linux.
Otherwise no, because Linux can be a pain in the ass to learn and you'll loose way to much time for that.
Maya, Houdini, Blender, Mari, Nuke, Katana, Clarisse all run faster,lighter and more stable than on Windows.
Also don't bother with Debian derivates, its another pain in the butt to get Maya to run on these unlike you love to fix fucking dependencies.
Red Hat / CentOS is where Maya works best. (and its still not painless)
Yes it runs better on Linux but it's only really worth the effort if you're setting it up for a whole team of people. The real benefits of Linux aren't speed but it's ease of plugin development, and setting up your system to behave exactly as you want to. (Double click and shuffle all your network drive paths to change projects, etc.) For an indie artist the lack of some crucial software like zbrush and adobe suite makes linux hard to justify.

Running linux is fun though so there's that.
File: img.png (96 KB, 1280x830)
96 KB
In case no one's bothering to click on this, this article basically talks about how Windows knees (Nvidia) GPU performances in 3DCG software. Not necessarily just Blender.
>Turns out, when doing GPU rendering on Windows 8 or above, any command that’s issued by Blender has to go through the WDDM, or Windows Display Driver Model. This driver layer is responsible for handling all the display devices, but it often adds a significant overhead to computing tasks. This model is a core component of Windows and cannot be disabled simply.
>Luckily, the smart people at Nvidia already has a solution for it. To by pass the WDDM completely, we need to set the GPU as a “Tesla Compute Cluster”, or TCC for short. Once we enabled that, the GPU is no longer visible as a display device under Windows. But it’s still accessible by all CUDA apps. We than ran all the Blender benchmark again and here is the result:
>pic related
Can't confirm if all 3DCG software do this "pass through the WDDM", but if they do this could be a solution.
This article talks how to set a GPU to a TCC.
Do note that you have to have 2 [two] graphics cards for this, since Teslas (and TCCs by extension) can't output to displays. Also, only Quadro and Titan cards can be configured to TCCs, the GTX line isn't supported.

Delete Post: [File Only] Style:
[Disable Mobile View / Use Desktop Site]

[Enable Mobile View / Use Mobile Site]

All trademarks and copyrights on this page are owned by their respective parties. Images uploaded are the responsibility of the Poster. Comments are owned by the Poster.