<p>pipenv 설치가 매우 느립니다.</p>

다시 @Diggsey , 이것은 우리가 지금 변경 사항을 작성하는 방식 때문입니다. 이러한 변경 사항을 병합할 준비가 되었지만 projects.py API에 대해 중단되므로 다음 주요 릴리스까지 보류할 예정입니다. 바라건대 우리는 이것을 다음 몇 주 안에 준비할 것입니다. 지금은 문제를 추적하기 위해 이것을 열어 둡니다.

우리는 PyCon에서 함께 이것에 대해 질주했습니다. 곧 더 빨라질 것입니다.

지금 나에게 그것은 느린 것이 아니라 얼어 붙습니다 ...

pipenv install my_package 또는 간단한 pipenv install 는 20분 후에 아무 출력도 제공하지 않습니다.

편집: 확인, 몇 시간 후에도 여전히 아무 것도 없습니다. 같은 문제인가요? 평소에는 느리지만 5~10분 만에 끝이 났다.

@NicolasWebDev 님 , 어떤 버전의 pipenv를 사용하고 계신가요? 또한 시스템에 별도로 delegator.py 설치되어 있습니까? 그렇다면 어떤 버전입니까? 이것은 v3.6.0에서 해결되어야 하는 문제였습니다.

위의 모든 것이 최신 상태라면 Pipfile의 내용을 제공해 주시겠습니까? 감사 해요!

안녕하세요 @nateprewitt , 당신이 맞았습니다. 저는 v3.5.x에 있었습니다. 4.1.1로 업데이트하면 정지 문제가 해결되었습니다. 지금은 아직 5분이 걸리지만 최소한 사용할 수 있습니다!

소음 죄송합니다. pip를 통해 설치된 패키지가 자동으로 업데이트되지 않는다는 사실을 항상 잊어버렸습니다.
감사 해요!

@NicolasWebDev의 문제가 해결되어 기쁩니다! 우리는 이 속도를 높이기 위해 노력하고 있으며 #373이 다음 릴리스에서 한 걸음 더 가까워지기를 바랍니다.

@Diggsey @NicolasWebDev , 저는 이러한 속도 향상이 추가되어야 하는 4.1.2를 방금 출시했습니다. 여기에서 해야 할 일이 아직 남아 있지만, 이것은 적어도 pipenv의 초기 부트스트랩 시간을 단축할 것입니다.

@nateprewitt 업데이트에 감사드립니다. 지금은 pipenv가 더 빨라 보이지만 아무 것도 변경되지 않은 경우에도 pipenv lock 실행하는 데 몇 분이 걸립니다. 여전히 Locking [packages] dependencies... 그 시간의 대부분.

@Diggsey , 그 많은 시간은 해당 Pipfile에서 엄청난 수의 파일을 다운로드하기 때문입니다. 모든 종속성을 고정하고 있는 것 같습니다. 이 모든 것을 프로젝트로 직접 가져오고 있습니까, 아니면 다른 것들의 일부 종속성 요구 사항입니까?

@nateprewitt 우리는 그들 중 일부를 제거할 수 있지만 대부분은 직접적인 종속성입니다. 잠금 파일을 생성할 때마다 모든 종속성을 다운로드해야 하는 이유는 무엇입니까?

의존성으로 설치하는 모든 것을 결정해야 합니다. 이를 얻기 위해 각 패키지를 다운로드하고 잠금 시간에 설치가 어떻게 보이는지 확인합니다. 이를 통해 Pipfile.lock의 모든 항목을 적절하게 고정할 수 있습니다. 다운로드 없이는 하위 종속성을 확인하고 범위 종속성 선언을 해결할 수 있는 신뢰할 수 있는 방법이 없습니다.

대부분의 패키지가 시간이 지남에 따라 동일하게 유지된다는 점을 감안할 때 다운로드한 패키지를 캐시할 수 있습니까?

@Diggsey 가 우리를 위해 그것을 조사하고 싶습니까?

이것은 어리석은 질문일 수 있지만 Pip은 이미 패키지 캐싱을 수행하지 않습니까?

하고 있다는 인상을 받고 있습니다.

pipenv는 pip 캐시 시스템을 사용할 수 있습니까? 아니면 처음부터 구현해야 합니까?

Pipenv는 pip만 실행하므로 캐시가 자동으로 사용되어야 합니다.

결정된! 자물쇠는 지금 사악합니다.

오 감사합니다. 직장에서 모든 사람을 pipenv로 밀어붙이는 것이 내 등을 지탱하는 유일한 방법이었다고 생각합니다.

와우, 좋습니다. 말 그대로 100배 이상의 속도 향상이었고 이전 버전에서는 포착하지 못한 종속성 충돌도 포착했습니다!

무엇 유용 할 것은입니다 verbose 대한 플래그 pipenv lock - 나는 단지 편집하여 종속성 충돌을 진단 할 수 있었다 piptools/logging.py 기록 자세한 가능하게하지만, 내가 한 번 그것을 준 무슨 일이 일어나고 있는지에 대한 매우 명확한 표시.

나는 아마도 뭔가를 놓치고있을 것입니다 :) 그것은 어디에서 수정 되었습니까? 최신 릴리스가 4일 전이므로 master 에서 최신 버전을 설치했습니다. 그러나 pipenv install 는 여전히 느립니다.

나는 시도했다:

• 멋진 방법으로 pipenv 설치 ⚡️ 🍰 ⚡️
• 모두의 최신 발행 본 사용 pipenv 에서 최신 버전 master
• 단일 패키지 설치

최신 안정 버전(5.3.5.)을 사용하면 하나의 패키지를 설치하는 데 3:40이 걸립니다.

∙ time pipenv install --dev raven
Installing raven...
Collecting raven
  Using cached raven-6.1.0-py2.py3-none-any.whl
Collecting contextlib2 (from raven)
  Using cached contextlib2-0.5.5-py2.py3-none-any.whl
Installing collected packages: contextlib2, raven
Successfully installed contextlib2-0.5.5 raven-6.1.0

Adding raven to Pipfile's [dev-packages]...
Locking [dev-packages] dependencies...
Locking [packages] dependencies...
Updated Pipfile.lock!
pipenv install --dev raven  10,11s user 2,77s system 5% cpu 3:40,04 total

master 버전을 사용하면 여전히 중단됩니다(패키지 1개, +10분)

편집: 방금 완료되었습니다.

pipenv install graphene_django  8,03s user 1,28s system 1% cpu 11:23,11 total

어떤 아이디어? 정말 감사합니다!

특히 c 컴파일이 있는 경우 종속성을 설치하는 데 시간이 걸리는 경우가 있습니다. Pipfile 를 공유하시겠습니까?

때때로 시간이 걸리는 것은 이해하지만 처음부터 느렸습니다. 제 문제인지 궁금합니다.

여기 내 Pipfile이 있습니다:

[[source]]
url = "https://pypi.python.org/simple"
verify_ssl = true

[dev-packages]
pytest = "*"
pytest-django = "*"
pytest-testmon = "*"
pytest-watch = "*"
django-debug-toolbar = "*"
raven = "*"

[packages]
dj-database-url = "*"
Django = "*"
djangorestframework = "*"
gunicorn = "*"
newrelic = "*"
psycopg2 = "*"
requests = "*"
whitenoise = "*"
graphene-django = "*"

psycopg2는 소스에서 컴파일 중일 수 있으므로 시간이 걸릴 수 있습니다. 다른 모든 것은 훌륭하고 빨라야 합니다. 그것을 제거하고 속도가 얼마나 증가하는지보십시오.

$ pipenv install raven 는 1초 정도 걸렸습니다.

$ pipenv install raven은 저에게 1초처럼 걸렸습니다.

그것이 내가 기대하는 것입니다! 어떻게 든 자세한 출력을 켤 수 있습니까?

psycopg2 제거를 시도했지만별로 영향을 미치지 않습니다. pipenv install raven 실행이 잠시 중단됩니다.

