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.

Sign up for GitHub

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

Jump to bottom

chore(deps): update driver adapters directory (minor) #4830

Merged
merged 1 commit into from
Apr 23, 2024
Merged

chore(deps): update driver adapters directory (minor) #4830

merged 1 commit into from
Apr 23, 2024

Conversation

renovate[bot]
Copy link
Contributor

@renovate renovate bot commented Apr 13, 2024 •
edited
Loading

Mend Renovate

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
@cloudflare/workers-types 4.20240402.0 -> 4.20240405.0 age adoption passing confidence
undici (source) 6.11.1 -> 6.13.0 age adoption passing confidence
wrangler (source) 3.44.0 -> 3.50.0 age adoption passing confidence

Release Notes

cloudflare/workerd (@​cloudflare/workers-types)

v4.20240405.0

Compare Source

v4.20240404.0

Compare Source

v4.20240403.0

Compare Source

nodejs/undici (undici)

v6.13.0

Compare Source

What's Changed

New Contributors

Full Changelog: nodejs/undici@v6.12.0...v6.13.0

v6.12.0

Compare Source

What's Changed

New Contributors

Full Changelog: nodejs/undici@v6.11.1...v6.12.0

cloudflare/workers-sdk (wrangler)

v3.50.0

Compare Source

Minor Changes

  • #​5587 d95450f Thanks @​CarmenPopoviciu! - fix: pages functions build-env should throw error if invalid Pages config file is found

  • #​5572 65aa21c Thanks @​CarmenPopoviciu! - fix: fix pages function build-env to exit with code rather than throw fatal error

    Currently pages functions build-env throws a fatal error if a config file does not exit, or if it is invalid. This causes issues for the CI system. We should instead exit with a specific code, if any of those situations arises.

  • #​5291 ce00a44 Thanks @​pmiguel! - feature: Added bespoke OAuth scope for Queues management.

Patch Changes
  • Updated dependencies [08b4908]:
    • miniflare@3.20240405.1

v3.49.0

Compare Source

Minor Changes
Patch Changes

  • #​5374 7999dd2 Thanks @​maxwellpeterson! - fix: Improvements to --init-from-dash

    Adds user-specified CPU limit to wrangler.toml if one exists. Excludes usage_model from wrangler.toml in all cases, since this field is deprecated and no longer used.

  • #​5553 dcd65dd Thanks @​rozenmd! - fix: refactor d1's time-travel compatibility check

  • #​5380 57d5658 Thanks @​GregBrimble! - fix: Respect --no-bundle when deploying a _worker.js/ directory in Pages projects

  • #​5536 a7aa28a Thanks @​Cherry! - fix: resolve a regression where wrangler pages dev would bind to port 8787 by default instead of 8788 since wrangler@3.38.0

  • Updated dependencies [9575a51]:

    • miniflare@3.20240405.0

v3.48.0

Compare Source

Minor Changes

  • #​5429 c5561b7 Thanks @​ocsfrank! - R2 will introduce storage classes soon. Wrangler allows you to interact with storage classes once it is
    enabled on your account.

    Wrangler supports an -s flag that allows the user to specify a storage class when creating a bucket,
    changing the default storage class of a bucket, and uploading an object.

    wrangler r2 bucket create ia-bucket -s InfrequentAccess
wrangler r2 bucket update storage-class my-bucket -s InfrequentAccess
wrangler r2 object put bucket/ia-object -s InfrequentAccess --file foo
Patch Changes

v3.47.1

Compare Source

Patch Changes
  • Updated dependencies [9f15ce1]:
    • miniflare@3.20240404.0

v3.47.0

Compare Source

Minor Changes
  • #​5506 7734f80 Thanks @​penalosa! - feat: Add interactive prompt to wrangler pages download config if an existing wrangler.toml file exists

v3.46.0

Compare Source

Minor Changes

  • #​5282 b7ddde1 Thanks @​maxwellpeterson! - feature: Add source map support for Workers

    Adds the source_maps boolean config option. When enabled, source maps included in the build output are uploaded alongside the built code modules. Uploaded source maps can then be used to remap stack traces emitted by the Workers runtime.

  • #​5215 cd03d1d Thanks @​GregBrimble! - feature: support named entrypoints in service bindings

    This change allows service bindings to bind to a named export of another Worker. As an example, consider the following Worker named bound:

    import { WorkerEntrypoint } from "cloudflare:workers";

