나는 Windows 10의 https://github.com/macdja38/pvpsite/blob/master/package.json 을 사용하여 연결 종속성이 200 초 이상 걸리고 괜찮은 i7이있는 SSD를 사용합니다.

성능 문제는 Windows Defender로 인해 발생할 수 있습니다.

보안을 줄이는 것보다 더 나은 해결책이 있어야한다고 생각합니다.

일부 다른 사용자는 프로젝트의 루트 디렉토리에서 비활성화하면 작동한다고 확인했지만 Windows Defender가 그렇게하려고 할 때 약간 손상되었으므로 확인할 수 없습니다.

약 30 개의 종속성이있는 git repo와 관련하여 동일한 문제가 있습니다.
윈도우 10
노드 v5.5.0
원사 0.16.1

Windows Defender를 비활성화하면 연결 시간이 크게 단축되었습니다.

아마도이 PR 로 "해결"되어야합니까?

예, 안타깝게도 여기서 할 수있는 일이 많지 않습니다. (바이러스 스캐너는 모든 파일을 스캔하고 npm 에코 시스템에는 많은 작은 파일이 있습니다. 작은 파일은 일반적으로 EXT4 또는 ZFS와 같은 다른 파일 시스템에 비해 NTFS에서 약간 더 많은 오버 헤드를가집니다. 하지만 바이러스 스캐너에 의해 악화됩니다.

그렇긴해도 Yarn은 npm보다 _ 여전히 _ 빨라야합니다. Linux 나 Mac에서만큼 빠르지는 않을 것입니다.

바이러스 백신 스캐너를 설치하지 않고 Mac을 사용하고 있습니다. 그러나 간단한 angular-js 앱으로도 상당한 시간이 걸리는 연결에 동일한 문제가 있습니다.

나도이 문제가 있습니다. 우분투에서는 174 초가 걸렸습니다.

이 문제는 0.17.8 에서 0.17.19 업그레이드 한 후에 만 ​​발생했습니다. 바이러스 백신이없는 Mac.

이상한 점은 패키지를 삭제할 때마다 링크 프로세스를 던져야한다는 것입니다. Npm은 더 빠르게합니다. 그리고 연결하는 데는 시간이 많이 걸립니다.

이 package.json (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"
  }
}

실 0.17.8을 사용하면 설치에 37 초가 걸립니다. 실 0.17.10을 사용하면 설치에 97 초가 걸립니다. 다른 변경 사항은 없습니다 (매번 새로운 Heroku 앱).

✨ 45.10s 후에 완료되었습니다.

    "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"

"종속성 연결"단계에서 얀이 수행하는 작업을 정확히 설명해 주시겠습니까?
이 단계의 최대 수는 다른 컴퓨터의 동일한 프로젝트에 대해 ~ 1000에서 ~ 65000까지 다양하기 때문입니다. 이 숫자는 무엇을 의미합니까?

이 문제도 있습니다. yarn add 로 종속성을 추가하면 "종속성 연결"이 트리거되는 것처럼 보이며 영원히 걸립니다. 지금은 npm으로 다시 전환해야했습니다.

노드 : 6.9.2
운영체제 : Windows 10

노드 : 7.3.0
운영체제 : Windows 10 64
나도 마찬가지

여기도 마찬가지입니다. 링크 23420 ... 뭔가, 좋은 날에 약 1 분 30 초가 걸립니다.

원사 0.19.1
NodeJS 7.3.0
윈도우 10

yarn add moment 에는 105 초가 걸립니다. 종속성이 없습니다. : /

편집 : Windows Defender를 끄면 시간이 30 ~ 50 초로 단축됩니다. 작업중인 디렉토리를 제외하려고했지만 도움이되지 않는 것 같습니다.

방금 create-react-app의 새 복사본을 실행했는데 876.37 초가 걸렸습니다. 바이러스 백신 작동 방식에 대한 통제권이 많지 않지만 Windows에서 NPM 및 CRA에 대한 경험이 훨씬 빠르다는 것을 알고 있습니다.