나는 가지고있다:

• 파이썬 3.6.2
• 맥OS 10.12.6

까마귀가 순간적이지 않아야 할 이유가 없습니다.

$ pip install raven 안에서 $ pipenv shell 하고 거기에서도 느린지 알려주세요.

pipenv가 수행하는 모든 작업은 pip를 실행하는 것이므로 사실상 "상세 모드"입니다.

즉석입니다.

∙ time pip install raven                                                                                                                                 19:38  tricoder<strong i="6">@issac</strong>
Requirement already satisfied: raven in /Users/tricoder/.envs/lingui-api-VE1OToiy/lib/python3.6/site-packages
Requirement already satisfied: contextlib2 in /Users/tricoder/.envs/lingui-api-VE1OToiy/lib/python3.6/site-packages (from raven)
noglob pip install raven  0,54s user 0,15s system 76% cpu 0,900 total

pipenv 실행 pipenv shell 내부/외부).

∙ time pipenv install raven                                                                                                                              19:39  tricoder<strong i="12">@issac</strong>
Installing raven...
Requirement already satisfied: raven in /Users/tricoder/.envs/lingui-api-VE1OToiy/lib/python3.6/site-packages
Requirement already satisfied: contextlib2 in /Users/tricoder/.envs/lingui-api-VE1OToiy/lib/python3.6/site-packages (from raven)

Adding raven to Pipfile's [packages]...
Locking [dev-packages] dependencies...
Locking [packages] dependencies...
Updated Pipfile.lock!
pipenv install raven  4,49s user 0,46s system 2% cpu 3:21,17 total

@Diggsey --verbose 에 대한 새 문제를 열고 원하는 모양의 예를 제공할 수 있습니까?

@tricoder42 는 느린 부분이 잠금 단계입니까 아니면 설치 단계입니까? 잠금은 최신 릴리스에서 크게 개선되었습니다.

```쉘
$ time pipenv 설치 까마귀
까마귀 설치 중...
까마귀 수집
캐시된 raven-6.1.0-py2.py3-none-any.whl 사용
요구 사항이 이미 충족됨: /Users/kennethreitz/.local/share/virtualenvs/pipenv-u9yqWeFK/lib/python3.6/site-packages의 contextlib2(raven에서)
수집된 패키지 설치: raven
raven-6.1.0을 성공적으로 설치했습니다.

Pipfile의 [패키지]에 까마귀 추가 중...
[dev-packages] 종속성을 잠그는 중...
[패키지] 종속성을 잠그는 중...
업데이트된 Pipfile.lock!
9.30 실제 5.49 사용자 0.42 시스템

50시 50분에 설치하는 것과 같습니다:잠금

@ tricoder42 그리고 당신은 최신을 사용하고 있습니까?

정확한 pipfile로 복제하겠습니다.

나는 그렇게 생각한다:

∙ pipenv --version                                                                                                                                       19:42  tricoder<strong i="6">@issac</strong>
pipenv, version 5.3.5

∙ pipsi upgrade git+https://github.com/kennethreitz/pipenv.git#egg=pipenv                                                                                19:45  tricoder<strong i="9">@issac</strong>
Collecting pipenv from git+https://github.com/kennethreitz/pipenv.git#egg=pipenv
  Cloning https://github.com/kennethreitz/pipenv.git to /private/var/folders/g9/1wbckv154mbby3tm411z_m340000gn/T/pip-build-se4ao5/pipenv
...
Installing collected packages: pipenv
  Found existing installation: pipenv 5.3.5
    Uninstalling pipenv-5.3.5:
      Successfully uninstalled pipenv-5.3.5
  Running setup.py install for pipenv ... done
Successfully installed pipenv-5.3.5

```쉘
$ 시간 pipenv 설치
제공된 패키지가 없으며 모든 종속성을 설치합니다.
Pipfile은 /Users/kennethreitz/pipenv/testapp/Pipfile에 있습니다. 이것을 프로젝트 홈으로 간주합니다.
Pipfile.lock을 찾을 수 없습니다. 생성 중...
[dev-packages] 종속성을 잠그는 중...
[패키지] 종속성을 잠그는 중...
업데이트된 Pipfile.lock!
Pipfile.lock에서 종속성 설치 중...
[==================================] 22/22 - 00:00:37
58.94 실제 40.51 사용자 8.62 시스템

새 pipenv에 첫 번째 패키지를 설치할 때도 마찬가지입니다. 내가 만들려고 할 것이다 pipenv --three 대신 pipenv --python python3.6

@triccoder42 1시간 만에 구글 행아웃에

또는 Messages.app을 사용하는 경우 Apple 화면 공유를 사용할 수 있습니다.

나를 추가해! 저는 [email protected]입니다.

회의에 참여하려고 하는데 그 이후에 참석할 수 있습니다.

시원한! 처음부터 모든 것을 청소하고 다시 설치해 보겠습니다. 1시간 안에 가능합니다

굉장합니다. 그러면 우리가 알아낼 것입니다. message.app에 저를 추가하세요 :)

누군가 v11.9.0 매우 느린 Locking 동작을 경험하는 경우 v9.0.0 다운그레이드하는 데 5분 30초가 소요되는 1분 36초가 설치됩니다.

@ryantuck 9.0.3 를 고정하기 위해 이전 버전을 고정하려고 하지만 속도에 대한 추가 보안을 상당히 잃게 되는 경우 --skip-lock 를 사용하는 것이 좋습니다. 그 점

--skip-lock 확실히 속도를 높였습니다. pipenv install --system --python=3.6 가 실제로 올바른 시스템 파이썬에 설치되지 않았기 때문에 이 경로를 따라갔습니다. 그리고 시스템 설치를 시도하기 전에 Pipfile.lock 를 생성해야 한다고 가정했습니다. 여전히 작동하지 않았으므로 일반 이전 pip 사용으로 돌아갔지만 이 라인을 따라 진전이 있다면 이 스레드에 다시 댓글을 달겠습니다.

—system 및 —python 는 상호 배타적입니다. 후자의 옵션에는 항상 virtualenv가 필요합니다.

예, 잠금도 시간이 걸립니다. v11.10.0. WSL의 우분투.

[[source]]
url = "https://pypi.python.org/simple"
verify_ssl = true
name = "pypi"

[packages]
babel = "==2.5.3"
"boto3" = "==1.7.3"
colorama = "==0.3.9"
coreapi = "==2.3.3"
dj-database-url = "==0.5.0"
djangorestframework = "==3.7.7"
django-axes = "==4.0.2"
django-clever-selects = "==0.8.2"
django-crispy-forms = "==1.7.2"
django-choices = "==1.6.0"
django-extra-views = "==0.10.0"
django-filter = "==1.1.0"
django-hijack = "==2.1.7"
django-hijack-admin = "==2.1.7"
django-js-reverse = "==0.8.1"
django-model-utils = "==3.1.1"
django-phonenumber-field = "==2.0.0"
django-polymorphic = "==2.0.2"
django-redis-cache = "==1.7.1"
django-role-permissions = "==2.2.0"
"django-s3direct" = "==1.0.4"
django-static-precompiler = {extras = ["libsass"], version = "==1.8.2"}
django-storages = "==1.6.6"
"django-tables2" = "==1.21.2"
django-webpack-loader = "==0.6.0"
django-widget-tweaks = "==1.4.2"
facebookads = "==2.11.4"
googleads = "==11.0.1"
markdown = "==2.6.11"
phonenumbers = "==8.9.3"
pillow = "==5.1.0"
"psycopg2-binary" = "==2.7.4"
pygments = "==2.2.0"
pyssim = "==0.4"
python-dotenv = "==0.8.2"
pytz = "==2018.4"
raven = "==6.6.0"
sendgrid-django = "==4.2.0"
slacker = "==0.9.65"
termcolor = "==1.1.0"
tqdm = "==4.21.0"
twitter-ads = "==3.0.0"
brotlipy = "==0.7.0"
waitress = "==1.1.0"
whitenoise = "==3.3.1"
Django = "==2.0.4"