export class EntrypointA extends WorkerEntrypoint {
	fetch(request) {
		return new Response("Hello from entrypoint A!");
	}
}

export const entrypointB: ExportedHandler = {
	fetch(request, env, ctx) {
		return new Response("Hello from entrypoint B!");
	}
};

export default <ExportedHandler>{
	fetch(request, env, ctx) {
		return new Response("Hello from the default entrypoint!");
	}
};

    Up until now, you could only bind to the default entrypoint. With this change, you can bind to EntrypointA or entrypointB too using the new entrypoint option:

    [[services]]
binding = "SERVICE"
service = "bound"
entrypoint = "EntrypointA"

    To bind to named entrypoints with wrangler pages dev, use the # character:

    $ wrangler pages dev --service=SERVICE=bound#EntrypointA
Patch Changes

  • #​5215 cd03d1d Thanks @​GregBrimble! - fix: ensure request url and cf properties preserved across service bindings

    Previously, Wrangler could rewrite url and cf properties when sending requests via service bindings or Durable Object stubs. To match production behaviour, this change ensures these properties are preserved.

  • Updated dependencies [cd03d1d, 6c3be5b, cd03d1d, cd03d1d]:

    • miniflare@3.20240403.0

v3.45.0

Compare Source

Minor Changes

  • #​5377 5d68744 Thanks @​CarmenPopoviciu! - feat: Add wrangler.toml support in wrangler pages deploy

    As we are adding wrangler.toml support for Pages, we want to ensure that wrangler pages deploy works with a configuration file.

  • #​5471 489b9c5 Thanks @​zebp! - feature: Add version-id filter for Worker tailing to filter logs by scriptVersion in a gradual deployment

    This allows users to only get logs in a gradual deployment if you are troubleshooting issues
    specific to one deployment. Example:
    npx wrangler tail --version-id 72d3f357-4e52-47c5-8805-90be978c403f

Patch Changes

Configuration

📅 Schedule: Branch creation - "every weekend" (UTC), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.

  • If you want to rebase/retry this PR, check this box

This PR has been generated by Mend Renovate. View repository job log here.

@renovate renovate bot requested a review from a team as a code owner April 13, 2024 03:19
@renovate renovate bot requested review from jkomyno and removed request for a team April 13, 2024 03:19
@github-actions GitHub Actions
Copy link
Contributor

github-actions bot commented Apr 13, 2024 •
edited
Loading

WASM Query Engine file Size

Engine This PR Base branch Diff
Postgres 2.129MiB 2.129MiB 0.000B
Postgres (gzip) 838.531KiB 838.530KiB 1.000B
Mysql 2.098MiB 2.098MiB 0.000B
Mysql (gzip) 825.355KiB 825.354KiB 1.000B
Sqlite 1.991MiB 1.991MiB 0.000B
Sqlite (gzip) 785.919KiB 785.917KiB 2.000B

@codspeed-hq CodSpeed HQ
Copy link

codspeed-hq bot commented Apr 13, 2024 •
edited
Loading

CodSpeed Performance Report

Merging #4830 will not alter performance

Comparing renovate/driver-adapters-directory (342f7c7) with main (3364458)

Summary

✅ 11 untouched benchmarks

@github-actions GitHub Actions
Copy link
Contributor

github-actions bot commented Apr 13, 2024 •
edited
Loading

✅ WASM query-engine performance won't change substantially (1.002x)

Full benchmark report 
DATABASE_URL="postgresql://postgres:postgres@localhost:5432/bench?schema=imdb_bench&sslmode=disable" \
node --experimental-wasm-modules query-engine/driver-adapters/executor/dist/bench.mjs
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
"
cpu: AMD EPYC 7763 64-Core Processor
runtime: node v18.20.2 (x64-linux)

benchmark                   time (avg)             (min … max)       p75       p99      p999
-------------------------------------------------------------- -----------------------------
• movies.findMany() (all - ~50K)
-------------------------------------------------------------- -----------------------------
Web Assembly: Baseline     290 ms/iter       (286 ms … 294 ms)    294 ms    294 ms    294 ms
Web Assembly: Latest       373 ms/iter       (371 ms … 382 ms)    374 ms    382 ms    382 ms
Web Assembly: Current      376 ms/iter       (375 ms … 377 ms)    377 ms    377 ms    377 ms
Node API: Current          199 ms/iter       (195 ms … 208 ms)    202 ms    208 ms    208 ms