Windows 10에서는 Ubuntu bash 셸을 일반적인 조언으로 사용하십시오.

Windows 10에서는 Ubuntu bash 셸을 일반적인 조언으로 사용하십시오.

Linux 용 Windows 하위 시스템에서 디스크 I / O가 매우 느립니다. 현재 알려진 제한 사항입니다.

그러나 NPM 및 CRA에 대한 나의 경험은 Windows에서 훨씬 더 빨랐습니다.

@JeffBaumgardt- 흥미

@ Daniel15 아마 그래야 하지만 그렇지 않습니다. 노드 설치 및 설치 제거는 저에게 더 적었습니다. 그래서 저는 npm add <packages> --save-dev 하고 yarn.lock을 삭제하고 yarn을 실행하면 yarn add <packages> -D 를 한 번 실행하는 것보다 빠릅니다. 이제 모든 사람이 실을 꿰고 있다는 것을 모자라. 물론 나는 자물쇠를 삭제하고 모두가 번들을 업그레이드하도록 강요하고 싶지는 않습니다. 대신 다음은 훌륭했습니다.

cc @echobnet

Windows 10 + Windows 디펜더 사용자

1. 첫 번째 클릭 설정

   

2. 제외 항목까지 아래로 스크롤

   

3. yarn cache dir 를 실행하여 캐시 폴더의 위치를 ​​가져옵니다.

   • 이 캐시 폴더를 제외 목록에 추가
   • 제외 목록에 프로젝트 node_modules 폴더 추가

4. 반응 프로젝트 속도 향상 x 3-10

@SleeplessByte 또는 제외 된 프로세스에 yarn 및 node 를 추가 할 수 있습니다.

창문의 문제가 아닙니다. Mac Pro에서 끔찍한 링크 시간을 보았습니다.

운영체제 : OS X 10.11.6 (El Capitan)
노드 : 7.6.0
털실 : 0.20.3

Mac 10.12.3에서도 _ 매우 느리다는 것을 확인할 수 있습니다. 창문과 관련이 없습니다.

그리고 내 설정 이이 스레드의 다른 설정보다 느리게 보입니다. yarn은 때때로 소규모 프로젝트에서 약 600.000 개의 파일을 연결하려고합니다. 30 분 이상 걸릴 수 있습니다. 나는 현재 깨끗한 캐시와 야간 (v0.22.0-20170226.1626)으로 시도합니다. 특정 범위 패키지에 대해 공식 레지스트리와 사용자 지정 개인 레지스트리를 사용합니다. 그러나 동료들은이 문제로 고통받지 않으므로 사용자 지정 개인 레지스트리가 문제라고 생각하지 않습니다 (어쨌든 패키지 가져 오기는 이미 완료되었습니다). 또한 package.json path: 프로토콜을 사용하는 관련 파일도 있습니다.

https://github.com/google/material-design-icons 를 설치하는 데 많은 문제가 있습니다. _ 작은 파일이 많아 _ 다른 사람들에게도 번거로운 것 같습니다 (https://github.com/google/ material-design-icons / issues / 518). 내 하드웨어가 많은 작은 파일 또는 이와 유사한 것을 처리하는 데 문제가 있는지 또는 이것이 전혀 관련이 있는지 알 수 없습니다. 다시 제 동료들은 https://github.com/google/material-design-icons 설치에

최신 정보

잘 모르겠습니다 ... file: 패키지를 설치하는 것과 비슷해 보입니다. node_modules/ 및 기타 항목이 포함 된 캐시에 모듈이 저장됩니다. 모두 자신의 node_modules/ 포함하는 여러 예제가있는 경우 이것은 _ 정말 _ 문제입니다. file: 설치에 대해 .npmignore 등이 무시되는 것 같습니다. 해결책이 로컬로 해결 된 파일을 전혀 캐시하지 않는 경우 https://github.com/yarnpkg/yarn/issues/2165로 요약됩니다. 내 캐시 (열 경우 $ yarn cache dir 모듈)과 모양을 왜 곳으로 설치 file: 와 그들이 포함 node_modules 디렉토리 또는 다른 큰 디렉토리를, 나는 속도를 높일 수 있습니다 linking phase 이러한 디렉토리를 수동으로 제거하여

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