[dev-packages]
coverage = "==4.5.1"
selenium = "==3.11.0"
tblib = "==1.3.2"
"flake8" = "==3.5.0"
django-debug-toolbar = "==1.9.1"
django-extensions = "==2.0.6"

[requires]
python_version = "3.6"

Pipfile.lock not found, creating…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
Updated Pipfile.lock (7a535c)!
Installing dependencies from Pipfile.lock (7a535c)…
  🐍   ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 92/92 — 00:01:01

real    8m1.993s
user    5m32.406s
sys     7m15.203s

두 번째나 세 번째는 조금 더 빨라야 합니다.
캐싱. 개선이 보이시나요?
2018년 4월 12일 목요일 오전 10:23 Alexander Kavanaugh <
[email protected]>은 다음과 같이 썼습니다.

예, 잠금도 시간이 걸립니다. v11.10.0. WSL의 우분투.

[[소스]]url = " https://pypi.python.org/simple "verify_ssl = truename = "pypi"
[패키지]babel = "==2.5.3""boto3" = "==1.7.3"colorama = "==0.3.9"coreapi = "==2.3.3"dj-database-url = "== 0.5.0"djangorestframework = "==3.7.7"django-axes = "==4.0.2"django-clever-selects = "==0.8.2"django-crispy-forms = "==1.7.2" django-choices = "==1.6.0"django-extra-views = "==0.10.0"django-filter = "==1.1.0"django-hijack = "==2.1.7"django-hijack- 관리자 = "==2.1.7"django-js-reverse = "==0.8.1"django-model-utils = "==3.1.1"django-phonenumber-field = "==2.0.0"django- 다형성 = "==2.0.2"django-redis-cache = "==1.7.1"django-role-permissions = "==2.2.0""django-s3direct" = "==1.0.4"django- 정적 사전 컴파일러 = {extras = ["libsass"], 버전 = "==1.8.2"}django-storages = "==1.6.6""django-tables2" = "==1.21.2"django-webpack -loader = "==0.6.0"django-widget-tweaks = "==1.4.2"facebookads = "==2.11.4"googleads = "==11.0.1"markdown = "==2.6.11" 전화 번호 = "==8.9.3"베개 = "==5.1.0""psycopg2-binary" = "==2.7.4"pygments = "==2.2.0"pyssim = "==0.4"python-dotenv = "==0.8.2"파이츠 = "==2018.4" 까마귀 = "==6.6.0"sendgrid-django = "==4.2.0"slacker = "==0.9.65"termcolor = "==1.1.0"tqdm = "==4.21.0"twitter-ads = "==3.0.0" 브로틀리피 = "==0.7.0" 웨이트리스 = "==1.1.0" 화이트노이즈 = "==3.3.1" 장고 = "==2.0.4"
[개발 패키지] 적용 범위 = "==4.5.1"셀레늄 = "==3.11.0"tblib = "==1.3.2""flake8" = "==3.5.0"django-debug-toolbar = " ==1.9.1"django 확장자 = "==2.0.6"
[필수]python_version = "3.6"

Pipfile.lock을 찾을 수 없습니다. 생성 중…
[dev-packages] 종속성 잠금 중…
[패키지] 종속성 잠금 중…
업데이트된 Pipfile.lock(7a535c)!
Pipfile.lock(7a535c)에서 종속성 설치 중…
🐍 ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉

실제 8m1.993초
사용자 5m32.406s
시스템 7m15.203s

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/pypa/pipenv/issues/356#issuecomment-380882203 또는 음소거
스레드
https://github.com/notifications/unsubscribe-auth/ABhjqwIPyHtX0NTVoV1UPYR7HcwYm-2kks5tn42SgaJpZM4NbeoN
.

그 전에 이미 패키지를 설치했습니다. 방금 잠금 파일을 제거하고 설치를 다시 실행했습니다. 다른 데이터 포인트를 얻기 위해 다시 할 것입니다.

@jtratner 와우. 매우 흥미롭습니다... 세 번째 이상 후에만 캐싱이 시작되는 이유는 무엇입니까?

Pipfile.lock not found, creating…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
Updated Pipfile.lock (7a535c)!
Installing dependencies from Pipfile.lock (7a535c)…
An error occurred while installing coreapi==2.3.3! Will try again.
  🐍   ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 92/92 — 00:00:58
Installing initially–failed dependencies…
Success installing coreapi==2.3.3!▉▉▉ 0/1 — 00:00:00
  ☤  ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 1/1 — 00:00:01

real    2m50.218s
user    2m19.438s
sys     5m44.797s

Pipfile.lock not found, creating…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
Updated Pipfile.lock (7a535c)!
Installing dependencies from Pipfile.lock (7a535c)…
  🐍   ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 92/92 — 00:00:55

real    2m32.042s
user    2m6.516s
sys     5m10.219s

@kavdev @jtratner 는 해시를 캐시하는 기능도 도입하여 상당한 개선을 이루어야 합니다.

여기 있어요... 15분 후

@giantas 도움이 되지 않습니다. pip 설치 시 pipfile, 출력 및 기간을 제공하십시오. 또한 개별 패키지를 할 수 있는지 여부.

내 컴퓨터에서 실행하려면 꽤 많은 시간이 걸립니다. macOS 10.13.4, pipenv, 버전 11.10.0

다운로드는 거의 즉시 실행되지만 Locking [packages] dependencies… 에서 멈춥니다. 여기에 2개의 종속성에 대해 30분이 소요되고 다른 3개의 종속성에 대해 6분이 소요됩니다. 내 프로젝트의 모든 종속성을 여기에 던지면 잠금 단계에서 무기한 멈춥니다.

pablo<strong i="8">@batman</strong> scanr (develop) $ time pipenv install flask flask_pymongo
Installing flask…
Looking in indexes: https://pypi.python.org/simple
Collecting flask
  Using cached https://files.pythonhosted.org/packages/77/32/e3597cb19ffffe724ad4bf0beca4153419918e7fa4ba6a34b04ee4da3371/Flask-0.12.2-py2.py3-none-any.whl
Collecting Werkzeug>=0.7 (from flask)
  Using cached https://files.pythonhosted.org/packages/20/c4/12e3e56473e52375aa29c4764e70d1b8f3efa6682bef8d0aae04fe335243/Werkzeug-0.14.1-py2.py3-none-any.whl
Collecting itsdangerous>=0.21 (from flask)
Collecting Jinja2>=2.4 (from flask)
  Using cached https://files.pythonhosted.org/packages/7f/ff/ae64bacdfc95f27a016a7bed8e8686763ba4d277a78ca76f32659220a731/Jinja2-2.10-py2.py3-none-any.whl
Collecting click>=2.0 (from flask)
  Using cached https://files.pythonhosted.org/packages/34/c1/8806f99713ddb993c5366c362b2f908f18269f8d792aff1abfd700775a77/click-6.7-py2.py3-none-any.whl
Collecting MarkupSafe>=0.23 (from Jinja2>=2.4->flask)
Installing collected packages: Werkzeug, itsdangerous, MarkupSafe, Jinja2, click, flask
Successfully installed Jinja2-2.10 MarkupSafe-1.0 Werkzeug-0.14.1 click-6.7 flask-0.12.2 itsdangerous-0.24

Adding flask to Pipfile's [packages]…
Installing flask_pymongo…
Looking in indexes: https://pypi.python.org/simple
Collecting flask_pymongo
  Using cached https://files.pythonhosted.org/packages/fa/71/ab920741dedd605ef4adbd57d0c7d9f43a6b6fe4068604fffbc6f64b2c9c/Flask_PyMongo-0.5.1-py3-none-any.whl