summary for movies.findMany() (all - ~50K)
  Web Assembly: Current
   1.89x slower than Node API: Current
   1.3x slower than Web Assembly: Baseline
   1.01x slower than Web Assembly: Latest

• movies.findMany({ take: 2000 })
-------------------------------------------------------------- -----------------------------
Web Assembly: Baseline  11'684 µs/iter (11'338 µs … 14'123 µs) 11'504 µs 14'123 µs 14'123 µs
Web Assembly: Latest    15'135 µs/iter (15'023 µs … 15'416 µs) 15'155 µs 15'416 µs 15'416 µs
Web Assembly: Current   15'343 µs/iter (15'140 µs … 17'096 µs) 15'304 µs 17'096 µs 17'096 µs
Node API: Current        7'981 µs/iter   (7'873 µs … 8'564 µs)  8'011 µs  8'564 µs  8'564 µs

summary for movies.findMany({ take: 2000 })
  Web Assembly: Current
   1.92x slower than Node API: Current
   1.31x slower than Web Assembly: Baseline
   1.01x slower than Web Assembly: Latest

• movies.findMany({ where: {...}, take: 2000 })
-------------------------------------------------------------- -----------------------------
Web Assembly: Baseline   1'836 µs/iter   (1'748 µs … 2'851 µs)  1'827 µs  2'513 µs  2'851 µs
Web Assembly: Latest     2'422 µs/iter   (2'321 µs … 3'134 µs)  2'417 µs  3'049 µs  3'134 µs
Web Assembly: Current    2'441 µs/iter   (2'340 µs … 3'247 µs)  2'426 µs  3'045 µs  3'247 µs
Node API: Current        1'377 µs/iter   (1'281 µs … 1'847 µs)  1'399 µs  1'610 µs  1'847 µs

summary for movies.findMany({ where: {...}, take: 2000 })
  Web Assembly: Current
   1.77x slower than Node API: Current
   1.33x slower than Web Assembly: Baseline
   1.01x slower than Web Assembly: Latest

• movies.findMany({ include: { cast: true } take: 2000 }) (m2m)
-------------------------------------------------------------- -----------------------------
Web Assembly: Baseline     542 ms/iter       (537 ms … 562 ms)    543 ms    562 ms    562 ms
Web Assembly: Latest       761 ms/iter       (755 ms … 777 ms)    764 ms    777 ms    777 ms
Web Assembly: Current      757 ms/iter       (749 ms … 773 ms)    768 ms    773 ms    773 ms
Node API: Current          474 ms/iter       (461 ms … 488 ms)    481 ms    488 ms    488 ms

summary for movies.findMany({ include: { cast: true } take: 2000 }) (m2m)
  Web Assembly: Current
   1.6x slower than Node API: Current
   1.4x slower than Web Assembly: Baseline
   1x faster than Web Assembly: Latest

• movies.findMany({ where: {...}, include: { cast: true } take: 2000 }) (m2m)
-------------------------------------------------------------- -----------------------------
Web Assembly: Baseline  75'051 µs/iter (74'903 µs … 75'339 µs) 75'230 µs 75'339 µs 75'339 µs
Web Assembly: Latest       108 ms/iter       (106 ms … 111 ms)    111 ms    111 ms    111 ms
Web Assembly: Current      106 ms/iter       (106 ms … 106 ms)    106 ms    106 ms    106 ms
Node API: Current       60'951 µs/iter (60'624 µs … 61'329 µs) 61'243 µs 61'329 µs 61'329 µs

summary for movies.findMany({ where: {...}, include: { cast: true } take: 2000 }) (m2m)
  Web Assembly: Current
   1.74x slower than Node API: Current
   1.41x slower than Web Assembly: Baseline
   1.02x faster than Web Assembly: Latest