yarn add ... 새 패키지를 추가하려면이 시간을 기다려야했습니다.
Win7 / w 원사 v0.21.3
내 앱에 material-design-icons 패키지가 있습니다.
나는 이것이 관련이 있다고 생각한다 https://github.com/yarnpkg/yarn/issues/990

@kuncevich 모든 것이 내 쪽에서 잘 작동합니다. 런타임 동안 시작 작업 관리자를 추가하십시오

@kuncevic Windows에서 찾은 버그의 영향을받을 수 있습니다. https://github.com/yarnpkg/yarn/pull/2958

본질적으로 yarn은 항상 모든 작업에 대해 node_modules 모든 파일을 복사 할 수 있습니다.

@asolopovas 제 경우에는 node.exe 처럼 10-26 % node.exe 10-26 % .

내 AV는 완전히 꺼도 문제가되지 않습니다. 실 속도 향상을 볼 수 없습니다.

노드 -v 6.9.2

@kuncevic 은 노드를 7로 업데이트하고 작업 속도가 빨라지는지 확인하십시오. 그렇지 않으면 @vbfox 가 올바른 방향을 가리키고 있습니다.

본질적으로 yarn은 항상 모든 작업에 대해 node_modules의 모든 파일을 복사 할 수 있습니다.

@vbfox 이유에 대해 자세히 설명해 주시겠습니까? 나는 yarn의 자세한 출력을보고 거의 모든 시간이 디렉토리를 만들고 파일을 복사하는 데 소비된다는 것을 발견했습니다. 각 _package_에 대한 디렉토리를 만든 다음 복사하는 것보다 전체 패키지는 상당히 빠르거나 다시 더 빠를 수있는 모든 패키지를 심볼릭 링크 할 수도 있습니다. 이것들은 안전하지 않습니까?

@danpalmer 연결 단계는 기본적으로 3 단계로 작동합니다.

1. node_modules 에 있어야하는 모든 파일 찾기
2. 이 목록과 이미있는 목록을 확인하고 캐시에서 node_modules 로 복사해야 할 항목을 찾습니다.
3. 복사하기

libuv / nodejs 버그로 인해 ( utime 는 yarn에서 사용하고 버그는 밀리 초를 0으로 설정한다는 것입니다) 이전 실행에서 yarn이 복사 한 파일은 항상 다른 것으로 확인됩니다 (캐시의 버전에는 정상적인 수정 시간이지만 node_modules의 모든 파일은 밀리 초 동안 0 버전을 가짐) 2 단계는 항상 모든 것이 변경되었다고보고합니다.

노드 7.1에서 버그가 수정되었으므로 LTS에 국한되지 않은 경우 수정하기가 매우 쉽습니다 (파일이 utime 로 생성 되었기 때문에 저장소에서 첫 번째 얀 작업이 느려질 수 있지만 다음은 모두 훨씬 빠름). 내 PR은 본질적으로 비교할 때 Windows에서 파일 시간의 밀리 초 부분을 무시하여이 문제를 해결합니다.