Requirement already satisfied: Flask>=0.8 in /Users/pablo/.local/share/virtualenvs/scanr-2m6AW0PB/lib/python3.6/site-packages (from flask_pymongo) (0.12.2)
Collecting PyMongo>=2.5 (from flask_pymongo)
  Using cached https://files.pythonhosted.org/packages/5c/7f/1f7240883ec3fa768d7e066c9cbd42ceb42d699ba1a0fb9d231c098a542d/pymongo-3.6.1-cp36-cp36m-macosx_10_6_intel.whl
Requirement already satisfied: click>=2.0 in /Users/pablo/.local/share/virtualenvs/scanr-2m6AW0PB/lib/python3.6/site-packages (from Flask>=0.8->flask_pymongo) (6.7)
Requirement already satisfied: itsdangerous>=0.21 in /Users/pablo/.local/share/virtualenvs/scanr-2m6AW0PB/lib/python3.6/site-packages (from Flask>=0.8->flask_pymongo) (0.24)
Requirement already satisfied: Werkzeug>=0.7 in /Users/pablo/.local/share/virtualenvs/scanr-2m6AW0PB/lib/python3.6/site-packages (from Flask>=0.8->flask_pymongo) (0.14.1)
Requirement already satisfied: Jinja2>=2.4 in /Users/pablo/.local/share/virtualenvs/scanr-2m6AW0PB/lib/python3.6/site-packages (from Flask>=0.8->flask_pymongo) (2.10)
Requirement already satisfied: MarkupSafe>=0.23 in /Users/pablo/.local/share/virtualenvs/scanr-2m6AW0PB/lib/python3.6/site-packages (from Jinja2>=2.4->Flask>=0.8->flask_pymongo) (1.0)
Installing collected packages: PyMongo, flask-pymongo
Successfully installed PyMongo-3.6.1 flask-pymongo-0.5.1

Adding flask_pymongo to Pipfile's [packages]…
Pipfile.lock (c202d3) out of date, updating to (3068be)…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
Updated Pipfile.lock (3068be)!
Installing dependencies from Pipfile.lock (3068be)…
  🐍   ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 32/32 — 00:00:03
To activate this project's virtualenv, run the following:
 $ pipenv shell

real    0m37.816s
user    0m34.556s
sys 0m4.517s

pablo<strong i="5">@batman</strong> scanr (develop) $ time pipenv install gunicorn h5py joblib
Installing gunicorn…
Looking in indexes: https://pypi.python.org/simple
Collecting gunicorn
  Using cached https://files.pythonhosted.org/packages/64/32/becbd4089a4c06f0f9f538a76e9fe0b19a08f010bcb47dcdbfbc640cdf7d/gunicorn-19.7.1-py2.py3-none-any.whl
Installing collected packages: gunicorn
Successfully installed gunicorn-19.7.1

Adding gunicorn to Pipfile's [packages]…
Installing h5py…
Looking in indexes: https://pypi.python.org/simple
Collecting h5py
  Using cached https://files.pythonhosted.org/packages/69/d5/dff2a8f7658fd87ab3330a0ab47e4363681d8bdf734a495add65a347f5e3/h5py-2.7.1-cp36-cp36m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
Requirement already satisfied: six in /Users/pablo/.local/share/virtualenvs/scanr-2m6AW0PB/lib/python3.6/site-packages (from h5py) (1.11.0)
Collecting numpy>=1.7 (from h5py)
  Using cached https://files.pythonhosted.org/packages/a0/df/fa637677800e6702a57ef09e1d62e42aec3f598fb235f897155d146f2f59/numpy-1.14.2-cp36-cp36m-macosx_10_6_intel.macosx_10_9_intel.macosx_10_9_x86_64.macosx_10_10_intel.macosx_10_10_x86_64.whl
Installing collected packages: numpy, h5py
Successfully installed h5py-2.7.1 numpy-1.14.2

Adding h5py to Pipfile's [packages]…
Installing joblib…
Looking in indexes: https://pypi.python.org/simple
Collecting joblib
  Using cached https://files.pythonhosted.org/packages/4f/51/870b2ec270fc29c5d89f85353da420606a9cb39fba4747127e7c7d7eb25d/joblib-0.11-py2.py3-none-any.whl
Installing collected packages: joblib
Successfully installed joblib-0.11

Adding joblib to Pipfile's [packages]…
Pipfile.lock (0d514f) out of date, updating to (a4d15f)…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
Updated Pipfile.lock (a4d15f)!
Installing dependencies from Pipfile.lock (a4d15f)…
  🐍   ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 36/36 — 00:00:03
To activate this project's virtualenv, run the following:
 $ pipenv shell

real    6m31.572s
user    1m1.986s
sys 0m11.047s

@pablote 느린 젠장! 이것은 부분적으로 numpy 설치로 인한 것입니다. 소스에서 잠금 또는 어리석은 것으로 컴파일하고 있다고 확신합니다. 여기에 유용한 출력을 제공하면 도움이 될 것입니다.

내가 할 수 있는 일이 있습니까? 아니면 내가 pipenv를 사용하고 이러한 느린 잠금 파일 시간을 갖는 데 운이 좋지 않습니까? --skip-lock을 사용할 수 있을 것 같지만 그 기능을 원했습니다.

@pablote 동일한 잠금 작업을 다시 실행하는지 확인할 수 있습니까? 여전히 느린가요?

다시 실행하면 거의 즉시 완료되므로 새로운 종속성이 추가된 것은 처음인 것 같습니다.

따라서 실제로 로컬에서 해시를 캐싱하므로 어떤 이유로든 여기에서 엄청나게 느린 해시 생성 프로세스입니다...

진단에 도움이 될 수 있는 정보가 있으면 알려주십시오. 잠시 동안은 pip + virtualenv + pip-tools로 돌아가겠습니다./

@pablote 해시가 한 번 있으면 다시 잠그면 그렇게 느리지 않습니다.

유용한 출력을 제공하십시오. 방금 #1622 ---에 따라 패키지 잠금 단계에서 잘못된 마커 오류를 해결하기 위해 내 pipenv를 9.1.0에서 11.10.0으로 업그레이드했습니다. 이제 ipykernel, pandas, jupyter, numpy가 포함된 pipfile이 있습니다. 거기에 matplotlib가 있고 pipenv install 를 사용하여 잠금 파일을 실행하려는 최근 시도와 함께 locking [packages] dependencies… 에 10분 이상 앉아 있었습니다.

출력이 없기 때문에 실제로 진행되고 있는지(예: 소스에서 numpy 빌드) 또는 그냥 매달려 있는지 알 수 없습니다. 내가 할 수 있는 최선은 top 에서 약간 곁눈질하고 파이썬 프로세스가 주변에 매달려 있는 것처럼 보이기 때문에 아마도 무언가를 하고 있다고 결론을 내리는 것입니다... 뭔가 빨리 움직이지 않습니다.

필요한 경우 이 작업에 기여하게 되어 기쁩니다.

유용한 출력을 제공하십시오. 방금 #1622 ---에 따라 패키지 잠금 단계에서 잘못된 마커 오류를 해결하기 위해 내 pipenv를 9.1.0에서 11.10.0으로 업그레이드했습니다. 이제 ipykernel, pandas, jupyter, numpy가 포함된 pipfile이 있습니다. 그리고 거기에 matplotlib가 있고 최근에 pipenv install을 사용하여 잠금 파일을 실행하려는 시도와 함께 [패키지] 종속성을 잠그는 데 10분 이상 앉아 있었습니다.

완전히 이해할 수 있는 불만 사항이며 사용자에게 더 유용한 피드백을 제공할 수 있는 방법에 대해 생각하려고 애쓰며 마음 속으로 스튜어오를 했습니다(왜냐하면 출력이 없다는 것이 약간 혼란스럽다는 데 동의하기 때문입니다). 15분만에 포기하겠습니다. @techalchemy가 지적했듯이 캐시가 조금 더 채워질 때마다 시간이 지남에 따라 지속적으로 빨라져야 합니다.

