Official Burst for standalone players

Bug submitted, and I've also put the min case up on github: https://github.com/efruchter/BrokenJob_Nov26

Here's the offending code, for your convenience:

Code (CSharp):

1. using Unity.Burst;
2. using Unity.Collections;
3. using Unity.Jobs;
4. using Unity.Mathematics;
5.  
6. [BurstCompile]
7. public struct BrokenJob : IJob
8. {
9.     public NativeArray<float3> GrabConstraints;
10.  
11.     [ReadOnly] public float3x3 LeftHandPosition, RightHandPosition;
12.  
13.     public void Execute()
14.     {
15.         for (int grabIndex = 0; grabIndex < GrabConstraints.Length; grabIndex++)
16.         {
17.             bool isLeft = grabIndex == 0 || grabIndex == 2;
18.             var pos = isLeft ? LeftHandPosition.c0 : RightHandPosition.c0;
19.             int grabStatKey = isLeft ? 1 : 2;
20.         }
21.     }
22. }

I've noticed that if I remove the 3rd line "grabStatKey", it compiles. I have a custom blittable Bool1 struct that is a "byte" internally, and swapping "bool" with my "bool1" also fixes the compilation.

 

Hi,

When I want build on Win x64, I have this error :

Code (CSharp):

1. System.Exception: C:\Users\sylme\Desktop\Test iso\test iso\Library\PackageCache\com.unity.burst@0.2.4-preview.37\.Runtime\bcl.exe did not run properly!
2.   at UnityEditorInternal.Runner.RunProgram (UnityEditor.Utils.Program p, System.String exe, System.String args, System.String workingDirectory, UnityEditor.Scripting.Compilers.CompilerOutputParserBase parser) [0x0011f] in C:\buildslave\unity\build\Editor\Mono\BuildPipeline\BuildUtils.cs:130
3.   at UnityEditorInternal.Runner.RunManagedProgram (System.String exe, System.String args, System.String workingDirectory, UnityEditor.Scripting.Compilers.CompilerOutputParserBase parser, System.Action`1[T] setupStartInfo) [0x00063] in C:\buildslave\unity\build\Editor\Mono\BuildPipeline\BuildUtils.cs:73
4.   at Unity.Burst.Editor.BurstAotCompiler.OnPostBuildPlayerScriptDLLs (UnityEditor.Build.Reporting.BuildReport report) [0x0054f] in C:\Users\sylme\Desktop\Test iso\test iso\Library\PackageCache\com.unity.burst@0.2.4-preview.37\Editor\BurstAotCompiler.cs:236
5. UnityEngine.Debug:LogError(Object)
6. Unity.Burst.Editor.BurstAotCompiler:OnPostBuildPlayerScriptDLLs(BuildReport) (at Library/PackageCache/com.unity.burst@0.2.4-preview.37/Editor/BurstAotCompiler.cs:240)
7. UnityEngine.GUIUtility:ProcessEvent(Int32, IntPtr)

This job is unit tested so I know it works in editor with burst and of course I have no try/catch in my ECS world
Can you add line where burst crash in furtur ?

Job code :

Spoiler

Code (CSharp):

1.         [BurstCompile]
2.         public struct DistributionLinkDemandToOfferJob : IJob
3.         {
4.             #region Implementation of IJob
5.  
6.             /// <inheritdoc />
7.  
8.             // ReSharper disable once FunctionComplexityOverflow
9.             public void Execute()
10.             {
11.                 foreach (var currentDemandIndex in DemandOrder)
12.                 {
13.                     var demandChunk      = DemandChunks[currentDemandIndex.x];
14.                     var demandResumArray = demandChunk.GetNativeArray(DemandResumACC);
15.  
16.                     _demandResum = demandResumArray[currentDemandIndex.y];
17.  
18.                     if (_demandResum.FillByLinkedDemand)
19.                         continue;
20.  
21.                     int bestScore = -999;
22.  
23.                     for (int offerChunkIndex = 0; offerChunkIndex < GoodOfferChunk.Length; offerChunkIndex++)
24.                     {
25.                         var offerArray = OfferChunks[GoodOfferChunk[offerChunkIndex]].GetNativeArray(OfferResumACC);
26.  
27.                         for (int offerArrayIndex = 0; offerArrayIndex < offerArray.Length; offerArrayIndex++)
28.                         {
29.                             if (offerArray[offerArrayIndex].Reserved)
30.                                 continue;
31.  
32.                             var currentScore = GetScoreOffer(offerArray[offerArrayIndex]);
33.  
34.                             if (bestScore >= currentScore)
35.                                 continue;
36.  
37.                             bestScore       = currentScore;
38.                             _betterOffer[0] = GoodOfferChunk[offerChunkIndex];
39.                             _betterOffer[1] = offerArrayIndex;
40.                         }
41.                     }
42.  
43.                     //if score inf -2 again, it means that any offer is valid so cute this resource
44.                     if (bestScore < -1) //-1 is not valid beause an offer can be not valid for this demand but good for next
45.                         return;
46.  
47.                     var offerResumArray = OfferChunks[_betterOffer.x].GetNativeArray(OfferResumACC);
48.                     var oTraget         = offerResumArray[_betterOffer.y];
49.                     oTraget.Reserved                = true;
50.                     offerResumArray[_betterOffer.y] = oTraget;
51.  
52.                     PreAgreementList.Add(new PreAgreement { DemandIndex = currentDemandIndex, OfferIndex = _betterOffer });
53.                 }
54.             }
55.  
56.             #endregion
57.  
58.             private int GetScoreOffer(OfferResum offer)
59.             {
60.                 if (offer.AmountSum < 1F || _demandResum.CarrierCameFromMe == false && offer.CarrierCount == 0)
61.                     return -1;
62.  
63.                 int score = ((int)offer.Priority + 1) * 2000;
64.  
65.                 //distance of vector 100,100,100
66.                 const float maxDistanceForValue = 1F / 173.20508F;
67.  
68.                 score += (int)(1000F * (1F - math.clamp(math.distance(_demandResum.Position, offer.Position) * maxDistanceForValue, 0F, 1F)));
69.  
70.                 var tuple = CalcAmountResource(offer.AmountFree);
71.  
72.                 int amountResource = tuple.Sum, amountValue = tuple.Value;
73.  
74.                 if (_demandResum.InternalStorageAccepted)
75.                 {
76.                     tuple = CalcAmountResource(offer.AmountInternal);
77.  
78.                     amountResource += tuple.Sum;
79.                     amountValue    += tuple.Value;
80.                 }
81.  
82.                 if (amountResource < 1F)
83.                     return -1;
84.  
85.                 score += math.min(15 * amountValue, 1000);
86.                 score += math.min(15 * amountResource, 500);
87.  
88.                 return score;
89.             }
90.  
91.             /// <summary>
92.             /// Calcul amount sum and amount value
93.             /// </summary>
94.             /// <param name="offer"></param>
95.             /// <returns></returns>
96.             private (int Sum, int Value) CalcAmountResource(OfferAmount offer)
97.             {
98.                 int sum = 0, value = 0;
99.  
100.                 var qualMin = _demandResum.QualityMinimun;
101.                 var qualMax = _demandResum.QualityMaximum;
102.  
103.                 if (qualMin == QualityResource.Poor)
104.                 {
105.                     sum   += offer.AmountPoor;
106.                     value += offer.AmountPoor;
107.                 }
108.  
109.                 if (qualMin <= QualityResource.Basic && qualMax >= QualityResource.Basic)
110.                 {
111.                     sum   += offer.AmountBasic;
112.                     value += offer.AmountBasic * 2;
113.                 }
114.  
115.                 if (qualMin <= QualityResource.Good && qualMax >= QualityResource.Good)
116.                 {
117.                     sum   += offer.AmountGood;
118.                     value += offer.AmountGood * 3;
119.                 }
120.  
121.                 if (qualMin <= QualityResource.Excellent && qualMax >= QualityResource.Excellent)
122.                 {
123.                     sum   += offer.AmountExcellent;
124.                     value += offer.AmountExcellent * 4;
125.                 }
126.  
127.                 if (qualMin <= QualityResource.Divin && qualMax == QualityResource.Divin)
128.                 {
129.                     sum   += offer.AmountDivin;
130.                     value += offer.AmountDivin * 5;
131.                 }
132.  
133.                 return (sum, value);
134.             }
135.  
136.             #region Variables
137.  
138.             [ReadOnly]
139.             public NativeArray<ArchetypeChunk> DemandChunks;
140.             [ReadOnly]
141.             public NativeArray<ArchetypeChunk> OfferChunks;
142.  
143.             [ReadOnly]
144.             public NativeArray<int2> DemandOrder;
145.             [ReadOnly]
146.             public NativeList<int> GoodOfferChunk;
147.  
148.             [ReadOnly]
149.             public ArchetypeChunkComponentType<DemandResum> DemandResumACC;
150.             public ArchetypeChunkComponentType<OfferResum> OfferResumACC;
151.  
152.             //output
153.             [WriteOnly]
154.             public NativeList<PreAgreement> PreAgreementList;
155.  
156.             private int2                    _betterOffer;
157.             private DemandResum             _demandResum;
158.  
159.             #endregion
160.         }
161.  

 

Just a heads up, updating to the latest Xcode command line tools fixed the problem, maybe the clang version did't accepted symlinks to .tbd's ?

I see you use /usr/bin/clang directly so this needs a dependency on the command line tools directly, instead may be better to use xcrun clang in order to run the compiler, etc?

 

Ok, now after updating, the linux standalone shows this while trying to compile on OSX:

Code (csharp):

1. Failed running /.../Library/PackageCache/com.unity.burst@0.2.4-preview.39/.Runtime/bcl.exe @/var/folders/yf/_fy5r6g51hg14jw41ppwgcr40000gn/T/tmp296d70fd.tmp
2.  
3. stdout:
4. Compiling for the platform `Linux` using the following toolchain : GccLinuxToolChain
5. System.NotSupportedException: Burst compilation for standalone, is only supported with a suitable compiler tool chain. (C++ code builder is unable to build C++ code. In order to build C++ code for Linux, you must be running on Linux.).
6.   at Burst.Compiler.IL.Aot.AotLinker.Link (System.Collections.Generic.IEnumerable`1[T] objFiles, System.String outPath) [0x0006d] in <f47ca3c15253443792b4dc3d62cd9b18>:0
7.   at Burst.Linker.Program.Main (System.String[] args) [0x0017b] in <f47ca3c15253443792b4dc3d62cd9b18>:0
8. Usage: blink.exe [options] <input .o/.obj/.ll files...>
9.       --help                 Show Help
10.       --platform=VALUE       Target Platform <Windows|macOS|Linux|Android|iOS|
11.                                PS4|XboxOne|Wasm|UWP>
12.       --target=VALUE         Target CPU <Auto|X86_SSE2|X86_SSE4|X64_SSE2|X64_
13.                                SSE4|AVX|AVX2|AVX512|WASM32|ARMV7A_NEON32|ARMV8A_
14.                                AARCH64|THUMB2_NEON32>
15.       --il2cpp-plugin-folder=VALUE
16.                              Plugin folder
17.       --output=VALUE         Output shared library file
18.  

