Jump to content

euqlaog

Registered User
  • Posts

    0
  • Joined

  • Last visited

  • Days Won

    27

Everything posted by euqlaog

  1. It’s a pity that software developers are not aware of the possibility of external GPUs - iGPU (or AMD dGPU) is often selected as the primary OpenCL device and Nvidia dGPU for CUDA processing because the software is designed for specific hardware. That’s not always the case, for example the new OpenCL rendering core of the Indigo Renderer supports multiple GPUs. I don’t have experience with XRG. I use an energy meter plugged into a floor power strip. The OS X Terminal is a very useful tool: ioreg -c nvAccelerator | grep \"PerformanceStatistics\" | sed -E 's/.*\"Device Utilization %\"=([0-9]+).*/\1/'
  2. An EFI application is written in C (does not use any scripting language). @juniordiscart eGPU is not necessary in order to use this function. Anyone who is interested in testing with a fresh installation of Windows 10 and MBP11,3, please contact in PM and I can give the download link. It does work with the MBP11,5 but for some reason some Windows updates messed up something (maybe Iris Pro drivers). @lilins a 2014 Mac mini shows the custom boot screen via eGPU (not included in the demo).
  3. Thanks, I’m waiting for the outcome of @P-Mac’s testing. If “Disable dGPU” option for the MBP11,3 turns out to work well, the new demo will be available for all on GitHub. It’s still unclear why PCI bus scan for detecting the eGPU works randomly with the Thunder2 after restarts. The v0.0.2 is coded to identify only newer 156C Thunderbolt controllers.
  4. @Markiner6 It’s pricey. I found these in the UK, http://www.span.com/product/NetStor-Thunderbolt2-PCIe-Expansion-NA211TB2-TurboBox-TB-Up-to-3x-PCI-Express-v3-0-slots-x16-or-Two-x8-+-One-x4-~42756 https://www.scan.co.uk/products/netstor-na211tb-thunderbolt-pcie-expansion-enclosure Confirm that it’s the 300W version. I would wait for TB3 products and compare prices.
  5. Yep, I prefer open standard that runs on any hardware. I tested also multi-GPU rendering about three months ago. The R9 Nano renders perfectly Oscar Johansson’s example scene with default settings: MBP11,5 & Netstor NA211TB Indigo Renderer v4.0.39 macOS Sierra version 10.12 Beta Samples per pixel target: 346.81 1min 15s. It’s 55 seconds faster than a R9 M370X. If Indigo developers added the Metal API, their app would blow away competitors. By the way, script v0.9.8 doesn’t support neither R9 Nano nor RX 480.
  6. I disagree. BizonBOX is not an Intel certified product, and I’m sure that AKiTiO has not given them any permission to advertise their product. It’s simply a modified Thunder2. Their “modding services” sounds a bit better: https://bizon-tech.com/us/akitio-diy-egpu.html But still all their “innovations” are taken from this forum. At present they do give some credit to this forum and my script, a brief mention at the end of the page, and seems that my MIT-license file is included. In the beginning they didn’t ask anything, just wrapped my script into some kind of “installation tool”. After I encrypted my copyright notice, they contacted me by email. The MIT license allows anyone to use and modify my script, even for commercial purposes, so I can’t stop them. One of the reasons why automate-eGPU EFI is a closed source project. I support only Intel certified products.
  7. @tmpkn If the windowed OpenGL/Metal app is started on the eGPU monitor, it’s still accelerated by the eGPU on the internal display as well.
  8. @tmpkn The line 62 fix disables eGPU screen output. @RockyMountain It is not less safe with SIP disabled on El Capitan than would be with Yosemite or earlier. SIP brings more protection but you must keep it disabled.
  9. When eGPU.efi is successfully created, the VBIOS is 100% UEFI spec compatible. However, none of the Nvidia UEFI ROMs are compatible with the Mac firmware but the app tries to bypass Nvidia’s validations. In most cases it works but some cards are problematic. I guess it depends on the brand. Do you mean F1 restart? Apple's startup manager never shows up? Please keep script’s -a mode turned off (sudo ./automate-eGPU.sh -m) when you test the EFI app. Does is still says “eGPU not detected” when you boot from cold power state?
  10. @t00h0t The demo app just demonstrates screen switching in EFI environment, nothing after OS kernel takes over. They are two separate worlds, so doesn’t matter whether Nvidia web drivers are installed. Hold Option key down after F1 restart and then select “EFI Boot” disk again, you should be able to switch between iGPU/eGPU in real time if “Load GOP drivers” is earlier set to ON. At least Gigabyte and EVGA ROMs do work. If you get a black screen, the extracted UEFI driver (eGPU.efi) is not compatible. Is it the same with the 2015 13" MBP?
  11. “Load GOP drivers” must be set to ON and one restart is required before you can test screen switching. What is the manufacturer of your card? Other menu options in demo version are limited to the MBP11,5.
  12. @P-Mac Thanks! Please wait a moment until wifi has finished loading, a couple of restarts (F1) may be needed with a single-slot enclosure. I’ve a reference GTX 980 as well, and the demo version detects it with the Thunder2 and this rom file: https://www.techpowerup.com/vgabios/179589/179589 GV-N980D5-4GD-B Yep, gpu-switch and apple_set_os.efi are handy tools. The latter caused some blue screen errors with the M370X model. I accessed the gmux device directly by modifying IO address space. @Simurgh5 The new demo is not designed for detecting two-slot enclosures, but if you can provide the PCI configuration space data, I can take a look. I will send instructions in PM.
  13. @Simurgh5 Seems that you cannot receive PMs. I could make a special version of automate-eGPU EFI for your 750M equipped MBP if you can test with an UEFI capable card? Optimus automation of M370X model probably applies to 750M as well with little changes.
  14. Can the nMP bring something else than larger footprint on the table? Is the TB2 bandwidth of the nMP notably better compared to a quad-core TB2 MBP? I gave all of you OS X support for free, version updates and maintaining, all open source and documented on GitHub. Everyone is free to fork my project. Do we all agree what you said - “just OS X support”, “Now we need just Windows”? So the whole community looses a valuable discovery because some “Rominator” has some sort of “situation” with us? I’ve not heard anything. Sounds like you are a messenger, let’s repeat: My original discovery posted on 11 Apr 2015, screenshot as a proof. https://www.techinferno.com/index.php?/forums/topic/6772-which-tb2-macbooks-allow-monitors-to-be-used-on-nvidia-egpus-in-osx/&do=findComment&comment=114742 I didn’t have to, but I explained my research procedure: https://www.techinferno.com/index.php?/forums/topic/6772-which-tb2-macbooks-allow-monitors-to-be-used-on-nvidia-egpus-in-osx/&do=findComment&comment=120206 The thread was under impartial admins review and the case is closed. I keep my own way of eGPU research, not influenced by others. If someone still persistently believes that the story didn’t go as described, I am pleased to send all my PMs and emails with timestamps to new impartial authority.
  15. The cause for instability is often a cheap powered riser without capacitors. You should avoid the ones with a chunk of glue on it, check the AWG, and test with a multimeter whether it’s back powered or not. You’ve chosen a wrong riser. Much easier to make a barrel adapter than to find the weak spot of your riser. The focus of my work has shifted to EFI side, so I don’t have time to answer questions.
  16. I have already rewritten the eGPU detection, tried delaying but it didn't resolve the issue with AKiTiO after cold restart. Says "eGPU not detected" randomly but seems to work quite reliably if you wait for wifi to be ready, and then select "EFI Boot" disk. Can you try that (other TB devices disconnected)? When the eGPU is visible (Load GOP drivers set to ON earlier), can you change the screen output with two monitors? Monitors have to be connected from the beginning. That needs another ~2000 lines of code, so not in the near future. I may give the development version to some members who are interested in beta testing.
  17. @pixxelpusher Apple keeps displaying 1.10 in their firmware EFI implementation, even if GOP (Graphics Output Protocol) is a part of UEFI 2.0 Specification. However, this protocol is included with the Thunderbolt Macs. I've never owned a classic Mac Pro but I suppose that they are bound to older protocol and require Mac EFI, UEFI ROM doesn't help. If cMP's firmware was GOP compatible and STO runs on top of GOP, in theory it would be possible to show the same custom boot screen. Unfortunately the classic Mac Pro won't be supported even if somehow possible.
  18. Thanks! I rarely use Windows but it’s not a long time since I noticed constant CPU load, not sure if the dGPU caused it. Hibernate resolved the issue: https://communities.intel.com/thread/97975 I’m about to discontinue script development if it turns out that everything can be done in pre-boot environment as it now looks so. I cannot promise that every Mac will work, but as there is model validation, it’s easy to add new ones. Your 750M equipped MBP could be the next. I’ve decided to keep EFI work closed-source since my MIT licensed script can be grabbed and modified by anyone. Thus far, I have provided almost daily support and advice to this community, but this is not possible anymore. I hope that members of this forum understand that I don’t have time to answer to their questions due to this new project. And I need some distance from computers, going to the summer cottage soon I’ve received some questions about how to contribute financially. I feel that the work itself creates value. No decisions yet if the full version is going to be commercial.
  19. We found the difference. My enclosure is NA211TB and forgot to make sure that it works with AKiTiO. I guess it needs longer delay. I will make a new version.
  20. @razvani Just got confirmation that v0.0.1-demo recognizes an eGPU connected to a nMP. What enclosure are you using? Try deleting eGPU.efi, and "settings" file under the root of the USB device. If you don't see eGPU.efi with eGPU.rom, your eGPU.rom is not UEFI compatible.
  21. Would you be more specific? “Anymore” means that at some point the eGPU device id was there? As if the -a mode is still enabled, uninstall the script. The demo version doesn’t allow to boot into OS X / Windows with the nMP, it should say “Not supported” when you press enter.
  22. Yes. CUDA/OpenCL/Metal accelerated apps don't require an external monitor if the eGPU is selectable within the app.
  23. This is a known issue and there is a quick fix for CUDA: https://github.com/goalque/automate-eGPU/issues/17
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use. We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.