한 가지 질문: 공개 PyPI를 사용하고 있습니까?

@jtratner 예, 공개 PyPi 사용 --- 결국 포기하고 virtualenv를 폐기하고 새 것을 구축했습니다. 종속성을 한 번에 하나씩 설치하여 잠금 파일을 빌드할 수 있었습니다. (흥미롭게도 matplotlib이 가장 느리고 numpy보다 더 나쁩니다!)

This may take a long time 와 같은 메시지는 더 명확한 해결책이 결정될 때까지 사람들을 안심시키는 데 도움이 될 것입니다.

15분은 여전히 ​​미친듯이 길다. 나는 앉아서 기다릴 수 있을지 의심스럽다. @paultopia 더 많은 출력을 위해 pipenv lock —verbose 를 실행할 수 있습니다.

일반적으로 필요한 것보다 느리다는 느낌이 있지만 제가 이 문제를 과소평가하고 있는 것 같습니다. 내 컴퓨터에서 실행 중인 프로세스를 보면 pipenv가 실행 중인 전체 시간에 파이썬 프로세스를 실행하는 것을 볼 수 있으며 절대 ~15%를 넘지 않습니다. 해싱 파일과 같이 CPU 집약적인 작업을 수행하는 경우 더 많이 사용해야 할 것입니다. . 또한, 저는 yarn과 같이 종속성을 해시하는 다른 패키지 관리자를 사용해 보았는데 상당히 빠릅니다.

우리는 그것이 무엇을하는지 알아 내야합니다 ...

잠금을 사용할 때 속도가 느려지는 github 프로젝트를 만들었습니다. https://github.com/AndreasPresthammer/slow-pipenv를 살펴보십시오. 하지만 이것이 동일한 문제라고 100% 확신할 수는 없습니다. repo를 아래로 내리고 slow.sh 스크립트를 실행하고 실행 시간의 차이를 관찰하십시오.

@AndreasPresthammer 따라서 스크립트는 캐시되지 않은 잠금과 잠금으로 설치하는 시간을 비교합니다. 우리는 그것이 잠금이라는 것을 알고 있지만 그것은 느립니다. numpy의 경우 컴파일을 의미했던 과거에 해결을 위해 sdists를 사용해야했기 때문일 수 있습니다. 이제 바퀴를 사용할 수 있습니다. 속도가 빨라질 수 있습니다.

이것은 최신 python3.6, pip 및 pipenv 버전과 torch 와 같은 간단한 패키지 설치에서 확실히 여전히 문제입니다(5분 이상). 이 문제가 닫힌 것으로 표시되어서는 안 된다고 생각합니다.

종료되는 이 문제에 대해 의견을 말하고 싶은 사람은 pipenv lock --verbose 출력을 제공하세요. 소스에서 컴파일되고 정상적인 조건에서 빌드하는 데 오랜 시간이 걸리는 패키지의 경우 해상도가 느리다는 것을 알고 있습니다. 정상보다 느린 경우 원인에 대한 통찰력을 얻으려면 로그가 필요합니다.

또한 개발 및 프로덕션 환경에 Docker를 사용하고 있으며 Docker 내부 설치가 호스트에 설치할 때보다 느리다고 생각합니다. 어쩌면 모든 패키지의 조합일 수도 있지만 나보다 경험이 많은 사람들의 의견을 듣고 싶습니다.

다음은 Pipfile 및 Pipfile.lock 포함한 pipenv lock --verbose 의 로그입니다.

https://gist.github.com/mimischi/6270b7ece566cc571b427baaf1c331d4

