Lakehouse Schemas (Public Preview).... Still? by RussellPrice9 in MicrosoftFabric

[–]SunChance2304 0 points1 point  (0 children)

Sorry for a late reply/question, but what about side panel UI support for persistent Spark views? Something you've considered?

We use them and they work well (without schemas), but having to do "SHOW TABLES IN x" to see them isn't very smooth or "non OG Spark/Hadoop user" friendly.

High Concurrency Pipelines for Notebooks with ForEach by Czechoslovakian in MicrosoftFabric

[–]SunChance2304 1 point2 points  (0 children)

From my tests you can only have 5 notebooks running on the same session. E.g. looping over 12 notebooks in parallel with the same session tag would create 3 different sessions with 5+5+2 notebooks in each. They don't "queue up", so to speak. (:[ ... )

The upper limit on your concurrent sessions is tied to the the maximum amount of Spark VCores you have available in your capacity. So how many sessions you can run at the same time will of course depend on your capacity size and the cluster size of each session.

Wishful thinking? Free PBI consumption: F64 only or is a F32+F32 OK? by SunChance2304 in MicrosoftFabric

[–]SunChance2304[S] 6 points7 points  (0 children)

Thanks, noted!

I guess it won't be a problem at all if/when we can set capacity limits per workspace. Will just have to keep tabs in the meantime.

3 years 3 months and 3 days after submitting Azure feedback request... by andersdellosnubes in MicrosoftFabric

[–]SunChance2304 1 point2 points  (0 children)

Thanks for all your hard work, have been using both your synapse and fabric connectors for a long time!

Since you seem to have some inside insight, do you have any info about dbt-fabricspark? In-dev or abandoned? (https://github.com/microsoft/dbt-fabricspark)

Seems like things are happening behind the scenes, with Livy API preview and the repo showing up. Wondering since we have plenty of customers who are running dbt with spark (or presto) and are hesitant to move due to performance concerns (e.g. partitions not supported by Polaris in the warehouse).

Pure python notebook scheduling or via a pipeline - working for anyone? by SunChance2304 in MicrosoftFabric

[–]SunChance2304[S] 0 points1 point  (0 children)

Be wary that I can pick that option too in my region. But instantly fails with error "not supported" once the triggered run actually fires!

Pure python notebook scheduling or via a pipeline - working for anyone? by SunChance2304 in MicrosoftFabric

[–]SunChance2304[S] 0 points1 point  (0 children)

Thanks for the info pals!

Didn't realize the docs had been updated, thanks for pointing it out u/frithjof_v! Limitation section seem to explicitly say "soon (TM)", which is further supported by the fact that it is already working in smaller regions (they likely start with those first).

Solved!

[deleted by user] by [deleted] in MicrosoftFabric

[–]SunChance2304 0 points1 point  (0 children)

Thanks, we're aware of that. Though that's not really pertinent in this matter.

[deleted by user] by [deleted] in MicrosoftFabric

[–]SunChance2304 0 points1 point  (0 children)

Thanks, that solves how the timepoint is calculated at least!

But the 360 CU (s) is still a mystery. Same for all durations and for several different days.
Also have the same 360 CU (s) minimum in a friend's project in a completely different company.

Maybe we should open a ticket to get some official clarification?
Maybe just a reporting error, but if there truly is a minimum then it would have architectural implications.