전체 패키지 복사와 관련하여 현재 파일 시스템 AFAIK에 존재하는 작업은 모두 파일 수준에서 작동합니다.
제공하는 가장 좋은 창은 FileCopy API입니다 (Yarn에서 사용할 PR이 있습니다 : https://github.com/yarnpkg/yarn/pull/2960). 기본 nodejs 스트림 API를 사용하는 것보다 조금 더 빠릅니다.

심볼릭 링크는 왜 완료되지 않았는지 모르겠습니다. 저는 자바 스크립트 패키지 관리자에 대해 충분히 알지 못합니다 (테스트 폴더 제거와 같은 패키지 파일에 몇 가지 수정이 이루어 지지만 개별 파일을 심볼릭 링크해도 그렇게 달라지지는 않습니다) 그러나 linux / macos (윈도우보다 훨씬 더 흔함)에서도 마찬가지이기 때문에 그럴만 한 이유가있을 수 있습니다.

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

대부분의 경우 사람들이 브랜치 간을 전환 할 때 라이브러리를 다시 연결한다는 점을 고려하면 더 나은 방법이 있을까요?

node_modules 의 각 빌드에 대해 고유 한 ID를 만든 다음 캐시에서 전체 디렉토리를 심볼릭 링크 할 수 있습니까? 이런 식으로 분기를 앞뒤로 전환하는 것은 실제로 다른 node_modules 심볼릭 링크입니다.

당연히, 당신이 실행하는 node_modules 의 모든 버전을 캐싱하기 때문에 디스크에 많은 것을 쓸 것입니다. 그러나 디렉토리에 대한 심볼릭 링크에 대한 최적화가있을 수 있습니다. 심볼릭 링크 트리 저장?

순진한 것에 대해 용서하십시오. 저는 유닉스 및 심지어 Windows 파일 시스템에 관해서는 가장 교육을 많이받지는 못했지만 교육적인 연습으로 이것을 파헤쳐 서 어떤 식 으로든 분명히 결함이없는 경우이 아이디어의 개념 증명.

pnpm 및 IED 고용 당신은 내가 생각 언급 기술의 일부가 아닌 전체가 있는지, 얼마 전에 그들을 시도했지만 그들 중 Windows에서 문제를 발생 또는 원사로 빠르게하지 않았다.

저도 실로 앱을 만드는 데 오랜 시간이 걸렸습니다.
윈도우 서버 2012
노드 7.9.0
원사 0.22
554.08 초에 완료되었습니다.

그러나 다른 경우에는 React 설치가 포함되어 있지 않으면 훨씬 빠릅니다.

최근 연결 시간이 길지 않습니다. 달리는
원사- v0.23.2
노드- 6.10.2 또는 7.9.10 (nvm을 사용하여 전환)

Mac 및 archlinux (Manjaro)에서 이것을 시도했습니다.

Windows Defender 제외에 노드와 실을 추가하면 Windows 컴퓨터에서 연결 시간이 약 60 % 단축되었음을 확인할 수 있습니다.

+1

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

7.9.0 노드로 전환해도 속도가 빨라지지 않았습니다. Windows Defender에 'yarn', 'node'및 'npm'을 추가하면 (.exe 확장이 있거나없는, 무엇이 필요한지 확실하지 않음) 속도가 3 배 빨라졌지만 npm 설치보다 50 % 더 길었습니다.

또한 노드에서 실행중인 모든 항목이나 설치중인 패키지에서 모든 보호를 제거하는 것은 나에게 좋은 생각이 아닌 것 같습니다.

내 경험 추가-node.exe / yarn.exe를 Windows 방어자의 예외 목록에 추가하면 얀 설치 시간이 절반으로 단축되었습니다 (60 초에서 30 초로).

나는 이것도보고 있는데, 단일 패키지를 업데이트하는 데 너무 오래 걸리기 때문에 패키지를 개발하는 동안 빠르게 반복하는 것이 답답합니다.

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"
  }

:(

yarn 0.24.5, node 7.10.0 및 npm 4.2.0을 사용하여 Mid-Summer 2010 MacBook Pro (Sierra 10.12.4)에 +1 추가 :

λ 원사 추가 부트 스트랩-엉덩이
원사 추가 v0.24.5
[1/4] 🔍 패키지 해결 중 ...
[2/4] 🚚 패키지 가져 오는 중 ...
[3/4] 🔗 의존성 연결 ...
[4/4] 📃 새로운 패키지 만들기 ...
성공 저장된 잠금 파일.
성공 1 개의 새 종속성을 저장했습니다.
└─ [email protected]
✨ 123.52s 후에 완료되었습니다.

"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"
}

npm 설치로 다시 전환하면 문제가 해결되었습니다. 나는-u'stream ': u'[3/4] 원사에서 종속성 연결 및 NPM에서 오류 없음 ..

최신 빌드에 문제가 발생했습니다.

Docker를 통해 실행합니다.

@iwarner npm 5.0은 좋은 선택입니다.