@mimischi 해결 결과는 호스트에 캐시되지만 Docker는 액세스할 수 없습니다. 모든 해상도를 처음부터 다시 해야 하기 때문에 느립니다. 호스트의 캐시 디렉토리를 Docker에 마운트하면 도움이 됩니다. 마운트해야 하는 경로를 언급하는 문제에 대한 설명이 있습니다. 지금은 그것을 찾을 시간이 없지만 당신이 그것을 찾을 수 있습니다. (그리고 당신이 할 때 문서의 FAQ 페이지 에 그것을 제공

FWIW, 내 개발 상자를 잠그는 데 이제 30초 미만이 걸립니다. 이전보다 훨씬 좋아졌습니다. 감사합니다.

안녕하세요, 같은 문제가 발생합니다.
여기가 장황하다

pipenv lock --verbose
Locking [dev-packages] dependencies…
Using pip: -i https://pypi.python.org/simple

                          ROUND 1                           
Current constraints:
  pylint

Finding the best candidates:
  found candidate pylint==1.9.1 (constraint was <any>)

Finding secondary dependencies:
  pylint==1.9.1             requires astroid<2.0,>=1.6, isort>=4.2.5, mccabe, six

New dependencies found in this round:
  adding ['astroid', '<2.0,>=1.6', '[]']
  adding ['isort', '>=4.2.5', '[]']
  adding ['mccabe', '', '[]']
  adding ['six', '', '[]']
Removed dependencies in this round:
Unsafe dependencies in this round:
------------------------------------------------------------
Result of round 1: not stable

                          ROUND 2                           
Current constraints:
  astroid<2.0,>=1.6
  isort>=4.2.5
  mccabe
  pylint
  six

Finding the best candidates:
  found candidate astroid==1.6.4 (constraint was >=1.6,<2.0)
  found candidate isort==4.3.4 (constraint was >=4.2.5)
  found candidate mccabe==0.6.1 (constraint was <any>)
  found candidate pylint==1.9.1 (constraint was <any>)
  found candidate six==1.11.0 (constraint was <any>)

Finding secondary dependencies:
  pylint==1.9.1             requires astroid<2.0,>=1.6, isort>=4.2.5, mccabe, six
  astroid==1.6.4            requires lazy-object-proxy, six, wrapt
  isort==4.3.4              requires -
  mccabe==0.6.1             requires -
  six==1.11.0               requires -

New dependencies found in this round:
  adding ['lazy-object-proxy', '', '[]']
  adding ['wrapt', '', '[]']
Removed dependencies in this round:
Unsafe dependencies in this round:
------------------------------------------------------------
Result of round 2: not stable

                          ROUND 3                           
Current constraints:
  astroid<2.0,>=1.6
  isort>=4.2.5
  lazy-object-proxy
  mccabe
  pylint
  six
  wrapt

Finding the best candidates:
  found candidate astroid==1.6.4 (constraint was >=1.6,<2.0)
  found candidate isort==4.3.4 (constraint was >=4.2.5)
  found candidate lazy-object-proxy==1.3.1 (constraint was <any>)
  found candidate mccabe==0.6.1 (constraint was <any>)
  found candidate pylint==1.9.1 (constraint was <any>)
  found candidate six==1.11.0 (constraint was <any>)
  found candidate wrapt==1.10.11 (constraint was <any>)

Finding secondary dependencies:
  astroid==1.6.4            requires lazy-object-proxy, six, wrapt
  wrapt==1.10.11            requires -
  lazy-object-proxy==1.3.1  requires -
  six==1.11.0               requires -
  pylint==1.9.1             requires astroid<2.0,>=1.6, isort>=4.2.5, mccabe, six
  mccabe==0.6.1             requires -
  isort==4.3.4              requires -
------------------------------------------------------------
Result of round 3: stable, done

Locking [packages] dependencies…

다음은 pipenv --version . pipenv, 버전 2018.05.18

또한 특정 이유/오류가 발생하지 않는 이유를 모르겠습니다.
제 경우에는 pipenv lock 하면 시작되지만 내가 아는 한 끝나지 않습니다. 2시간을 기다려도 아직 완성의 기미가 보이지 않습니다. 그리고 나에게 ReadTimeoutError를 두 번 주었습니다. 이것은 내가 이 일을 하는 세 번째입니다.
파이썬 3.6.4 사용하기

프로젝트 마감일이 가까워지면 어떤 도움이든 큰 도움이 될 것입니다.

또한 이 문제가 다시 열리도록 투표하십시오. 해결되지 않았습니다. Docker 컨테이너 내에서 내 프로젝트를 잠그는 데 10-20분 정도 소요됩니다. 또한 엄청난 양의 메모리를 사용하므로 Docker가 프로세스를 종료하지 못하도록 할당량을 늘려야 했습니다.

해결 속도 문제에 대한 도움이 필요한 경우 환경에 대한 예제 Pipfilesmand 세부 정보를 제공하십시오. 이번 주에 릴리스를 중단하고 닫힌 스레드에 대한 개별 댓글을 추적할 시간이 없지만 제공하는 경우 Pipfile에 대해 테스트할 수 있습니다.

@jkp 이 프로젝트의 모든 핵심 개발자(우리 중 많은 사람이 처음부터 그렇지는 않음)가 이 문제를 매우 잘 알고 있으며 더는 아니더라도 당신만큼 문제가 있음을 보증합니다. 그러나 이것은 결코 쉬운 문제가 아니며 Python 패키징에서 모든 것을 분해하지 않고도 가능한 한 사용할 수 있도록 이미 할 수 있는 모든 것을 던졌습니다. 또한 현재 많은 문제가 있으며 다른 문제 에도 집중해야 합니다. 그렇다면 내가 내려야 할 불가피한 결정은 우리가 실제로 해결해야 할 문제에 우선순위를 두고 해결한 후에야 다음 단계에 대해 생각하기 시작하여 노력의 효과를 극대화하는 것입니다.

이제 귀하의 우선 순위가 우리와 다를 수 있음을 충분히 인정합니다. 이 성능 문제는 워크플로에서 가장 큰 단일 문제일 수 있으며 이 프로젝트에서 가장 중요한 문제로 꼽고 싶습니다. 그러나 귀하가 이 도구의 유일한 사용자가 아니며 우리는 귀하보다 모든 사람의 필요, 심지어 우리 자신의 필요를 우선시해야 함을 명심하십시오. 인정합니다. 따라서 이 문제에 대해 공유하고 있는 모든 사람이 이 문제에 대해 공감하고 해결 방법을 생각해 보시기 바랍니다. 우리가 실제로 무엇을 해야 하는지 알게 되면, 우리는 그것을 할 수 있습니다.

우리가 무엇을 할 수 있는지 모르기 때문에 이 문제는 닫힌 상태로 유지되며, 문제를 관리하려고 할 때 문제 추적기에서 노이즈 역할만 할 뿐입니다. 적어도 우리의 작업 흐름에서는 아무도 작업할 수 없는 문제가 있다는 의미가 없습니다.

문제를 관리하는 방식이라면 문제가 없는 워크플로를 감사합니다. 문제를 추적하는 데 도움이 될 수 있는 모든 정보를 추가하려고 합니다.

요청을 추적하기 위해 pipenv 와 net 사이에 mitmproxy 를 설치하여 디버깅을 했습니다. 몇 가지 흥미로운 사실을 발견했습니다.

1. 아직 json-api 지원하지 않는 비공개 pypi 인덱스를 사용하고 있습니다. 이것은 폴백이 메타데이터 등을 추출하기 위해 http 인덱스에 나열된 모든 것을 무차별 대입하고 다운로드하는 것처럼 보이기 때문에 작업 속도가 크게 느려집니다. 여기서 한 가지 제안은 이 폴백 방법이 사용 중임을 경고하는 간단한 로깅을 추가하는 것입니다. 다른 사람이 이것을 알아내기 위해 더 깊이 파고들 필요가 없도록 할 수 있습니다.

2. 무차별 대입 방법을 사용하면 코드가 사용 중인 아키텍처와 관련이 없는 패키지를 다운로드하는 것으로 보입니다. 예를 들어 Linux 시스템에서 win32 또는 osx 특정 휠 패키지를 다운로드했습니다. 이것은 다른 아키텍처용으로 빌드된 바이너리 패키지가 아무 소용이 없다는 것이 분명하기 때문에 감지하고 피할 수 있는 것처럼 느껴집니다.

나는 계속해서 디버그하고 유용한 정보를 찾는 대로 다시 보고할 것입니다.

pipenv 를 사용하는 json 인터페이스에서도 다른 아키텍처와 관련된 휠 파일에 대해 불필요한 요청을 하는 것 같습니다. 구현은 현재 대상 플랫폼/아치에 관계없이 주어진 릴리스에 대해 나열된 모든 파일을 검사한다는 점에서 매우 순진합니다.

최소 테스트 케이스:

Linux 호스트: pipenv install grpcio

다음 요청을 생성했습니다( mitmproxy 사용하여 캡처).

$ mitmdump -w dump.out
Proxy server listening at http://*:8080
127.0.0.1:62303: clientconnect
127.0.0.1:62303: GET https://pypi.org/simple/setuptools/
              << 200 OK 79.82k
127.0.0.1:62305: clientconnect
127.0.0.1:62305: GET https://files.pythonhosted.org/packages/7f/e1/820d941153923aac1d49d7fc37e17b6e73bfbd2904959fffbad77900cf92/setuptools-39.2.0-py2.py3-none-any.whl
              << 200 OK 554.25k
127.0.0.1:62303: GET https://pypi.org/simple/pip/
              << 200 OK 9.56k
127.0.0.1:62303: GET https://pypi.org/simple/wheel/
              << 200 OK 6.91k
127.0.0.1:62303: clientdisconnect
127.0.0.1:62305: clientdisconnect
127.0.0.1:62307: clientconnect
127.0.0.1:62307: GET https://pypi.org/simple/grpcio/
              << 200 OK 112.03k
127.0.0.1:62309: clientconnect
127.0.0.1:62309: GET https://files.pythonhosted.org/packages/1f/ea/664c589ec41b9e9ac6e20cc1fe9016f3913332d0dc5498a5d7771e2835af/grpcio-1.12.1-cp36-cp36m-manylinux1_x86_64.whl
              << 200 OK 8.57m
127.0.0.1:62307: GET https://pypi.org/simple/six/
              << 200 OK 3.34k
127.0.0.1:62309: GET https://files.pythonhosted.org/packages/67/4b/141a581104b1f6397bfa78ac9d43d8ad29a7ca43ea90a2d863fe3056e86a/six-1.11.0-py2.py3-none-any.whl
              << 200 OK 10.45k
127.0.0.1:62309: clientdisconnect
127.0.0.1:62307: clientdisconnect
127.0.0.1:62311: clientconnect
127.0.0.1:62311: GET https://pypi.org/simple/grpcio/
              << 200 OK 112.03k
127.0.0.1:62313: clientconnect
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/1f/ea/664c589ec41b9e9ac6e20cc1fe9016f3913332d0dc5498a5d7771e2835af/grpcio-1.12.1-cp36-cp36m-manylinux1_x86_64.whl
              << 200 OK 8.57m
127.0.0.1:62311: GET https://pypi.org/simple/six/
              << 200 OK 3.34k
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/67/4b/141a581104b1f6397bfa78ac9d43d8ad29a7ca43ea90a2d863fe3056e86a/six-1.11.0-py2.py3-none-any.whl
              << 200 OK 10.45k
127.0.0.1:62315: clientconnect
127.0.0.1:62315: GET https://pypi.org/pypi/six/json
              << 200 OK 5.94k
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/16/d8/bc6316cf98419719bd59c91742194c111b6f2e85abac88e496adefaf7afe/six-1.11.0.tar.gz
              << 200 OK 29.16k
127.0.0.1:62315: GET https://pypi.org/pypi/grpcio/json
              << 200 OK 164.26k
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/5c/73/5e65b81301956bdd32c5e8da691fde3fbd6e61283b65d2bac590b8f43765/grpcio-1.12.1-cp27-cp27m-win32.whl
              << 200 OK 1.35m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/e1/c3/bcce8247da4e6f95a900489b6f7ff3d14d93df40d69875fe4164c1b9544a/grpcio-1.12.1-cp27-cp27mu-manylinux1_i686.whl
              << 200 OK 8.01m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/ed/89/03924c56e9044b0842a014fcc0a81f55975028d1caa9cdd14234a230bc70/grpcio-1.12.1-cp27-cp27m-win_amd64.whl
              << 200 OK 1.35m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/d7/f6/ddeab13c25b8451f05875587801ad87e4e0fc23c4e3eb328c4bd1a80a415/grpcio-1.12.1-cp36-cp36m-linux_armv7l.whl
              << 200 OK 7.77m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/2d/a4/4d1d73c0339e987ea173f44cf62ec6b40fb91e0336c09c960c4a44137552/grpcio-1.12.1-cp35-cp35m-linux_armv7l.whl
              << 200 OK 7.76m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/76/27/b03ec8fc96745cde68d6ec29115f9a444945a6acc45209c5772378cc4d66/grpcio-1.12.1-cp35-cp35m-macosx_10_7_intel.whl
              << 200 OK 1.83m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/30/24/8e247548321e52c266a639b51a838ec19b41fb6bfd27e3bbef018496752e/grpcio-1.12.1-cp27-cp27m-manylinux1_x86_64.whl
              << 200 OK 8.47m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/80/c9/e582b962a4a3aa2684666ff67fc994a042b1b0e444eb6672eb9740f7b59a/grpcio-1.12.1-cp34-cp34m-macosx_10_7_intel.whl
              << 200 OK 1.84m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/a2/25/6d910070a4a07c32633c2376075d5dc03e90f69f855d700e3f73c1affebb/grpcio-1.12.1-cp27-cp27m-macosx_10_12_x86_64.whl
              << 200 OK 1.57m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/33/38/58f3e8d133de1f2e911206ead03799621205079c303ae5b27e7350051f4a/grpcio-1.12.1.tar.gz
              << 200 OK 13.56m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/68/57/da122cbfc1b7815381480b23044fff06b90f58c1be9310e68c2d6b1d623c/grpcio-1.12.1-cp36-cp36m-macosx_10_7_intel.whl
              << 200 OK 1.82m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/c6/b8/47468178ba19143e89b2da778eed660b84136c0a877224e79cc3c1c3fd32/grpcio-1.12.1-cp35-cp35m-manylinux1_x86_64.whl
              << 200 OK 8.55m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/5d/8b/104918993129d6c919a16826e6adcfa4a106c791da79fb9655c5b22ad9ff/grpcio-1.12.1-cp36-cp36m-win_amd64.whl
              << 200 OK 1.37m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/94/6c/02e9cb803cd7b9608c9c1768d86d31c61b088f5b9513a203c10fa7e905d8/grpcio-1.12.1-cp36-cp36m-win32.whl
              << 200 OK 1.12m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/2a/ed/71169dccb7f9250d17031068579832371a72891d8e64891265370ca6e264/grpcio-1.12.1-cp27-cp27mu-linux_armv7l.whl
              << 200 OK 7.68m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/63/38/d73bf5b1ef950dbab8203122b9681137b35012492ecfec56719be109e343/grpcio-1.12.1-cp27-cp27m-manylinux1_i686.whl
              << 200 OK 8.01m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/13/71/87628a8edec5bffc86c5443d2cb9a569c3b65c7ff0ad05d5e6ee68042297/grpcio-1.12.1-cp36-cp36m-manylinux1_i686.whl
              << 200 OK 8.11m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/1d/0d/146582f71161a0074dda2378617ae5f7e2c3d6cf62d4588eb586c1d6b675/grpcio-1.12.1-cp27-cp27mu-manylinux1_x86_64.whl
              << 200 OK 8.47m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/9e/3a/6aceb4fccacf6d2d7d087190c221a90f14b2bdcb56cbee5af24b7050278b/grpcio-1.12.1-cp34-cp34m-win_amd64.whl
              << 200 OK 1.35m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/f9/fa/a0187d220544b744dd3bb0d8b8ec716d130159160bf627415b2880ae599a/grpcio-1.12.1-cp34-cp34m-win32.whl
              << 200 OK 1.35m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/dd/aa/ac8e3c6badf1744f04be7d35fa95dae56df12b956f861285c8cced2a22cb/grpcio-1.12.1-cp34-cp34m-linux_armv7l.whl
              << 200 OK 7.76m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/38/2a/94665daafbcf0214adcf77ad8f5aed8b9dfcbfa871115c7890d88b1b8f3c/grpcio-1.12.1-cp34-cp34m-manylinux1_x86_64.whl
              << 200 OK 8.58m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/0d/33/22ad4a9dcefe330180cdb2d24fdd980af2a7a2dc03af208a408fd48195e0/grpcio-1.12.1-cp35-cp35m-win_amd64.whl
              << 200 OK 1.36m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/b5/13/9e8e5d68a15c51b251e512955a971214fd8425b237e6d6a04f0257c5d090/grpcio-1.12.1-cp34-cp34m-manylinux1_i686.whl
              << 200 OK 8.11m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/21/41/66ab386c65be68b4e907f2cd35223965aea2a086bcd0bd6825999e0bda7c/grpcio-1.12.1-cp35-cp35m-win32.whl
              << 200 OK 1.12m
127.0.0.1:62313: GET https://files.pythonhosted.org/packages/f7/db/fc084f59804a32a8d6efb467896a505f4dc93ea89ec44da856b91f05a5cb/grpcio-1.12.1-cp35-cp35m-manylinux1_i686.whl
              << 200 OK 8.09m
127.0.0.1:62313: clientdisconnect
127.0.0.1:62311: clientdisconnect
127.0.0.1:62315: clientdisconnect

일부 불필요한 요청 계산:

• 4 x win32
• 4 x 팔
• 4 x 마코스

기타 호스트 운영 체제 및 아치를 기반으로 간단한 필터링을 수행하는 것이 빠른 승리처럼 보입니까?

호스트 및 아키텍처별로 필터링된 항목을 원하고 대부분의 다른 사용자는 해당 호스트 및 아키텍처에 설치할 수 있는 해시가 포함된 잠금 파일을 원합니다. 우리에게 소식)