• movies.findMany({ take: 2000, include: { cast: { include: { person: true } } } })
-------------------------------------------------------------- -----------------------------
Web Assembly: Baseline     973 ms/iter       (965 ms … 994 ms)    991 ms    994 ms    994 ms
Web Assembly: Latest     1'277 ms/iter   (1'268 ms … 1'294 ms)  1'292 ms  1'294 ms  1'294 ms
Web Assembly: Current    1'271 ms/iter   (1'259 ms … 1'288 ms)  1'284 ms  1'288 ms  1'288 ms
Node API: Current          859 ms/iter       (825 ms … 893 ms)    890 ms    893 ms    893 ms

summary for movies.findMany({ take: 2000, include: { cast: { include: { person: true } } } })
  Web Assembly: Current
   1.48x slower than Node API: Current
   1.31x slower than Web Assembly: Baseline
   1x faster than Web Assembly: Latest

• movie.findMany({ where: { ... }, take: 2000, include: { cast: { include: { person: true } } } })
-------------------------------------------------------------- -----------------------------
Web Assembly: Baseline     136 ms/iter       (135 ms … 137 ms)    137 ms    137 ms    137 ms
Web Assembly: Latest       178 ms/iter       (177 ms … 178 ms)    178 ms    178 ms    178 ms
Web Assembly: Current      177 ms/iter       (175 ms … 180 ms)    179 ms    180 ms    180 ms
Node API: Current          106 ms/iter       (104 ms … 109 ms)    109 ms    109 ms    109 ms

summary for movie.findMany({ where: { ... }, take: 2000, include: { cast: { include: { person: true } } } })
  Web Assembly: Current
   1.67x slower than Node API: Current
   1.3x slower than Web Assembly: Baseline
   1x faster than Web Assembly: Latest

• movie.findMany({ where: { reviews: { author: { ... } }, take: 100 }) (to-many -> to-one)
-------------------------------------------------------------- -----------------------------
Web Assembly: Baseline     870 µs/iter     (816 µs … 1'440 µs)    872 µs  1'303 µs  1'440 µs
Web Assembly: Latest     1'212 µs/iter   (1'131 µs … 1'895 µs)  1'208 µs  1'767 µs  1'895 µs
Web Assembly: Current    1'210 µs/iter   (1'144 µs … 1'808 µs)  1'214 µs  1'564 µs  1'808 µs
Node API: Current          781 µs/iter     (697 µs … 1'287 µs)    796 µs  1'131 µs  1'287 µs

summary for movie.findMany({ where: { reviews: { author: { ... } }, take: 100 }) (to-many -> to-one)
  Web Assembly: Current
   1.55x slower than Node API: Current
   1.39x slower than Web Assembly: Baseline
   1x faster than Web Assembly: Latest

• movie.findMany({ where: { cast: { person: { ... } }, take: 100 }) (m2m -> to-one)
-------------------------------------------------------------- -----------------------------
Web Assembly: Baseline     866 µs/iter     (818 µs … 1'464 µs)    865 µs  1'280 µs  1'464 µs
Web Assembly: Latest     1'204 µs/iter   (1'138 µs … 1'817 µs)  1'204 µs  1'778 µs  1'817 µs
Web Assembly: Current    1'222 µs/iter   (1'159 µs … 1'867 µs)  1'221 µs  1'669 µs  1'867 µs
Node API: Current          776 µs/iter     (700 µs … 1'212 µs)    804 µs    963 µs  1'212 µs

summary for movie.findMany({ where: { cast: { person: { ... } }, take: 100 }) (m2m -> to-one)
  Web Assembly: Current
   1.57x slower than Node API: Current
   1.41x slower than Web Assembly: Baseline
   1.01x slower than Web Assembly: Latest

After changes in 342f7c7

@renovate renovate bot force-pushed the renovate/driver-adapters-directory branch from 2d89f59 to 342f7c7 Compare April 20, 2024 01:20
@Jolg42 Jolg42 added this to the 5.13.0 milestone Apr 23, 2024
@Jolg42 Jolg42 merged commit 9ff725d into main Apr 23, 2024
183 checks passed
@Jolg42 Jolg42 deleted the renovate/driver-adapters-directory branch April 23, 2024 13:34
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Reviewers

@Jolg42 Jolg42 Jolg42 approved these changes

@jkomyno jkomyno Awaiting requested review from jkomyno jkomyno is a code owner automatically assigned from prisma/orm-rust

Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
5.13.0
Development

Successfully merging this pull request may close these issues.
1 participant
@Jolg42