-
Notifications
You must be signed in to change notification settings - Fork 256
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update spark-compute.md #1175
base: main
Are you sure you want to change the base?
Update spark-compute.md #1175
Conversation
Spark VCores in the text is mentioned as 128 but in the table is 384. Table have been updated with 128
@zincob : Thanks for your contribution! The author(s) have been notified to review your proposed change. |
Learn Build status updates of commit 27c9194: ✅ Validation status: passed
For more details, please refer to the build report. For any questions, please:
|
Can you review the proposed changes? IMPORTANT: When the changes are ready for publication, adding a #label:"aq-pr-triaged" |
Is there any update? Documentation is still unclear and providing 2 different information |
The documentation is extremely confusing. Spark Job Concurrency: Here the Burst factor for F64 is 3. Burstable Capacity: Here Burstable scale factor is 1-12x. True that this is referring to the warehousing but it makes everything quite confusing. |
thanks for the feedback the bursting for spark is explained in the https://learn.microsoft.com/en-us/fabric/data-engineering/spark-job-concurrency-and-queueing will add another column with the max burst so its more clear |
@santhoshravindran7 can you reference your PR once you have it? |
Spark VCores in the text is mentioned as 128 but in the table is 384. Table have been updated with 128
Thank you for contributing to Microsoft Fabric documentation
Fill out these items before submitting your pull request:
If you are working internally at Microsoft:
Provide a link to an Azure DevOps Boards work item that tracks this feature/update.
Who is your primary Skilling team contact? @mention them individually tag them and let them review the PR before signing off.
For internal Microsoft contributors, check off these quality control items as you go
Merge and publish
#sign-off
, there is a separate PR Review team that will review the PR and describe any necessary feedback before merging.#sign-off
again. The PR Review team reviews and merges the pull request into the specified branch (usually the main branch or a release- branch).