JSON API와 관련하여 현재 릴리스에서는 실제로 직접 적중할 수 없으며 릴리스하기 전에 코드베이스에서 다시 비활성화할 계획입니다. 광범위한 프로파일링을 수행했으며 packaging.version.parse() 대한 실패한 호출이 pipenv 런타임의 20-50% 정도를 차지한다는 것을 알고 있습니다.

그러나 Pip 10은 기본적으로 JSON API를 기본 확인자로 사용하므로 pip 사용을 중지하지 않는 한 그 앞에서 할 일이 많지 않습니다.

같은 걸 여러 번 다운로드해야 하는 것 같죠?

토론을 #2284로 옮겨야 합니다. 실제로 느린 잠금 부분입니다( install 는 본질적으로 TOML 조작 + lock + sync ). 설치가 아닙니다.

단일 아치에 대한 잠금과 관련하여. 디자인 선택을 이해합니다. 사용자가 호스트 아키텍처에 대해서만 잠글 수 있도록 플래그를 전달하는 옵션이 있을 수 있습니까? 이것은 시간과 일부 사용 사례의 대역폭 측면에서 상당히 중요한 최적화가 될 것입니다.

@techalchemy 답변 감사합니다. packaging.version.parse() 찾기가 좋은 리드인 것 같습니다. 이 진술에 더 많은 색상을 넣을 수 있습니까?

JSON API와 관련하여 현재 릴리스에서는 실제로 직접 적중할 수 없으며 릴리스하기 전에 코드베이스에서 다시 비활성화할 계획입니다.

왜 비활성화 할 계획인지 이해하지 못했습니다.