Unity 2018.3.0f2, Xcode 10.1 (10B61), Burst 0.2.4-preview.39

The same error happens on the Unity cloud build machine.

 

As a side question, there are plans for IL2CPP on Linux standalone also? maybe will help for headless servers.

 

Sorry, stupid newbie question... Been told by an asset developer that Unity requires me to install Windows SDK and VC++ toolkit from the VisualStudio Installer in order for burst compiler and standalone builds to work. However I didn't install VisualStudio along with Unity, I'm using VisualStudioCode. Is there any workaround or am I stuck having to install the full fat version? (and if so, will it be ok if I don't set it as my default code editor in Unity?)

 

Will Switch support come any time soon?

 

Currently this prints as an error which is a little confusing as the build itself succeeds. Is it possible to change this to a warning instead?

Since its a known issue that cross compiling doesn't work, could the burst compiler skip running when compiling for a target different as your host platform? (With a log of course)

Thanks

 

So a development build using IL2CPP resulted in the client immediately consuming 12GB of ram. Production build uses 950MB in the same state. Is that in the realm of expected?

Edit: Doesn't appear to be burst related, and I'm also getting the same behavior on production builds now, so will take this over to the platforms forum.

 

Is burst support planned for WebGL?

 

Will there be a SSE4a support for potato driven CPU's from AMD?
Would be really nice.

 

Asking the same because we can't release our game with Burst turned on. It crashes on old CPU.

 

What are you actually asking about? Your issue is related to SSE4 instructions (used by Burst) which are not supported on old Phenoms etc.

 

What I meant was existing players with old CPUs (like Phenoms) can't run the game if we enabled Burst compiler. It just crashes. For now, we disabled Burst until Unity fixes it. So our game is actually slower when it should not be.

 

Yeah, some foolproof protection would be nice. Like automatic disabling burst jobs on devices that do not support it.
I'm pretty sure it's going to be implemented, it's just not there yet.

 

Had the error:
Failed running C:\Users\Eric\Desktop\BurstTest\Library\PackageCache\com.unity.burst@0.2.4-preview.38\.Runtime\bcl.exe
...

Installing Dektop Development with C++ in VS fixed.

 

I tried dynamic burst-job generation by AssemblyBuilder.
I successfully dynamically generated IJobParallelFor struct but it throwed Mono.Cecil.AssemblyResolutionException when it was with [BurstCompile].
I hope Unity Technologies to resolve this problem.

Spoiler: Error Message

Unexpected exception Mono.Cecil.AssemblyResolutionException: Failed to resolve assembly: 'F***, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'

at Mono.Cecil.BaseAssemblyResolver.Resolve (Mono.Cecil.AssemblyNameReference name, Mono.Cecil.ReaderParameters parameters) [0x00105] in <28cdca1704d2491781795499c297b78b>:0

at Burst.Compiler.IL.AssemblyLoader.Resolve (Mono.Cecil.AssemblyNameReference name) [0x0003d] in <b7b473b74a1a407ea639da1765481143>:0

at Burst.Compiler.IL.AssemblyLoader.Resolve (Burst.Compiler.IL.Helpers.SimpleTypeReferenceString simpleTypeReferenceString) [0x00015] in <b7b473b74a1a407ea639da1765481143>:0

at Burst.Compiler.IL.AssemblyLoader.Resolve (Burst.Compiler.IL.Helpers.SimpleTypeReferenceString simpleTypeReferenceString) [0x00120] in <b7b473b74a1a407ea639da1765481143>:0

at Burst.Compiler.IL.AssemblyLoader.Resolve (Burst.Compiler.IL.Helpers.MethodReferenceString methodReferenceString) [0x0000e] in <b7b473b74a1a407ea639da1765481143>:0

at Burst.Compiler.IL.Jit.JitCompilerService.Compile (Burst.Compiler.IL.Jit.JitCompilerService+CompileJob job) [0x001d9] in <b7b473b74a1a407ea639da1765481143>:0

Spoiler: Code

Code (CSharp):

1. using System;
2. using System.Diagnostics;
3. using UnityEngine;
4. using Unity.Burst;
5. using Unity.Jobs;
6. using Unity.Collections;
7. using Unity.Collections.LowLevel.Unsafe;
8. using System.Reflection;
9. using System.Reflection.Emit;
10.  
11. using static System.Reflection.Emit.OpCodes;
12.  
13. public class TestManager : MonoBehaviour
14. {
15.     public unsafe interface IAccessor : IJobParallelFor
16.     {
17.         int* GetPtr();
18.         void SetPtr(int* value);
19.         JobHandle Schedule();
20.     }
21.  
22.     private const int V = 50000;
23.     IAccessor accessor;
24.  
25.     void Start()
26.     {
27.         const string ModuleName = "Hoge";
28.         const string FileName = ModuleName + ".dll";
29.         AssemblyBuilder assemblyBuilder = AssemblyBuilder.DefineDynamicAssembly(new AssemblyName(ModuleName), AssemblyBuilderAccess.RunAndSave);
30.         var moduleBulder = assemblyBuilder.DefineDynamicModule(ModuleName, FileName);
31.         var typeBuilder = moduleBulder.DefineType("BURSTJOB",
32.             TypeAttributes.Public | TypeAttributes.AnsiClass | TypeAttributes.Sealed | TypeAttributes.SequentialLayout,
33.             typeof(System.ValueType),
34.             new Type[] { typeof(IAccessor), typeof(IJobParallelFor) });
35.         typeBuilder.SetCustomAttribute(new CustomAttributeBuilder(typeof(BurstCompileAttribute).GetConstructor(Type.EmptyTypes), Array.Empty<object>()));
36.         var intPtrType = typeof(int).MakePointerType();
37.         var field0 = typeBuilder.DefineField("ptr",
38.             intPtrType,
39.             FieldAttributes.Public);
40.         field0.SetCustomAttribute(new CustomAttributeBuilder(typeof(NativeDisableUnsafePtrRestrictionAttribute).GetConstructor(Type.EmptyTypes), Array.Empty<object>()));
41.         const MethodAttributes Attributes = MethodAttributes.Public | MethodAttributes.Virtual | MethodAttributes.Final | MethodAttributes.NewSlot | MethodAttributes.HideBySig;
42.         var schedule = typeBuilder.DefineMethod("Schedule", Attributes, typeof(JobHandle), Type.EmptyTypes);
43.         {
44.             var il = schedule.GetILGenerator();
45.             var local = il.DeclareLocal(typeof(JobHandle));
46.             il.Emit(Ldarg_0);
47.             il.Emit(Ldobj, typeBuilder);
48.             il.Emit(Ldc_I4, V);
49.             il.Emit(Ldc_I4, 1024);
50.             il.Emit(Ldloca_S, 0);
51.             il.Emit(Initobj, typeof(JobHandle));
52.             il.Emit(Ldloc_0);
53.             il.EmitCall(Call, typeof(IJobParallelForExtensions).GetMethod("Schedule").MakeGenericMethod(typeBuilder), Type.EmptyTypes);
54.             il.Emit(Ret);
55.         }
56.         var execute = typeBuilder.DefineMethod("Execute", Attributes, CallingConventions.Standard, typeof(void), new Type[] { typeof(int) });
57.         {
58.             var il = execute.GetILGenerator();
59.             il.Emit(Ldarg_0);
60.             il.Emit(Ldfld, field0);
61.             il.Emit(Ldarg_1);
62.             il.Emit(Conv_I);
63.             il.Emit(Ldc_I4_4);
64.             il.Emit(Mul);
65.             il.Emit(Add);
66.             il.Emit(Ldarg_1);
67.             il.Emit(Stind_I4);
68.             il.Emit(Ret);
69.         }
70.         var setPtr = typeBuilder.DefineMethod("SetPtr", Attributes, CallingConventions.Standard, typeof(void), new[] { intPtrType });
71.         {
72.             var il = setPtr.GetILGenerator();
73.             il.Emit(Ldarg_0);
74.             il.Emit(Ldarg_1);
75.             il.Emit(Stfld, field0);
76.             il.Emit(Ret);
77.         }
78.         var getPtr = typeBuilder.DefineMethod("GetPtr", Attributes, CallingConventions.Standard, intPtrType, Type.EmptyTypes);
79.         {
80.             var il = getPtr.GetILGenerator();
81.             il.Emit(Ldarg_0);
82.             il.Emit(Ldfld, field0);
83.             il.Emit(Ret);
84.         }
85.         accessor = (IAccessor)Activator.CreateInstance(typeBuilder.CreateType());
86.         assemblyBuilder.Save(FileName);
87.         Verify(assemblyBuilder);
88.     }
89.  
90.     unsafe void Update()
91.     {
92.         using (var array = new NativeArray<int>(V, Allocator.TempJob))
93.         {
94.             accessor.SetPtr((int*)array.GetUnsafePtr());
95.             accessor.Schedule().Complete();
96.         }
97.     }
98.  
99.     static void Verify(params AssemblyBuilder[] builders)
100.     {
101.         var path = @"C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.7.2 Tools\x64\PEVerify.exe";
102.  
103.         foreach (var targetDll in builders)
104.         {
105.             var psi = new ProcessStartInfo(path, targetDll.GetName().Name + ".dll")
106.             {
107.                 CreateNoWindow = true,
108.                 WindowStyle = ProcessWindowStyle.Hidden,
109.                 RedirectStandardOutput = true,
110.                 RedirectStandardError = true,
111.                 UseShellExecute = false
112.             };
113.  
114.             var p = Process.Start(psi);
115.             var data = p.StandardOutput.ReadToEnd();
116.             Console.WriteLine(data);
117.         }
118.     }
119. }

 

No worries--the VS Installer is actually just an all-purpose installer/uninstaller for any part of Microsoft's full dev package, which need not include Visual Studio if you don't want it to. You'd never guess it from the name...threw me for a bit of a loop when I was trying to get started with Rust. Yet here I am, happily sporting the VS compiler and VC++ build tools without ever having to dump 8GB worth of IDE onto my hard drive in the process.

 

Thanks @MegamaDev I did install it in the end, but good hear I can get rid of it without causing any damage

 

The base IDE installation is 599MB.

 

Since the last updates (within last 2 weeks), a .pdb file started being included in builds, under "GameName_Data\Plugins\lib_burst_generated.pdb".

 

Hi @xoofx. Any plan to make Burst able to work properly without Visual Studio dependency?

 

Huh. Okay. I probably remember wrong, then.

 

standalone player building, development:

stdout:

The native link step failed The system cannot find the file specified. Check previous exception in the log - linker command line : "C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin\amd64\link.exe /dll /INCREMENTAL:NO /LARGEADDRESSAWARE /NXCOMPAT /DYNAMICBASE /HIGHENTROPYVA /NOLOGO /TLBID:1 /OPT:REF /OPT:ICF /DEBUG msvcrt.lib /out:C:\Users\Seb-e-Sam\AppData\Local\Temp\burst-aotn0wzcpfq.mr1\lib_burst_generated.dll /pdb:C:\Users\Seb-e-Sam\AppData\Local\Temp\burst-aotn0wzcpfq.mr1\lib_burst_generated.pdb /SUBSYSTEM:WINDOWS /LIBPATH:"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\lib\amd64" /LIBPATH:"C:\Program Files (x86)\Windows Kits\10\Lib\10.0.17763.0\ucrt\x64" /LIBPATH:"C:\Program Files (x86)\Windows Kits\10\Lib\10.0.17763.0\um\x64" "C:\Users\Seb-e-Sam\AppData\Local\Temp\burst-aotn0wzcpfq.mr1\lib_burst_generated_part_0.obj""

it seems it can't find the linker, but why under that specific folder? How can I change the settings?

 

I also get thisn when I try to compile the standalone player, I am confused:

Failed running E:\Prgdir\unity\Svelto\Svelto-ECS\Svelto.ECS.MiniExamples\Example1B-DoofusesMustEatBurst\Library\PackageCache\com.unity.burst@1.0.0-preview.6\.Runtime\bcl.exe --debug=true @C:\Users\SEB-E-~1\AppData\Local\Temp\tmp5dc2035a.tmp

stdout:

Unexpected arguments: `--log-timings`

edit: this was because of the option "show timings" was on, but I am back to the previous error

 

I think I saw someone else with a similar error. reverting to an earlier burst package version fixed it.

 

thanks, let me understand, how can I be sure that the editor version is working? I am not having the benefits I should have and I need a solid way to profile the difference (hence I was building a client)

 

if you look in the timeline view of the profiler the jobs should have (burst) at the end of the name

 

I am using Burst without the job system, I can see the code compiled in the job inspector though.

 

Afaik, Burst doesn't work outside jobs atm

 

Edit:

scratch everything, I don't know why I was convinced that the function was available only as DLL, also because I was sure I tried without success, I must have been too tired.

it's enough to use UNITY_BURST_FEATURE_FUNCPTR

and use the function

Code (CSharp):

1.  
2. T ConvertBurstMethodToDelegate<T>(T action) where T:MulticastDelegate
3. {
4.     Delegate o;
5.     Delegate t = action;
6.     var delegateType = DelegateHelper.NewDelegateType(t.Method.ReturnType, typeof(T).GetGenericArguments());
7.     var functionDelegate = Delegate.CreateDelegate(delegateType, t.Method);
8.     o = (Delegate) BurstCompiler.CompileDelegate(functionDelegate);
9.     T compile = DelegateCompiler.Compile<T>(o.Method);
10.    
11.     return compile;
12. }
13.  
14. var function = ConvertBurstMethodToDelegate<Action<int, int, IntPtr, IntPtr, IntPtr, IntPtr, IntPtr>>(BurstIt.Burst);
15.  
16. [BurstCompile]
17. public class BurstIt
18. {
19.  
20.      [BurstCompile]
21.      public static unsafe void Burst(int count, int foodcount, IntPtr dvp, IntPtr hrp,
22.                                      IntPtr fpp, IntPtr dpp, IntPtr msp)
23.      {
24.      }
25. }
26.  
27.  

it's still a bit complicated, something I can simplify? To clarify, I cannot pass directly the delegate t to the CompileDelegate function, it will throw a run-time error.

 

You shouldn't use any reflection. Just declare UNITY_BURST_FEATURE_FUNCPTR in scripting define symbols in editor.

 

hello @xoofx, with that code I managed to make it work though. I thought it was still to complex to be a public thing, but it does work. During this week I will write a tutorial about it.
Is there another way to use Burst outside the job system? I just don't want to look like a fool when I will say that the hackish method is the only way I found out to use burst outside the job system

 

OK. This is my two cents: you built an incredible technology with burst. I can see the value it adds to Unity as it works only with Unity (which I already think is a shame), but it would be a pity to force people using it only through the job system in the only way the company is envisioning it. It would be like the old Unity all over again, while for the way I see it it's all about c# power + burst.
I will use the hacky way until the official support is out, which thankfully is planned but is taking for ever.

 

I'm sure they don't deliberately stall it just to make users miserable You'll need patience with new systems.

 

@sebas77 - What speaks against wrapping it i.e. into an IJob and .Run() it, if you want immediate execution?

 

Wrapping whatever action into an IJob that can run synchronously on the current thread? It may work, but only if I can execute it from other threads (outside the job system), I know very little about the job system, how would it work?

P.S.: I think we are completely off topic now, so maybe we should move this somewhere else

 

Is there any particular reasons you are not using Unity's job system ?

This is the part that is the most confusing part. I don't know how you can relate the old Unity situation to this though ?
IIRC, in the old Unity, they used to block several features behind the paywall, and the only way to access it would be getting subscription (I am glad that they got rid of that ridiculous system) and while, in this case they are prioritizing the internal Unity job system. IMO, When you design a system, you want it to work properly with the internal stuff first and then you would start with proper functioning with external system. With that in mind, in my opinion they should spend more time on internal job system and Burst atm. Burst running on the main thread and using it outside of Unity's context is something that I am definitely interested , but there is so much of other stuff they should be focusing on atm.
One of them I think, should be an alternate backend other than LLVM for the Burst , cause that can actually drastically change performance but its actually daunting writing the register allocations for different architectures.

Btw, would love to read about how you managed to hack it though .

 

NVM my worry about the company strategy related to the (I think) most valuable piece of technology they got. The complete "hack" solution is here: https://gist.github.com/sebas77/bb724c8546d08ff299b4ded4b437daaa

P.S.: I am more interested about running Burst compiled code on my own thread scheduler than running it on the main thread, which may be currently an option already using the Run extension of the Job system.

 

Hi @xoofx , I was wondering if you have started working on this. I think you did mention about dropping LLVM in the future. Also, are you going to start from scratch or start building on existing solutions like QBE or libFIRM.
Would love to know more on this.

 

I'd want this too, I don't like the idea of running everything tied to frame updates on main loop.

 

well but that's the whole point of the job system! I didn't mean in the sense that it cannot be done in Unity already with the job system, I meant more that I need to use my own solutions.

 

No I mean, I don't like having the jobs scheduling and completion happening from the main thread only. I'd want to have options to run longer tasks in separate thread or have physics etc threads that I could sync manually.

 

Okk, I think misinterpreted one of your previous tweets. It was probably about something else then.

That makes sense. So something like in ISPC. Well, I thought you would approach it like the Cranelift of Rust lang .
Would love to get more details once you have evaluated it(maybe at the next Unite)

Also, I was wondering if you have compared Burst with ISPC in any tests and if Burst's performance exceeds it atm?
I have been wanting to do this but never got time due to studies and bunch of other stuff.
Would love any insights on this?
Btw, Thank for the clarification.

 

Any news on UWP support? We have a VR app using burst, and would like to publish it to the windows store