116 karma · joined December 26, 2020
Gamers Nexus"
-
From ASML:
"ASML’s extreme ultraviolet (EUV) light source was developed and is manufactured at its facility in San Diego, California. Acquired from the US firm Cymer in 2013, the R&D team here developed the laser-produced plasma (LPP) system that fires lasers at tin droplets 50,000 times per second to generate EUV light."
How about Supporting Vega And Polaris GPUs via SYCL so Blender 3D's SYCL back end can be utilized for Vega and Polaris GPU accelerated Cycles rendering! The Radeon HD 7650M(TeraScale Rebrand) on my HP ProBook has long since given up the ghost but Vega and Polaris GPUs were dropped from the ROCm/HIP support Matrix long before AMD stopped selling new GPUs and APUs that utilized Vega Graphics and Polaris GPUs have been given such poor treatment by AMD with regards to GPU compute API support that more needs to be done there for those legacy devices that are GCN based and abandoned by AMD all too soon. And people do make use of Blender 3D to create Gaming Assets and it's a crying shame that Vega and Polaris iGPUs and dGPUs can not get some SYCL based support as Blender 3D's SYCL Back End is being worked on to support Adreno Graphics for iGPU accelerated Cycles Rendering!
The Tech Press is maybe focused too much on the Big 3(Micron, Samsung, and SK-Hynix) and maybe the Chinese Government will be helping to increase their own internally produced DRAM/NAND production to meet more than just the Chinese internal market needs! Electric power for Industrial production of DRAM/NAND is relatively more affordable in China and the Chinese appear to be not as restricted by the Foundry Equipment import restrictions.
But maybe the western Markets need to allow China access to the older DUV equipment that's gotten restricted, as well as the EUV equipment, to allow for there to be more DRAM/NAND productions to meet demand worldwide for DRAM/NAND to be supplied to keep prices more sane for everyone worldwide! DRAM and NAND production does not necessarily need EUV or any leading edge process node technology but even DUV equipment is being restricted from Chinese Import and maybe the Western Governments need to allow the Chinese to purchase more of those used DUV machines to help relieve the supply DRAM/NAND shortage.
Maybe the Chinese can provide some of its Long Distance Power Transmission infrastructure and supply power to neighboring countries and sell power to places that are not as Fab Equipment restricted to produce DRAM/NAND for SE Asian market DRAM/NAND needs. But with the Price of DRAM/NAND so high there will probably be the investment to do just that in SE Asia and using Chinese supplied Electrical power for that production as the Chinese look to be quite capable to supply more electrical power than even the Chinese need currently for its internal needs!
Qualcomm also wants the RISC-V engineers and their Knowledge and the Software Ecosystem and SDKs/Tools that Ventana has developed over the years to create CPU cores that execute that RISC-V ISA. And that includes all the design Verification tools/EDA tools that Ventana developed for their specific CPU core designs and all that non hardware stuff that takes a larger investment in dollars than just the hardware's development alone costs!
So the RISC-V ISA is Royalty free but not anyone's actual RISV-V ISA executing CPU core designs that cost millions to create and are the proprietary part of the Acquisition that Qualcomm is after. I'd imagine that Qualcomm's Nuvia engineers could more rapidly swap out the ARM ISA Instruction Decoders on any Oyron cores with some RISC-V Decoders and use most of the same Oryon Micro-op engine design that's native to the current Oryan generation cores but maybe Ventana's micro-op execution engine has something that's valuable to Qualcomm as well.
And so ISAs on modern microprocessors are abstracted away at the actual hardware level by the Micro-ops execution engine desogns that are proprietary to the ones that created them. And the reason that many license from ARM holdings is not just the ISA but the software/OS/Drover ecosystem that's built up over the decades for the ARM ISA ecosystem and that costs many times more than the hardware's costs to develop and maintain over the years. And so the ARM OS/Software/API and driver ecosystem is decades more mature than the RISC-V OS/Software/API and driver ecosystem, and that took years and 100s of billions in investments to get ARM where it is today!
But since RISC-V is royalty free there are hundreds of companies using RISC-V, including Nvidia for it's FALCON(FAst Logic CONtrollers) that are used all over Nvidia's GPUs and other accelerators. And with RISC-V one is free to implement only a subset of the RISC-V ISA or create custom RISC-V ISA extensions unlike ARM holdings where licensees have to implement the entire ARM Licensed ISA regardless of if all the instructions are needed for the task and no ISA extensions allowed.
So maybe Qualcomm is interested in the micro-controller market that's lower margin and that makes RISC-V's Royally Free more attractive! Or Qualcomm, like Nvidia, wants to develop some RISC-V Micro-Controllers for it's own in-house needs and not have to pay for ARM Holdings ISA based Micro-Controller designs. Look at Nvidia's dozens of on GPU die Controllers(Encoder/Decoder Logic,Etc) and because that's Nvidia FALCON RISC-V based that's quite a bit of savings in Royalty Payments and CPU core design payments to ARM Holdings or anyone else because FALCON is Nvidia's In-House IP and that RISC-V ISA is free to use for Nvidia or others to save billions that way.
Trump and the Republican Party wants to get rid of the Entire New Deal legislation and return the US back to a regulatory structure that existed in the Pre Sherman Antitrust Act(1890) days in America when the Robber Baron controlled Crony Capitalistic Trusts had free reign and the US Economy was effectively cornered by the Robber Baron Trusts and hardly free market at all!
The Social Democracies need look at the US as not sharing the same values as the Social Democracies in the world and those Social Democracies should have been taking measures since 1980 to reduce any dependency on the US economically!
The US Should be Actively Labeled a Crony Capitalist Country and one that is Oligarch Dominated and not really a Free Market Capitalistic country!
And Trump/Crony Capitalists are actively trying to destabilize the Canadian economy as well as the economies of Mexico and South America!
An so wee have had an intentionally undefended SS-Retirement fund the last 40+ years of the Republican controlled congress, that mostly had the Republican Congressional Majority overlapping many Democrat Controlled executive office tenures! And so Social Security does not work By Republican Party Anti New Deal design, before and especially since 1980!
The Social Security 2100 act needs to get passed so that no low wage retiree gets a SS-Retirement check that's below 100% of the federal poverty level and that Republican Tax Cut for the most wealthy and Corporations in the US needs to be allowed to elapse to pay for that. And really the Corporate Tax Rates in the US needs to be returned to the same levels that they where when Eisenhower was POTUS and to fix the 40+ years of Republican Party intentional underestimating the proper SS-Withholding amount to properly fund Social Security!
Any Movie Production may have the ability to hire some consultant to get past some of the issues that pop up so it's more and issue of is Blender 3D actually Turn-Key for the average end user?
And I'm trying out an Extracted/Non Installed version of Blender 4.3.2 on a Laptop(Mint 21.3) with Ryzen 3550H/Vega 8 Integrated Graphics and a Polaris RX560X dGPU but when I try the DRI_Prime=1(Offload to the Polaris dGPU) setting to run Blender 4.3.2 via a console session that locks up on that laptop when trying to use the Blender 3D UI! Is there some difference in Installed Blender and just the extracted version that gives the Application better access to the GPU/GPU-ID subsystems on Linux(Kernel)?
Blender 4.3.2's Eevee is nice but there's not the same level of Ray Tracing/Render Passes capability on Blender Eevee as there is With Blender Cycles.
But none here are maybe from that Era that was coming to a close in the late 70s and are not yet qualified to shake their fist and angrily yell at that singular cloud floating in a beautiful blue sky!
And so just follow the Vested Interests when in comes to the Next White House Administration's policies!
(1)
"P.A. Semi"
https://en.wikipedia.org/wiki/P.A._Semi
- From Wikipedia:
"P. A. Semi (originally Palo Alto Semiconductor[1]) was an American fabless semiconductor company founded in Santa Clara, California in 2003 by Daniel W. Dobberpuhl,[2][3] who was previously the lead designer for the DEC Alpha 21064 and StrongARM processors. The company employed a 150-person engineering team which included people who had previously worked on processors like Itanium, Opteron and UltraSPARC.[4] Apple Inc acquired P.A. Semi for $278 million in April 2008.[5]
P.A. Semi developed the PWRficient PA6T-1682M CPU, which was used in the AmigaOne X1000. "
-
This is where Apple got their CPU cores design Chops, and the Last of the Alpha processors was SMT capable long before Intel got a hold of the person from Academia who developed SMT to design Intel's SMT which Intel Branded/Trademarked as Hyperthreading(HT)
So How are all of you enjoying this new Guided Age of Technology Trusts and that new age that started in earnest beginning with the 1980 election and is really coming into its own with the election of 2024! Say hello to the Robber Barron Cabinet come Jan 20th 2024, and maybe 2029 will be a year not to dissimilar from the one that occurred one century before!
And as far as Inkscape placing SVG nodes too close together when using traced bitmaps that needs to have some user setting to go along with the node type as well because that's a great problem for importing SVGs into Blender 3D where the SVGs/Paths do not import properly and the SVGs have to be edited by hand in Blender 3D to fix issues with nodes and surfaces not appearing and such errors that are almost impossible to track down and repair.
Let's give those Billionaires some less of our wallets!
Musk yearns for the days of Robber Barrons Past! And apparently the Congress is so very much "Citizens United" scared($$$$$) to fix that Egregious SCOTUS ruling that's made the politicians as overtly up for sale the average LA streetwalker!
So there needs to be someone testing Gimp 3.0 against the previous version to see of any behaviors are not the same and sometimes that can affect workflows greatly!
Now the x86 SOCs have really Poor iGPU compute API support and Blender 3D 3.0/later editions have no support for OpenCL as the Blender Foundation decided to drop that OpenCL support long ago where Blender 3D's iGPU/dGPU compute API support is mostly via Nvidia's CUDA or Apple's Metal mostly.
But What About Intel's OneAPI/Level-0 and AMD's ROCm/HIP and the tech press never really looks into why for AMD that ROCm/HIP is not really supported for AMD's Integrated Graphics and I have not seen anyone doing any testing of Intel's OneAPI/Level-0 for any iGPU accelerated Blender 3D Cycles rendering.
Apple's iGPUs on their M series processors are well supported for non gaming graphics applications for the most part but what about the x86 makers iGPUs and Blender 3D's iGPU accelerated cycles rendering should be on a regular roster of testing.
Why is there so much fragmentation now for Integrated Graphics and some Standard iGPU compute API and OpenCL was supposed to be the cross platform answer to that but really long before there was any Apple M series processors OpenCL never really progressed much on Linux and Apple moved on to using Metal while Nvidia has always favored its CUDA Graphics and Compute API.
But the Phoronix Automated test suite has more tests than then ones that Phoronix has chosen to list in the Article so there's usually a link to the remainder of the tests and I'd rather there be some iGPU testing done as that's being ignored for the most part in favor of mostly CPU cores testing as if the iGPUs on the processors do not even exist! And there's quite a bit more FP compute on the makers respective iGPUs that can come in handy for more than just Gaming workloads!