Vagrant (Ubuntu Xenial)와 Jenkins에서 실을 운영합니다. package.json에는 두 개의 하위 프로젝트가 있습니다.
npm -v 3.10.10
노드 -v 6.10.1
원사 설치 v0.21.3

npm 설치에 대한 시간 초과 문제 (4 시간은 충분하지 않음)가 있었기 때문에 얼마 전에 npm에서 yarn으로 전환했습니다.

이제 원 사는 약 30 %의 시간 동안 작동하지만 70 %의 시간 동안 우리는 어느 시점에서 4 시간 제한 시간을 얻습니다. 첫 번째 얀 설치 또는 두 번째 얀 설치 또는 단위 테스트 (jest)를 실행하는 동안 시간 초과 될 수 있습니다.

이것은 https://github.com/yarnpkg/yarn/issues/990 의 복제품이며 비교 차트가 있으며 최신 버전의 Yarn이 거기에서 좋은 진전을 이룬 것처럼 보입니다.
그래도 문제가 발생하면 재현 단계 및 최신 npm과 비교하여 새로운 문제를 제출하십시오.

success Saved lockfile.
Done in 1737.79s.

Ubuntu 16.04
i5, 8GB RAM

:(

Windows 10 v 1709 + SSD + PowerShell + 노드 6.12.2 :
Yarn 설치는 마지막 패키지까지 빠르며 preinstall 명령에서 멈춘 것처럼 보였습니다.
여기의 지침에 따라 Windows 방어자에 대한 제외를 추가했지만 내 소스를 % USERPROFILE % source에 체크 아웃하여 급격히 느려졌습니다. c에서 체크 아웃했습니다. 힙이 더 빨랐습니다.

Ubuntu 플랫폼을위한 솔루션이 있습니까? 패키지를 추가하기 전에 말 그대로 두 번 생각해야합니다.

우분투는 저에게 매우 빠르며 전혀 느리지 않습니다.

2018 년 2 월 23 일 금요일 11:13 Basant Besra, [email protected] 작성 :

Ubuntu 플랫폼을위한 솔루션이 있습니까? 말 그대로 두 번 생각해야 해요
패키지 추가.

—
이 스레드를 구독했기 때문에이 메시지가 전송되었습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/yarnpkg/yarn/issues/1496#issuecomment-367897260 또는 음소거
실
https://github.com/notifications/unsubscribe-auth/AAcMheTtAYOsXcrnej_f2F8bY5D3nDT2ks5tXizngaJpZM4Kh3OZ
.

이것은 매우 성가신 일입니다. 말 그대로 모듈에서 한 줄을 변경하고 새 버전으로 다시 게시했으며 yarn add module 에는 5 분이 넘게 걸렸습니다.

텍스트 편집기를 사용하여 수동으로 패키지를 업데이트하는 것이 더 빠릅니다.

또한이 문제가 발생합니다.

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.

내 시스템은 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
원사 : v1.5.1

저에게도 매우 느립니다 Done in 254.32s.

노드 v8.10.0
npm 5.6.0

OSX 10.11.6 (15G19009)

[email protected] 으로 다시 전환했습니다.

대부분의 경우이 문제를 피하기 위해 오프라인 캐시 기능을 사용하고 있지만 package.json 또는 yarn-lockfile이 변경되는 즉시이 문제로 돌아갑니다. Linux 시스템에서 연결하는 데 10 분이 걸립니다. 나는 이것이 특정 창이라고 생각하지 않습니다.

이것은 확실히 Windows만의 문제가 아닙니다 (Windows가 아닌 컴퓨터에있는 사람들의 모든 게시물에서 분명해야 함)!

저는 macOS High Sierra 10.13.4에서 노드 10.1.0 (npm 5.6.0)과 yarn 1.6.0을 사용하고 있습니다. 원사를 사용하여 종속성을 설치하는 데 40 초가 걸렸습니다. npm으로 전환했는데 약 10 초가 걸렸습니다. 당분간 npm을 고수하겠습니다.

centos 7 박스도 마찬가지입니다. 이것에 대한 업데이트가 있습니까?
원사 : v1.7.0
npm : v5.7.1

노드 10의 Mac에서 1.9.2에서 나에게 발생합니다.

macOS HighSierra에서 Avast FileShield가 문제를 일으켰습니다. which yarn 사용하여 yarn 실행 파일을 제외 된 경로로 추가했습니다. 이제 괜찮은 것 같습니다. 돌아 오면 업데이트하겠습니다.

노드 10의 Mac에서 1.9.2에서 나에게 발생합니다.

여기도 마찬가지입니다. High Sierra의 Yarn 1.9.2, 노드 10.6.0.

@bestander 이것은 Windows 문제가 아닙니다. Yarn 1.9.4로 Mac에서 재현 할 수 있습니다. 이 문제는 다시 열어야합니다.

@davidgoli , 새 문제를 열어야합니다.이 문제는 새로운 문제이므로 별도로 분류해야합니다.

원 사는 내가 실행 한 모든 환경에서 매우 느립니다. 데비안, 맥, 윈도우. 새로운 문제가 공개 되었습니까? 또는 node_modules를 제거하는 RFC가 이것을 해결할 것입니까?

나는 같은 문제가 있고 이미 npm으로 전환했지만 여전히 버그가 있습니다.

Yarn에도 동일한 문제가 있습니다. 해결책을 찾았습니까?

이것은 # 990의 복제품이며 비교 차트가 있으며 최신 버전의 Yarn이 거기에서 좋은 진전을 이룬 것처럼 보입니다.
그래도 문제가 발생하면 재현 단계 및 최신 npm과 비교하여 새로운 문제를 제출하십시오.

이것은 중복되지 않으며,이 문제는 Windows에 관한 것이 아닙니다. 새 문제를 열면 컨텍스트가 손실 될 수 있습니다.

나는 같은 문제가 있습니다!

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

방랑자 2.2.4
손님 : Ubuntu 18.10 (GNU/Linux 4.18.0-25-generic x86_64)
호스트 : MacOS 10.14.5 Mojave

원사 1.16.0
npm 6.9.0

MacBook Pro (Retina, 13 형, 2015 년 초반)
프로세서 2.7GHz Intel Core i5
메모리 16GB 1867MHz 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.

25 분 이상의 생산성을 잃지 않고는 실제로 yarn install 를 실행할 수 없습니다. 말도 안 돼. 나는 이것이 Windows 문제라고 생각하지 않습니다. 가상화 된 환경에서 실행할 때 몇 가지 문제가있는 것 같습니다. 아마도 게스트 OS에서 동기화 된 폴더 / 파일 상태 확인과 관련이 있습니까?

원사 v1.17.3
노드 v10.16.3
npm 6.9.0

윈도우

yarn cache dir 와 동일한 디스크 섹션에 내 앱 프로젝트 폴더 위치를 배치하려고했습니다.
원사 캐시 디렉토리-> C : 사용자AppDataLocalYarnCachev4

결과:
이전 위치-> D : myApp Done in 747.17s.
새 위치-> C : myApp Done in 488.97s.

C와 D는 동일한 물리 디스크입니다.

맥

그러나 Mac은 Windows Done in 121.37s 보다 빠릅니다.

병목 현상이 디스크 읽기 / 쓰기 속도라고 생각합니까?

OS X 10.15
원사 v1.22.4
노드 v12.13.0
npm v6.12.0

나는 아직도 이것을 경험하고있다. 프로젝트가 마운트 된 암호화 된 디스크 이미지에 있습니다. 비교적 작은 package.json 으로 단일 패키지를 설치하는 데 몇 분이 걸립니다. 벤치마킹하지는 않았지만 npm은 훨씬 빨라졌습니다.

편집 : 동일한 암호화 된 볼륨에 있도록 원사의 기본 캐시 폴더를 변경하면이 문제가 해결되었습니다.

이것도 맞았고 나는 달리고 있습니다.

운영체제 : Ubuntu 18.04.2
털실 : 1.22.4
노드 : 14.7.0
NPM : 6.14.7