@jkp JSON API와 관련하여 가장 잘 설계된 것은 아니라고 합시다. 우리에게는 간단한 API 가 훨씬 더 적합합니다. 비활성화하면 API를 전혀 사용하지 않고 간단한 API를 사용하게 됩니다.

Pyspark를 설치하는 데 너무 오래 걸립니다.
마이 핍파일 -

[[source]]
name = "pypi"
verify_ssl = true
url = "https://pypi.org/simple"

[dev-packages]
pylint = "*"
pyspark = "*"

[requires]
python_version = "3.5"

쉘 출력 -

Pipfile.lock not found, creating...
Locking [dev-packages] dependencies...

위의 마지막 줄에서 프로세스가 중단되었습니다.
15~20분 후 종료

pipenv, 버전 2018.7.1

@keshavkaul PySpark는 매우 커서 다운로드하는 데 시간이 꽤 걸릴 수 있습니다. 시간을 주면 나중에 훨씬 나아질 것입니다(Pipenv가 결과를 캐시하기 때문에).

(또는 개발자에게 휠 배포판을 출시하도록 촉구할 수 있습니다. 그러면 약간의 도움이 될 것입니다.)

향후 방문자를 위한 참고 사항: 느린 설치 결과를 게시하지 마십시오. 우리는 그것이 느릴 수 있다는 것을 압니다. 느린 이유를 알고 있습니다. 귀하의 결과는 이 주제에 아무것도 추가하지 않습니다.

라이브러리 다운로드 중에 apt-get 또는 wget(다운로드 속도, 다운로드한 크기, 총 크기)과 같은 일부 정보 또는 진행률 표시줄을 가질 수 있습니까?
나는 이것이 여기의 문제라고 생각합니다. pipenv는 저에게 느린 것처럼 보였지만 그것은 단지 라이브러리 다운로드였습니다. pipenv가 파일을 다운로드하고 있고 얼마나 많이 이미 다운로드되었는지, 어떤 속도인지 등을 이해하기 위해 시스템 모니터를 열어야 했습니다.

hava 동일한 문제: Locking [packages] dependencies... 영원히 중단
내 환경:

• macOS 하이 시에라 10.13.6
• 파이썬: 파이썬 3.6.4
• pipenv: 버전 2018.7.1

@crifan 잠금 속도를 언급하는 열려 있거나 닫혀 있는 모든 문제에 동일한 메시지를 게시할 필요가 없습니다. 당신이 같은 말을 몇 번이든 우리는 당신의 의견을 볼 것입니다. 도움이 되고 싶다면 재현 가능한 사례를 제공해야 합니다. "나도"라고 말하는 것은 단순히 이슈 트래커에 트래픽을 추가하는 것 외에는 아무 것도 추가하지 않습니다. 그 점에 유의하시기 바랍니다.

여기도 마찬가지입니다. Pipenv는 매우 느립니다.
잠그고 설치하는 데 1시간이 걸립니다.

이 문제는 여기에서 잘 답변되었다고 생각합니다. https://github.com/pypa/pipenv/issues/1914#issuecomment -378846926

Python 종속성은 해결 및 계산을 위해 각 패키지의 설정 파일을 완전히 다운로드하고 실행해야 합니다. 그게 현실이고 조금 느립니다. 2분을 기다릴 수 없거나 절충할 가치가 없다고 생각되면 언제든지 --skip-lock 전달할 수 있습니다.

• @techalchemy에 의해

직접 계산하지 않고 PyPI API에서 해시 목록을 가져올 수 있습니까?

pipenv는 훌륭하지만 이 문제는 여전히 존재하는 것 같습니다. 어떤 진전이 있으면 기뻐할 것입니다. --skip-lock이 작동하지 않았습니다.

pipenv는 훌륭하지만 이 문제는 여전히 존재하는 것 같습니다. 어떤 진전이 있으면 기뻐할 것입니다. --skip-lock이 작동하지 않았습니다.

나를 위해 일했다

Windows에서 Git Bash를 사용하는 것이 Powershell에 비해 매우 느립니다. 이에 대한 통계나 데이터가 없지만 PS가 더 빠른 것 같았습니다. 따라서 Git Bash를 사용하는 경우 pipenv 'ing에 대해 기본 PS를 사용해 볼 수 있습니다.

이 문제가 종료되었다는 것을 알고 있지만 팬더를 설치하는 동안 시간이 많이 걸립니다. 자세한 출력은 이쪽

pipenv install pandas --verbose
Installing pandas…
⠋ Installing...Installing 'pandas'
$ ['/Users/sinscary/.local/share/virtualenvs/signzy-MSzur11z/bin/pip', 'install', '--verbose', '--upgrade', 'pandas', '-i', 'https://pypi.org/simple']
Adding pandas to Pipfile's [packages]…
✔ Installation Succeeded
Pipfile.lock not found, creating…
Locking [dev-packages] dependencies…
Locking [packages] dependencies…
⠦ Locking...

30분 이상 잠금 상태에서 멈춥니다. 저는 파이썬 3.7.0, macos mojave를 사용하고 있습니다. 도움이 필요합니다.

이 주제에 대한 모든 문제가 종료된 이유는 무엇입니까? 잠금 단계 중단으로 인해 pipenv를 설치할 수 없습니다.

다음 도커 이미지는 내 랩톱(i7/16Gb)에서 빌드하는 데 30분 이상 걸리며 pipenv install ... 명령은 오래 동안 실행됩니다...

Dockerfile

FROM python:3.7-alpine

# Update package list.
RUN set -ex && apk update

# Install apk dependencies.
RUN set -ex && apk add --no-cache musl-dev gcc libffi-dev openssl-dev make

# Install Pipenv.
RUN set -ex && pip install pipenv --upgrade

# Copy Pipfiles.
RUN mkdir /website
COPY Pipfile /website

# Install Pipenv dependencies.
WORKDIR /website
RUN set -ex && pipenv install --system --skip-lock --verbose

Pipfile

[[source]]
url = "https://pypi.python.org/simple"
verify_ssl = true
name = "pypi"


[requires]
python_version = "3.7"

[packages]
sanic = "*"
jinja2 = "*"
asyncpg = "*"
uvloop = "*"
munch = "*"

[dev-packages]

[pipenv]
allow_prereleases = true

이게 정상인가요? 누군가 재생산할 수 있습니까?

업데이트: Alpine Linux

나는 문제가 pipenv 의 쪽에 있지 않다는 것을 깨달았습니다 ...

Alpine 기반 docker-image를 Debian-Slim 에 구축된 것으로 교체했으며 이제 pipenv install 가 몇 초 안에 완료됩니다.

내 예의 문제는 Alpine Linux가 항상 소스에서 cython-extension 또는 c-extensions 를 포함하는 패키지를 빌드하려고 시도하는데, 이는 Docker 컨테이너에서 영원히 걸릴 수 있는 반면 Debian Linux는 wheel 사용하여 패키지를 설치한다는 것입니다.

이에 대한 추가 정보: https://stackoverflow.com/questions/49037742/why-does-it-take-ages-to-install-pandas-on-alpine-linux

나는 오랫동안 pipenv를 떠났고 "venv"또는 다른 옵션을 사용하여 가상 환경을 만들어야 할 때마다.

이상한 속도 문제도 있고 일부 스크립팅에 대해 2개의 모듈만 수행하고 있습니다.

click

설치하는 데 15/20분이 걸렸고 60Mbps 이상의 다운 속도와 최신 MacBook Pro 2019(내가 선택한 하드웨어가 아님)에서 실행되는 인터넷 테스트.

당분간 virtualenv를 사용하십시오. 더 나은 솔루션이 제공될 때까지

내가 이 작업을 수행하는 시간의 99%는 종속성이 내 잠금 파일의 동일한 것으로 해결됩니다. 이는 내 개발 파이프라인의 일부이기 때문입니다.

마지막 실행 이후에 새로운 업스트림 패키지가 없는 경우 확실히 프로세스를 건너뛸 수 있습니까?