Hallo
Ik ben op dit moment bezig met een groot bestand en ik merk dat mijn processor, via de multicore, maar op maximaal 15% van het totaal beschikbare vermogen draait.
Is het mogelijk om meer CPU-kracht toe te wijzen aan solidworks?
Zo ja, wat moet er tijdens het werk worden gedaan.
Bij voorbaat dank.
Hallo
SolidWorks gebruikt de multi-core alleen voor simulatie of rendering (photoview):
http://www.javelin-tech.com/blog/2010/11/do-multi-core-processors-help-with-solidworks/
Dus geen mogelijkheid om dat te veranderen, multi-cores zijn in andere gevallen nutteloos (twee of vier cores zijn genoeg: een voor solidworks, een andere voor andere programma's).
Edit: hyper-threading (simulatie van een core als twee) kan worden uitgeschakeld, maar verandert niet veel aan de prestaties van SolidWorks:
http://www.cadtek.com/solidworks-use-multiple-cores/
Kijk in Windows Taakbeheer in proces door met de rechtermuisknop te klikken SLDWORKS.exe in staat is om te bepalen of het is toegestaan om op alle processors te draaien.
Zet dan de prioriteit hoog.
Maar logischerwijs zal Solidworks standaard de maximaal mogelijke CPU gebruiken
Ik zit soms op 98% ^^
Juist, Lucas!
Ja, .PL heeft gelijk. Het blijft voor mij een raadsel...
Hallo.
Ik ben zo vrij om het onderwerp een paar jaar na de slag nieuw leven in te blazen, sorry, maar veel forums gaan over dit onderwerp en wat ik daar lees is onnauwkeurig.
In werkelijkheid gebruikt Solidworks alleen multi-threading voor berekeningen buiten SW, namelijk Photoview360 (dat overigens niet door Dassault is geprogrammeerd) en rekenmodules zoals SW-simulatie. Voor al het andere gebruikt SW NOOIT multithreading. Het is moeilijk te realiseren omdat bijvoorbeeld regeneratietaken door alle processors lijken te worden afgehandeld , maar als we kijken naar de cumulatieve belasting van threads, realiseren we ons dat als we een Xeon met 4 cores hebben, de CPU gelijk is aan 25%, dat als je een i7 (4 cores/8thread) hebt, de CPU op 12,5% staat... Als bij toeval. (dus als je het aan een enkele core toewijst, zijn de prestaties ongewijzigd)
In het bijzonder zal worden opgemerkt dat wanneer we de regeneratie van een assemblage forceren, elk onderdeel achtereenvolgens wordt geregenereerd, terwijl het niet moeilijk lijkt om de processen te isoleren.
Ik gebruik deze software sinds versie 98, bijna alle versies tot 2018, en de laatste evolutie van de 3D-engine dateert van de versie uit 2003 met het verschijnen van volumelichamen. Sindsdien is Solidworks gestagneerd en is het ontwerp nu grotendeels achterhaald.
Goedenavond
Ik zie niet in waarom je kunt zeggen dat SW achterhaald is.
Wat u op een ietwat abrupte manier aangeeft, is naar mijn bescheiden mening het resultaat van een fragmentarische analyse.
Allereerst zijn ten minste twee van uw beweringen dat "nooit enz..." onjuist zijn
Ik denk dat je SW-ontwerpers in de VS moet vragen die je alle kleine stukjes van processen zullen laten zien die al multi-core zijn, zoals het laden van onderdelen.
We kunnen de veroudering van software niet beoordelen op basis van één enkel criterium, namelijk het niet-gebruik van multithreading. Kijk eens hoe lang je hersenen je op een dag inactief maken vanwege intense gamberge, het is niet de software die de langzaamste tijd gaat.
Omdat AV meer uw intelligentie is dan de software.
Software die verouderd is, verdwijnt heel snel uit het landschap (in 40 jaar tijd heb ik er honderden zien verdwijnen, waaronder bestsellers). Goud: SW zoals in Uitvinder, Creo, enz... gebruik functies vooral voor ontwerpers in meerdere beroepen, en niet alleen voor fabrikanten van Bretonse bilboquets onder invloed van gammastralen van Noroît-winden. En als we goed kijken, zijn er in tien jaar tijd flinke veranderingen geweest in de functionaliteiten.
Het is waarschijnlijk dat u geen vrachtwagen van 15 ton gebruikt om een chocoladereep te kopen onder het voorwendsel dat er mogelijk een promotie van 5 ton chocolade voor een euro meer zou kunnen zijn. Een krachtige machine werkt dus beter zonder noodzakelijkerwijs multi-core te gebruiken. Aan de andere kant, neem een rotte computer of een tablet en je zult zien hoeveel deze achterblijft.
Alle software-uitgevers en vele andere bedrijven in alle sectoren integreren technologieën die zijn gemaakt en ontwikkeld door anderen die dit niet willen doen onder het voorwendsel dat NIH er op een of andere dag voor betaalt (zie Samsung onlangs met zijn telefoon).
In mijn werk gebruik ik grote assemblages van enkele duizenden onderdelen die in alle richtingen bewegen (bijna complexe kinematica) en de laadtijd is sinds V 2015 niet meer dan 10 seconden geweest.
Vernieuwingstijden duren slechts fracties van een seconde.
Alles is mooi, je zult me verwijten maken!
Welnee!
Er zijn veel fundamentele kritieken die kunnen worden geuit op de software waarvan de zeer grote fout volgens mijn dagelijkse ervaring is dat het geheugen verkeerd wordt beheerd, wat leidt tot crashes of valse fouten, of zelfs bestandsbeschadiging veroorzaakt. Als ik zie dat het begint te rommelen, sluit ik SW en start het opnieuw op. En alles wordt weer normaal.
Het tweede punt van kritiek dat ik zou willen hebben, is de inhomogeniteit tussen bepaalde functies: een beetje alsof functies die in een oudere versie zijn toegevoegd, een beetje slordig zijn geweest en nooit meer zijn herzien.
Ik heb meer dan twintig jaar ervaring in de architectuur van informatiesystemen in twee zeer grote bedrijven en ik kan je vertellen dat het herschrijven van software van enkele miljoenen regels code een heel gedoe is, vooral voor foutopsporing, dus niemand neemt het risico. Dit gebeurt wanneer besturingssystemen worden afgesloten (IBM is dit gewend). In dit geval gebruiken we molens die de oude code converteren, maar het zou bij niemand opkomen om alles te herschrijven.
Om een stukje informatie af te ronden dat je misschien niet hebt, brengt Nvidia de eerste GPU's uit die zijn gewijd aan Ray-Tracing met zijn nieuwe Turing-architectuur, maar vooral die raytracing in realtime doet en SolidWorks zit in het spel. Dat gezegd hebbende, het aantal mensen dat echte kwaliteitsrendering doet met solidworks is niet legio.
Ik was sneller om de rendering onder modo 901 te doen dan om de voorouder van photoview te gebruiken.
Bekijk de nieuwe 2019-versie van SW en begrijp waarom we functies beginnen te krijgen die geleidelijk dichter bij Nurbs-software komen. En welke koppeling er gemaakt kan worden tussen deze nieuwe modelleringsfunctionaliteiten met topologische optimalisatie
De Amerikanen zeggen dat trend niet het lot is.
Tegenwoordig zijn er, afgezien van CATIA, dat in een andere categorie speelt, zes CAD-softwareprogramma's van ongeveer hetzelfde niveau en vele andere die in de derde divisie spelen.
Voor een bedrijf dat wil overstappen van quichemolle software naar tartequiche: dit is een zeer zware beslissing, zeker voor de conversie en het gebruik van oude ontwerpen. Om nog maar te zwijgen van de tijd die het kost om te investeren in training om de nieuwe software correct te gebruiken. Ik verliet Inventor, dat een onbetaalbare storing had met betrekking tot mijn activiteit en ik verloor meer dan een maand om min of meer SW onder de knie te krijgen.
Als je een dozijn werknemers en duizenden onderdelen hebt, denk je niet twee keer na voordat je verandert.
Vriendelijke groeten
Mooie analyse!
Ik hou van de "makers van Bretonse bilboquets beïnvloed door gammastralen door een noordenwind";
SW maakt gebruik van multi-threading met modules voor het renderen van foto's en andere functies.
met zijn simulatiemodule (maar dit zijn externe programma's)
Aan de andere kant, en ik had dit al gezegd over een ander onderwerp van hetzelfde type:
Ja, SW gebruikt soms alle bronnen (met of zonder via Windows).
En dit zonder te hoeven prutsen met processor/procestoewijzingen.
SW bevat een veelheid aan functies, het is duidelijk zonder programmeur te zijn dat sommige parallel kunnen worden gedaan, maar vooral dat sommige slechts chronologisch moeten worden gedaan.
En voor taken waarbij SW single-threaded lijkt te zijn, zoals Zozo zegt (dubbel-coaxiaal), is het schrijven van coderegels misschien moeilijk om te zetten naar multi-threaded, of misschien komt het van geheugenoverdrachten die beperken, enz...
In ieder geval mag elke persoon slechts een deel van zijn of haar functies gebruiken in zijn of haar ontwerpbureautaken.
iemand die bijvoorbeeld met Chassis werkt, hoeft nooit de matrijsfuncties aan te raken, enz...
Al een flink aantal jaren, het is niet recent, heb ik gemerkt dat SW in sommige gevallen 100% van de beschikbare bronnen gebruikte, sommige functies (niet alle, maar sommige wel), en dit zonder een add-ons of externe programmamodule te zijn.
Om het te zien, maar het hangt af van de functies die u gebruikt, de grootte van de ASM of MEP, enz...
Een eenvoudig ding om te doen in Windows, stel Taskmgr in op "het geminimaliseerde pictogram verbergen" en stel het in bij het opstarten taskmgr.exe geminimaliseerd.
Ga vervolgens naar de Windows-klok naar pictograminstellingen en kies Taskmgr en stel deze in op Permanent weergeven.
Dus voor de nieuwsgierigen, of degenen die willen kijken en vinden welke functies SW op volle snelheid gebruikt, let gewoon op het groene pictogram...
Herinnering : dit zijn slechts enkele functies, maar sommige kunnen relatief vaak voorkomen, maar om ze te markeren, moet je een oogje in het zeil hebben, grote bestanden hebben...
Hallo Olivier 42
Kunt u ons vertellen welke iconen dat zijn?
[[ Een eenvoudig ding om te doen in Windows, stel Taskmgr in op "verberg geminimaliseerd pictogram", en stel het in bij het opstarten taskmgr.exe geminimaliseerd. ]]
En vooral, hoe en waar het iets verbetert.
Klautert het niet in andere apps (ik denk niet als je het aanbiedt)
Alle goede ideeën moeten worden genomen, bedankt voor je toekomstige antwoord :-)
Cdlt
nee, taskmgr doet niets, het is "eenvoudige Windows"
Hiermee kunt u alleen de belasting van de pc zien:
C:\Windows\System32\taskmgr.exe
(voor SW functioneert op 100%, uit mijn geheugen herinner ik me er al 2, er is er een die iedereen moet tegenkomen maar het niet waarneemt, en een andere in een meer specifiek en zeldzaam geval. Nadat er misschien andere functies zijn, heeft SW er zoveel...)