Saya mengalami ketergantungan penautan membutuhkan waktu 200+ detik dengan https://github.com/macdja38/pvpsite/blob/master/package.json pada Windows 10, dari SSD dengan i7 yang layak.

Tampaknya masalah kinerja mungkin disebabkan oleh Windows Defender, menonaktifkannya sementara mungkin tidak disarankan mengurangi 200 ke suatu tempat mendekati 50.

Menurut saya harus ada solusi yang lebih baik daripada mengurangi keamanan.

Beberapa pengguna lain telah mengonfirmasi bahwa menonaktifkannya hanya di direktori root proyek Anda berfungsi, tetapi saya tidak dapat mengonfirmasi karena Windows Defender sedikit rusak ketika saya mencoba melakukan itu.

Saya punya masalah yang sama dengan git repo dengan sekitar 30 dependensi.
Windows 10
node v5.5.0
benang 0.16.1

Menonaktifkan Windows Defender mengurangi waktu penautan secara signifikan

Mungkin harus "diselesaikan" oleh PR ini ?

Ya, sayangnya tidak banyak yang dapat kita lakukan di sini :( Pemindai virus memindai semua file, dan ekosistem npm memiliki banyak file kecil. File kecil umumnya memiliki sedikit lebih banyak overhead pada NTFS dibandingkan dengan sistem file lain seperti EXT4 atau ZFS, tapi diperburuk oleh pemindai virus.

Karena itu, Yarn harus _still_ lebih cepat dari npm, hanya saja tidak akan secepat di Linux atau Mac.

Saya menggunakan Mac tanpa menginstal pemindai antivirus. Tapi saya masih melihat masalah yang sama, menautkan memakan banyak waktu bahkan dengan aplikasi angular-js sederhana.

Saya memiliki masalah ini juga. Butuh 174 detik di Ubuntu.

Saya mulai mengalami masalah ini hanya setelah saya meningkatkan dari 0.17.8 menjadi 0.17.19 . Mac tanpa antivirus.

Hal yang aneh juga adalah bahwa saya harus membuang proses penautan setiap kali saya menghapus paket juga. Npm melakukannya lebih cepat. Dan menautkan sangat membutuhkan waktu lama.

Ini dapat direproduksi dengan package.json (di Heroku):

{
  "name": "yarn-link-slowness",
  "version": "0.1.0",
  "private": true,
  "dependencies": {
    "axios": "^0.15.3",
    "lodash": "^4.17.2",
    "react": "^15.4.1",
    "react-dom": "^15.4.1",
    "react-player": "^0.12.1",
    "react-redux": "^4.4.6",
    "react-router": "^3.0.0",
    "react-router-redux": "^4.0.7",
    "react-scripts": "^0.8.4",
    "redux": "^3.6.0",
    "redux-auth-wrapper": "^0.9.0",
    "redux-logger": "^2.7.4",
    "redux-promise-middleware": "^4.2.0",
    "redux-thunk": "^2.1.0"
  },
  "engines": {
    "node": "7.2.1",
    "yarn": "0.17.8"
  }
}

Dengan benang 0.17.8, pemasangan membutuhkan waktu 37 detik. Dengan benang 0.17.10, pemasangan membutuhkan waktu 97 detik. Tidak ada perubahan lain (aplikasi Heroku baru setiap kali).

✨ Selesai dalam 45.10 detik.

    "autoprefixer": "6.3.6",
    "babel-core": "6.7.6",
    "babel-jest": "13.0.0",
    "babel-loader": "6.2.4",
    "babel-plugin-transform-class-properties": "6.9.1",
    "babel-plugin-transform-object-rest-spread": "6.8.0",
    "babel-preset-es2015": "6.6.0",
    "babel-preset-react": "6.5.0",
    "bluebird": "3.3.5",
    "cardmask": "github:aj0strow/cardmask#v1.0.0",
    "chai": "3.5.0",
    "classnames": "2.2.5",
    "copy-webpack-plugin": "2.1.3",
    "core-js": "2.4.1",
    "css-loader": "0.23.1",
    "enzyme": "2.3.0",
    "file-loader": "0.8.5",
    "force-case-sensitivity-webpack-plugin": "0.1.1",
    "jest": "13.0.0",
    "jest-cli": "13.0.0",
    "json-loader": "0.5.4",
    "lodash": "4.11.1",
    "moment": "2.13.0",
    "ms": "0.7.1",
    "node-sass": "3.4.2",
    "postcss-loader": "0.9.1",
    "raw-loader": "0.5.1",
    "react": "15.2.0",
    "react-addons-css-transition-group": "15.2.0",
    "react-addons-test-utils": "15.2.0",
    "react-css-transition-replace": "2.0.1",
    "react-dom": "15.0.1",
    "react-redux": "4.4.5",
    "react-router": "2.3.0",
    "react-textarea-autosize": "4.0.3",
    "recompose": "0.20.2",
    "redux": "3.5.1",
    "redux-actions": "0.10.0",
    "redux-thunk": "2.0.1",
    "reselect": "2.5.3",
    "sass-loader": "3.2.0",
    "sinon": "1.17.4",
    "style-loader": "0.13.1",
    "webpack": "1.13.0",
    "webpack-dev-server": "1.14.1",
    "whatwg-fetch": "1.0.0",
    "zxcvbn": "4.3.0"

Tolong, adakah yang bisa menjelaskan apa yang dilakukan benang dalam langkah "Menghubungkan ketergantungan" dengan tepat?
Karena jumlah maksimum pada langkah ini bervariasi dari ~ 1000 hingga ~ 65000 untuk proyek yang sama pada mesin yang berbeda. Apa arti dari angka ini?

Mengalami masalah ini juga. Menambahkan dependensi dengan yarn add tampaknya memicu "Menautkan dependensi" dan membutuhkan waktu lama. Harus beralih kembali ke npm untuk saat ini.

simpul: 6.9.2
OS: Windows 10

node: 7.3.0
OS: Windows 10 64
Sama untuk ku

Sama disini. Link 23420 ... sesuatu, dan membutuhkan waktu sekitar satu setengah menit pada hari yang baik.

Benang 0.19.1
NodeJS 7.3.0
Windows 10

yarn add moment membutuhkan 105 detik. Ini tidak memiliki ketergantungan. : /

EDIT: Mematikan Windows Defender tidak mengurangi waktu hingga ~ 30 hingga ~ 50 detik. Saya mencoba mengecualikan direktori tempat saya bekerja, tetapi sepertinya itu tidak membantu.

Baru saja menjalankan salinan baru create-react-app dan butuh 876,37 detik. Saya memahami Anda tidak memiliki banyak / kendali atas cara kerja anti-virus tetapi pengalaman saya dengan NPM dan CRA jauh lebih cepat di Windows.

Pada windows 10 cukup gunakan shell bash Ubuntu sebagai saran umum.

Pada windows 10 cukup gunakan shell bash Ubuntu sebagai saran umum.

Disk I / O sangat lambat di Subsistem Windows untuk Linux, ini adalah batasan yang diketahui saat ini

tapi pengalaman saya dengan NPM dan CRA jauh lebih cepat di Windows.

@JeffBaumgardt - Menarik ... Yarn lebih lambat di Windows, tetapi seharusnya masih lebih cepat dari npm!

@ Daniel15 mungkin seharusnya begitu , tapi sebenarnya tidak. Penginstalan dan pembatalan penginstalan node lebih kecil bagi saya. Jadi saya akan melakukan npm add <packages> --save-dev , menghapus yarn.lock dan menjalankan benang dan itu lebih cepat daripada menjalankan yarn add <packages> -D satu kali. Sekarang semua orang setuju, tentu saja saya tidak ingin menghapus kunci dan memaksa semua orang untuk meningkatkan bundel mereka. Sebaliknya, berikut ini sangat bagus:

cc @echob

Untuk siapa saja di windows 10 + windows defender

1. Pengaturan klik pertama

   

2. Gulir ke bawah ke pengecualian

   

3. Jalankan yarn cache dir untuk mendapatkan lokasi folder cache Anda

   • Tambahkan folder cache ini ke daftar pengecualian
   • Tambahkan folder node_modules proyek Anda ke daftar pengecualian

4. Mempercepat proyek react x 3-10

@SleeplessByte atau Anda cukup menambahkan yarn dan node ke proses yang dikecualikan.

Bukan hanya masalah di windows. Saya telah melihat waktu tautan yang menghebohkan di Mac Pro saya.

OS: OS X 10.11.6 (El Capitan)
Node: 7.6.0
Benang: 0.20.3

Saya dapat mengonfirmasi bahwa _very_ lambat di Mac 10.12.3 juga. Tidak berhubungan dengan windows.

Dan tampaknya penyiapan saya _way_ lebih lambat dari yang lain di utas ini. benang terkadang mencoba menghubungkan sekitar 600.000 file dalam proyek-proyek kecil. Ini bisa memakan waktu lebih dari 30 menit. Saat ini saya mencobanya dengan cache bersih dan setiap malam (v0.22.0-20170226.1626). Saya menggunakan registri resmi serta registri pribadi khusus untuk paket cakupan tertentu. Namun kolega saya tidak mengalami masalah ini, jadi menurut saya registri pribadi khusus bukan masalahnya (dan tetap saja mengambil paket sudah selesai). Kami juga memiliki beberapa file relatif dengan protokol path: di package.json .

Saya mengalami banyak masalah saat memasang https://github.com/google/material-design-icons yang memiliki _ banyak file kecil_ yang tampaknya juga menyusahkan orang lain (https://github.com/google/ material-design-icons / issues / 518). Saya tidak tahu apakah perangkat keras saya rusak menangani banyak file kecil atau semacamnya atau apakah ini terkait sama sekali. Sekali lagi kolega saya tidak mengalami banyak masalah dalam memasang https://github.com/google/material-design-icons seperti saya.

Memperbarui

Saya tidak yakin ... itu _lihat_ seperti menginstal paket dengan file: meletakkan modul di cache yang berisi node_modules/ dan hal-hal lain. Ini benar-benar masalah jika Anda memiliki beberapa contoh yang semuanya berisi node_modules/ . Tampaknya .npmignore , dll. Diabaikan untuk file: pemasangan. Ini mungkin bermuara pada https://github.com/yarnpkg/yarn/issues/2165 , jika solusinya adalah _not_ cache file yang diselesaikan secara lokal sama sekali. Jika saya membuka cache ( $ yarn cache dir ) dan mencari modul mengapa menginstal dengan file: dan berisi direktori node_modules atau direktori besar lainnya, saya dapat mempercepat linking phase dengan menghapus direktori ini secara manual. Sekarang semuanya tampak terpasang dengan kecepatan yang baik.

[3/4] Linking dependencies...
Done in 947.71s. 

Harus menunggu jumlah waktu ini menambahkan paket baru dengan yarn add ...
Win7 / w Benang v0.21.3
Mendapat paket material-design-icons di aplikasi saya.
Saya pikir yang ini terkait https://github.com/yarnpkg/yarn/issues/990

@kuncevich semuanya berfungsi dengan baik di pihak saya, selama runtime Anda benang tambahkan mulai task manager ctrl + alt + esc periksa program mana yang menggunakan cpu tertinggi, dalam kasus saya itu adalah antivirus jadi saya harus mengecualikan tidak hanya direktori% appdata% tetapi juga direktori proyek dan semuanya menjadi cepat lagi

@kuncevic Anda mungkin terpengaruh oleh bug yang saya temukan di windows: https://github.com/yarnpkg/yarn/pull/2958

Intinya, benang selalu dapat menyalin setiap file di node_modules untuk setiap operasi.

@asolopovas dalam kasus saya node.exe seperti 10-26 % :

AV saya tidak menjadi masalah meskipun saya baru saja mematikannya sepenuhnya, saya tidak dapat melihat peningkatan kecepatan benang.

simpul -v 6.9.2

@kuncevic perbarui node Anda ke 7 dan periksa apakah itu membuat segalanya lebih cepat, jika tidak @vbfox mengarah ke arah yang benar.

Pada dasarnya, benang selalu dapat menyalin setiap file di node_modules untuk setiap operasi.

@vbfox bisakah Anda menjelaskan mengapa? Saya melihat output verbose dari benang dan menemukan bahwa hampir semua waktu dihabiskan untuk membuat direktori dan menyalin file, karena tampaknya melakukan masing-masing secara individual, daripada, katakanlah, membuat direktori untuk setiap _package_ dan kemudian menyalin seluruh paket, yang seharusnya sedikit lebih cepat, atau bahkan hanya menghubungkan semua paket yang mungkin lebih cepat lagi. Apakah ini tidak aman untuk dilakukan?

@danpalmer fase penautan pada dasarnya bekerja dalam 3 langkah besar:

1. Temukan setiap file yang perlu di node_modules
2. Periksa daftar ini versus apa yang sudah ada dan temukan apa yang perlu disalin dari cache ke node_modules
3. Lakukan penyalinan

Karena bug libuv / nodejs ( utime digunakan oleh benang dan bugnya adalah bahwa ia mengatur milidetik ke nol) file yang disalin oleh benang dalam proses sebelumnya selalu ditemukan berbeda (Versi dalam cache memiliki waktu modifikasi normal tetapi semua file dalam node_modules memiliki versi nol-untuk-milidetik) jadi fase 2 selalu melaporkan bahwa semuanya berubah.

Karena bug diperbaiki di node 7.1, sangat mudah untuk diperbaiki jika Anda tidak terbatas pada LTS (Operasi benang pertama pada repo akan lambat karena file dibuat dengan buggy utime tetapi semua yang berikut akan terjadi jauh lebih cepat). PR saya pada dasarnya memperbaiki ini dengan mengabaikan bagian milidetik dari waktu file di windows saat membandingkannya.

Mengenai menyalin seluruh paket, ini bukan operasi yang ada pada sistem file saat ini, AFAIK, semuanya bekerja di tingkat file.
Jendela terbaik yang disediakan adalah API FileCopy (saya memiliki PR untuk menggunakannya di thread: https://github.com/yarnpkg/yarn/pull/2960) tetapi hanya sedikit lebih cepat daripada menggunakan API aliran nodejs asli.

Mengenai symlink, saya tidak tahu mengapa itu tidak dilakukan, saya tidak memiliki cukup pengetahuan tentang manajer paket javascript (Beberapa modifikasi dilakukan pada file paket seperti menghapus folder uji tetapi menghubungkan file individual tidak akan membuatnya berbeda) tetapi karena tidak terjadi di linux / macos juga (di mana ini jauh lebih umum daripada di windows) mungkin ada alasan bagus.

Eksperimen saya dengan meningkatkan ke Node 7.8.0 : https://github.com/yarnpkg/yarn/issues/990#issuecomment -290288375

1. Find every file that need to be in node_modules
2. Check this list versus what is already there and find what need to be copied around from cache to node_modules
3. Do the copy

Mempertimbangkan bahwa sebagian besar waktu orang menautkan kembali petak perpustakaan saat beralih antar cabang - mungkin ada cara yang lebih baik untuk melakukannya?

Bisakah Anda membuat ID unik untuk setiap build node_modules dan kemudian sym link ke seluruh direktori dari cache? Dengan cara ini, berpindah cabang bolak-balik benar-benar hanya menghubungkan node_modules

Memang, Anda akan menulis banyak ke disk karena sekarang Anda sedang menyimpan setiap versi node_modules Anda hadapi, tetapi mungkinkah ada pengoptimalan di sana untuk sym-link ke direktori sehingga Anda benar-benar hanya menyimpan pohon sym-link?

Maafkan saya karena naif, saya bukan orang yang paling terpelajar dalam hal unix dan bahkan sistem file Windows yang lebih sedikit, tapi saya akan senang untuk menggali lebih dalam, sebagai latihan pendidikan, dan mencoba dan memberikan bukti konsep ide ini jika tidak jelas-jelas cacatnya.

pnpm dan ied menggunakan beberapa teknik yang Anda sebutkan. Saya pikir, tidak sepenuhnya yakin, mencobanya beberapa waktu yang lalu tetapi mereka menyebabkan masalah pada Windows atau tidak secepat benang.

Saya juga punya waktu yang sangat lama untuk membuat-bereaksi-aplikasi dengan benang
windows server 2012
simpul 7.9.0
benang 0.22
Selesai dalam 554.08 detik.

Namun dalam kasus lain, ini jauh lebih cepat jika tidak ada instalasi React yang disertakan

Saya tidak mengamati waktu penautan yang lama baru-baru ini. Lari
Benang - v0.23.2
simpul - 6.10.2 atau 7.9.10 (menggunakan nvm untuk beralih)

Mencoba ini di mac dan archlinux (Manjaro)

Saya dapat mengonfirmasi bahwa menambahkan node dan benang ke pengecualian Windows Defender mengurangi waktu Menghubungkan sekitar 60% pada mesin windows saya.

+1

[3/4] Linking dependencies...
[4/4] Building fresh packages...
success Saved lockfile.
Done in 180.22s.

Beralih ke node 7.9.0 tidak mempercepatnya bagi saya. Menambahkan 'benang', 'node' dan 'npm' ke windows defender (dengan dan tanpa ekstensi .exe, tidak yakin apa yang diperlukan) mempercepatnya 3x untuk saya, tetapi masih 50% lebih lama dari npm install.

Juga menghapus semua perlindungan dari apa pun yang berjalan di node atau paket apa pun yang diinstal sepertinya bukan ide yang baik bagi saya ...

Menambahkan pengalaman saya - menambahkan node.exe / yarn.exe ke daftar pengecualian Windows Defender, memotong setengah waktu pemasangan benang kami (dari 60-an menjadi 30-an).

Saya melihat ini juga, membuatnya frustasi untuk mengulang dengan cepat saat mengembangkan sebuah paket karena butuh waktu lama untuk memperbarui satu paket.

yarn install v0.24.5
[1/4] Resolving packages...
[2/4] Fetching packages...
warning [email protected]: The platform "linux" is incompatible with this module.
info "[email protected]" is an optional dependency and failed compatibility check. Excluding it from installation.
[3/4] Linking dependencies...
[4/4] Building fresh packages...
Done in 338.20s.

Distributor ID: Ubuntu
Description:    Ubuntu 14.04.5 LTS
Release:    14.04
Codename:   trusty

  "dependencies": {
    "autoprefixer": "^6.7.7",
    "axios": "^0.16.1",
    "babel-core": "^6.24.1",
    "babel-loader": "7.x",
    "babel-preset-env": "^1.4.0",
    "coffee-loader": "^0.7.3",
    "coffee-script": "^1.12.5",
    "compression-webpack-plugin": "^0.4.0",
    "css-loader": "^0.28.0",
    "element-ui": "^1.3.3",
    "extract-text-webpack-plugin": "^2.1.0",
    "file-loader": "^0.11.1",
    "glob": "^7.1.1",
    "js-yaml": "^3.8.3",
    "node-sass": "^4.5.2",
    "path-complete-extname": "^0.1.0",
    "postcss-loader": "^1.3.3",
    "postcss-smart-import": "^0.6.12",
    "precss": "^1.4.0",
    "rails-erb-loader": "^5.0.0",
    "rails-ujs": "^5.1.0",
    "sass-loader": "^6.0.3",
    "style-loader": "^0.16.1",
    "turbolinks": "^5.0.3",
    "vue": "^2.3.0",
    "vue-loader": "^12.0.2",
    "vue-router": "^2.5.3",
    "vue-template-compiler": "^2.3.0",
    "webpack": "^2.4.1",
    "webpack-manifest-plugin": "^1.1.0",
    "webpack-merge": "^4.1.0"
  },
  "devDependencies": {
    "element-theme": "*",
    "element-theme-default": "^1.3.3",
    "eslint": "^3.19.0",
    "eslint-config-airbnb": "^14.1.0",
    "eslint-plugin-import": "^2.2.0",
    "eslint-plugin-jsx-a11y": "^4.0.0",
    "eslint-plugin-react": "^6.9.0",
    "nodemon": "^1.11.0",
    "webpack-dev-server": "^2.4.5"
  }

:(

Menambahkan +1 saya pada Mid-Summer 2010 MacBook Pro (Sierra 10.12.4) menggunakan benang 0.24.5, node 7.10.0, dan npm 4.2.0:

λ benang tambahkan bootstrap-sass
benang tambahkan v0.24.5
[1/4] 🔍 Menyelesaikan paket ...
[2/4] 🚚 Mengambil paket ...
[3/4] 🔗 Menautkan dependensi ...
[4/4] 📃 Membuat paket baru ...
sukses Lockfile disimpan.
sukses Menyelamatkan 1 ketergantungan baru.
└─ [email protected]
✨ Selesai dalam 123.52 detik.

"dependencies": {
    "@angular/animations": "^4.1.3",
    "@angular/common": "^4.0.0",
    "@angular/compiler": "^4.0.0",
    "@angular/core": "^4.0.0",
    "@angular/forms": "^4.0.0",
    "@angular/http": "^4.0.0",
    "@angular/material": "^2.0.0-beta.5",
    "@angular/platform-browser": "^4.0.0",
    "@angular/platform-browser-dynamic": "^4.0.0",
    "@angular/router": "^4.0.0",
    "bootstrap-sass": "^3.3.7",
    "core-js": "^2.4.1",
    "font-awesome": "^4.7.0",
    "material-design-icons": "^3.0.1",
    "materialize-css": "^0.98.2",
    "rxjs": "^5.1.0",
    "zone.js": "^0.8.4"
},
"devDependencies": {
    "@angular/cli": "1.0.1",
    "@angular/compiler-cli": "^4.0.0",
    "@types/jasmine": "2.5.38",
    "@types/node": "~6.0.60",
    "codelyzer": "~2.0.0",
    "jasmine-core": "~2.5.2",
    "jasmine-spec-reporter": "~3.2.0",
    "karma": "~1.4.1",
    "karma-chrome-launcher": "~2.0.0",
    "karma-cli": "~1.0.1",
    "karma-coverage-istanbul-reporter": "^0.2.0",
    "karma-jasmine": "~1.1.0",
    "karma-jasmine-html-reporter": "^0.2.2",
    "protractor": "~5.1.0",
    "ts-node": "~2.0.0",
    "tslint": "~4.5.0",
    "typescript": "~2.2.0"
}

Beralih kembali ke npm install memperbaikinya untuk saya .. Saya mendapatkan - u'stream ': u' [3/4] Menghubungkan ketergantungan pada benang dan tidak ada kesalahan pada NPM ..

Mungkin ada yang salah dengan versi terbaru

Menjalankan ini melalui Docker.

@iwarner npm 5.0 adalah pilihan yang baik.

Saya menjalankan benang di Vagrant (Ubuntu Xenial) dan oleh Jenkins. Ada dua subproyek dengan package.json.
npm -v 3.10.10
node -v 6.10.1
benang menginstal v0.21.3

Kami beralih dari npm ke utas beberapa waktu lalu, karena kami mengalami masalah batas waktu (4 jam tidak cukup) untuk pemasangan npm.

Sekarang benang bekerja sekitar 30% dari waktu, tetapi untuk 70% dari waktu kita mendapatkan waktu tunggu 4 jam di beberapa titik. Ini mungkin pemasangan benang pertama, atau yang kedua, atau kami mungkin kehabisan waktu saat menjalankan pengujian unit (lelucon).

Ini adalah duplikat dari https://github.com/yarnpkg/yarn/issues/990 , ada bagan perbandingan dan sepertinya versi terbaru Yarn membuat kemajuan yang bagus di sana.
Jika masih menjadi masalah, harap ajukan masalah baru dengan langkah-langkah repro dan perbandingan dengan npm terbaru

success Saved lockfile.
Done in 1737.79s.

Ubuntu 16.04
i5, RAM 8 GB

:(

Windows 10 v 1709 + SSD + PowerShell + Node 6.12.2:
Yarn menginstal cepat hingga paket terakhir, sepertinya macet pada perintah pra-instal.
Mengikuti petunjuk di sini untuk menambahkan pengecualian untuk windows defender, tetapi juga saya meminta sumber saya memeriksa sumber% USERPROFILE% yang memperlambatnya secara drastis. Diperiksa di c: itu lebih cepat.

Ada solusi untuk platform Ubuntu? Saya benar-benar harus berpikir dua kali sebelum menambahkan paket.

Ubuntu sangat cepat bagi saya, tidak ada kelambatan sama sekali.

Pada Jum, 23 Feb 2018, 11:13 Basant Besra, [email protected] menulis:

Ada solusi untuk platform Ubuntu? Saya benar-benar harus berpikir dua kali sebelumnya
menambahkan paket.

-
Anda menerima ini karena Anda berlangganan utas ini.
Balas email ini secara langsung, lihat di GitHub
https://github.com/yarnpkg/yarn/issues/1496#issuecomment-367897260 , atau nonaktifkan
utasnya
https://github.com/notifications/unsubscribe-auth/AAcMheTtAYOsXcrnej_f2F8bY5D3nDT2ks5tXizngaJpZM4Kh3OZ
.

Ini sangat menyebalkan. Saya benar-benar mengubah satu baris dalam modul, menerbitkannya kembali dengan versi baru dan yarn add module membutuhkan waktu lebih dari 5 menit.

Akan lebih cepat hanya untuk memperbarui paket saya secara manual menggunakan editor teks

Saya juga mengalami masalah ini:

success Saved lockfile.
success Saved 1 new dependency.
info Direct dependencies
└─ @material-ui/[email protected]
info All dependencies
└─ @material-ui/[email protected]
Done in 93.43s.

Sistem saya adalah Linux manjaro 4.14.31-1-MANJARO #1 SMP PREEMPT Wed Mar 28 21:42:49 UTC 2018 x86_64 GNU/Linux

NodeJS: v9.9.0
Benang: v1.5.1

Juga sangat lambat bagi saya Done in 254.32s.

node v8.10.0
npm 5.6.0

OSX 10.11.6 (15G19009)

Saya telah beralih kembali ke [email protected] apakah semuanya bekerja dengan sangat baik.

Kami menggunakan fitur cache offline untuk menghindari masalah ini sebagian besar waktu, tetapi segera setelah package.json atau yarn-lockfile berubah, maka kami kembali ke masalah ini. Menautkan membutuhkan 10 menit di mesin Linux kami. Saya tidak berpikir ini khusus untuk jendela.

Ini jelas bukan hanya masalah Windows (yang seharusnya terbukti dari semua posting dari orang-orang di mesin non-Windows)!

Saya menggunakan macOS High Sierra 10.13.4, menggunakan node 10.1.0 (npm 5.6.0) dan benang 1.6.0. Menggunakan benang, memasang ketergantungan membutuhkan waktu ~ 40-an. Saya beralih ke npm dan butuh waktu sekitar ~ 10 detik. Saya akan tetap berpegang pada npm untuk saat ini.

Sama untuk kotak centos 7 kami. Ada pembaruan tentang ini?
benang: v1.7.0
npm: v5.7.1

ini terjadi pada saya di 1.9.2 di mac pada node 10

Bagi saya di macOS HighSierra, Avast FileShield adalah penyebab masalahnya. Saya telah menambahkan benang yang dapat dieksekusi sebagai jalur yang dikecualikan, menggunakan which yarn . Sepertinya baik-baik saja sekarang, saya akan memberikan pembaruan jika kembali.

ini terjadi pada saya di 1.9.2 di mac pada node 10

Sama disini. Benang 1.9.2, node 10.6.0 pada High Sierra.

@bestander ini bukan masalah Windows. Saya dapat melakukan repro di Mac saya dengan Yarn 1.9.4. Masalah ini harus dibuka kembali.

@davidgoli , lebih baik buka terbitan baru, ini adalah terbitan baru dan harus diurutkan secara terpisah

Benang cukup lambat untuk lingkungan apa pun yang saya jalankan. Debian, Mac, Windows. Masalah baru terbuka? atau RFC yang menyingkirkan node_modules akan menyelesaikan masalah ini?

saya memiliki masalah yang sama, sudah beralih ke npm tetapi masih mendapat bug

Saya juga memiliki masalah yang sama dengan Yarn. Ada solusi yang ditemukan?

Ini adalah duplikat # 990, ada bagan perbandingan dan sepertinya Yarn versi terbaru membuat kemajuan yang bagus di sana.
Jika masih menjadi masalah, harap ajukan masalah baru dengan langkah-langkah repro dan perbandingan dengan npm terbaru

Ini bukan duplikat, masalah ini bukan hanya tentang Windows. Membuka masalah baru akan menyebabkan hilangnya konteks.

Saya memiliki masalah yang sama!

yarn install
yarn install v1.16.0
[1/5] Validating package.json...
[2/5] Resolving packages...
[3/5] Fetching packages...
info [email protected]: The platform "linux" is incompatible with this module.
info "[email protected]" is an optional dependency and failed compatibility check. Excluding it from installation.
info [email protected]: The platform "linux" is incompatible with this module.
info "[email protected]" is an optional dependency and failed compatibility check. Excluding it from installation.
[4/5] Linking dependencies...
[###############################################---------------------------------------------------------------------------------------------] 22778/67399

Done in 179.59s.

MacOS / Docker

Gelandangan 2.2.4
Tamu: Ubuntu 18.10 (GNU/Linux 4.18.0-25-generic x86_64)
Host: MacOS 10.14.5 Mojave

benang 1.16.0
npm 6.9.0

MacBook Pro (Retina, 13 inci, Awal 2015)
Prosesor 2,7 GHz Intel Core i5
Memori 16 GB 1867 MHz DDR3

yarn install v1.16.0
[1/4] Resolving packages...
[2/4] Fetching packages...
info [email protected]: The platform "linux" is incompatible with this module.
info "[email protected]" is an optional dependency and failed compatibility check. Excluding it from installation.
[3/4] Linking dependencies...
[4/4] Building fresh packages...
success Saved lockfile.
Done in 1552.45s.

Saya sebenarnya tidak dapat menjalankan yarn install tanpa kehilangan produktivitas lebih dari 25 menit. Itu tidak masuk akal. Saya tidak percaya bahwa ini adalah masalah Windows. Tampaknya sangat mungkin bagi saya bahwa ada beberapa masalah saat menjalankan dalam lingkungan virtual. Mungkin ada hubungannya dengan folder yang disinkronkan / memeriksa status file di OS tamu?

benang v1.17.3
node v10.16.3
npm 6.9.0

Windows

Saya telah mencoba meletakkan lokasi folder proyek Aplikasi saya di bagian disk yang sama dengan yarn cache dir .
benang cache dir -> C: PenggunaAppDataLocalYarnCachev4

Hasil:
lokasi lama -> D: myApp Done in 747.17s.
lokasi baru -> C: myApp Done in 488.97s.

C dan D adalah disk fisik yang sama.

Mac

Namun Mac lebih cepat dari Windows Done in 121.37s

Saya pikir hambatannya adalah kecepatan baca / tulis disk?

OS X 10.15
benang v1.22.4
node v12.13.0
npm v6.12.0

Saya masih mengalami ini. Proyek terletak di gambar disk terenkripsi yang terpasang. Menginstal satu paket membutuhkan waktu beberapa menit dengan package.json relatif kecil. Belum membandingkannya tetapi npm terasa jauh lebih cepat.

Sunting: Ternyata mengubah folder cache default benang menjadi pada volume terenkripsi yang sama memperbaiki ini untuk saya.

Baru saja terkena ini juga dan saya berlari:

OS: Ubuntu 18.04.2
Benang: 1.22.4
Node: 14.7.0
NPM: 6.14.7