Skip to content
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

Hacky/quick generation of fake data for perf testing (requries db resets) #647

Closed
wants to merge 1 commit into from

Conversation

cmyui
Copy link
Member

@cmyui cmyui commented Mar 2, 2024

Describe your changes

Related Issues / Projects

Checklist

  • I've manually tested my code

@GamebP
Copy link

GamebP commented Mar 2, 2024

Is this going to work?

@cmyui
Copy link
Member Author

cmyui commented Mar 2, 2024

Yeah it works -- I used this for #642. I don't plan to merge this, it's pretty hacky (and requires a db reset) lol, just wanted to check the diff.

@cmyui cmyui closed this Mar 2, 2024
@cmyui cmyui changed the title gen fake data for perf testing Hacky/quick generation of fake data for perf testing (requries db resets) Mar 6, 2024
@GamebP
Copy link

GamebP commented Mar 22, 2024

Hey, do you know why trimming one table, takes a long time to do it. I think my wsl ubuntu is fcked...

@minisbett
Copy link
Contributor

Hey, do you know why trimming one table, takes a long time to do it. I think my wsl ubuntu is fcked...

Not related to this PR or bpy, please ask on the Discord instead or google.
But just drop the table and re-create it.

@7ez
Copy link
Contributor

7ez commented Mar 22, 2024

Hey, do you know why trimming one table, takes a long time to do it. I think my wsl ubuntu is fcked...

Not related to this PR or bpy, please ask on the Discord instead or google. But just drop the table and re-create it.

DELETE FROM table:

@minisbett
Copy link
Contributor

Hey, do you know why trimming one table, takes a long time to do it. I think my wsl ubuntu is fcked...

Not related to this PR or bpy, please ask on the Discord instead or google. But just drop the table and re-create it.

DELETE FROM table:

that's even slower than truncating because of the way it deallocates + it writes to the undo log

@7ez
Copy link
Contributor

7ez commented Mar 22, 2024

Hey, do you know why trimming one table, takes a long time to do it. I think my wsl ubuntu is fcked...

Not related to this PR or bpy, please ask on the Discord instead or google. But just drop the table and re-create it.

DELETE FROM table:

that's even slower than truncating because of the way it deallocates + it writes to the undo log

If you do it in a transaction then not really lol

@minisbett
Copy link
Contributor

Hey, do you know why trimming one table, takes a long time to do it. I think my wsl ubuntu is fcked...

Not related to this PR or bpy, please ask on the Discord instead or google. But just drop the table and re-create it.

DELETE FROM table:

that's even slower than truncating because of the way it deallocates + it writes to the undo log

If you do it in a transaction then not really lol

I don't think transactions have anything to do with this. On DELETE, every row is locked separately, while TRUNCATE locks the whole table.

@GamebP
Copy link

GamebP commented Mar 22, 2024

truncate tries to delete the data but sometimes gives an error to fix it

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants