<p>pemasangan pipenv sangat lambat</p>

Hai lagi @Diggsey , ini karena cara kami menulis perubahan sekarang. Saya memiliki perubahan yang siap untuk digabungkan tetapi mereka melanggar untuk projects.py API jadi kami akan menunda hingga rilis besar berikutnya. Mudah-mudahan kami akan memiliki ini dan siap dalam beberapa minggu ke depan. Saya akan membiarkan ini terbuka untuk melacak masalah untuk saat ini.

Kami berlari bersama di PyCon. Ini akan lebih cepat segera.

Saat ini bagi saya itu tidak lambat, itu membeku ...

pipenv install my_package atau pipenv install tidak memberi saya output apa pun, setelah 20 menit.

EDIT: Konfirmasi, masih tidak ada apa-apa setelah beberapa jam. Apakah masalah yang sama? Biasanya lambat, tetapi berakhir setelah 5 hingga 10 menit.

Hai @NicolasWebDev , versi pipenv apa yang Anda gunakan? Juga apakah Anda telah menginstal delegator.py di sistem Anda secara terpisah? Kalau ada, itu di versi berapa? Ini adalah masalah yang seharusnya diselesaikan di v3.6.0.

Jika semua di atas sudah terbaru, bisakah Anda memberikan konten Pipfile Anda? Terima kasih!

Hai @nateprewitt , Anda benar, saya menggunakan v3.5.x. Memperbarui ke 4.1.1 menyelesaikan masalah pembekuan. Sekarang masih memakan waktu 5 menit, tapi setidaknya bisa digunakan!

Maaf atas kebisingannya, saya selalu lupa bahwa paket yang diinstal melalui pip tidak diperbarui secara otomatis.
Terima kasih!

Senang Anda menyelesaikan masalah @NicolasWebDev! Kami sedang berusaha untuk mempercepat ini, semoga #373 akan selangkah lebih dekat di rilis berikutnya.

@Diggsey @NicolasWebDev , saya baru saja merilis 4.1.2 yang seharusnya menambahkan peningkatan kecepatan ini. Masih ada beberapa pekerjaan yang harus dilakukan di sini, tetapi ini setidaknya akan mempercepat waktu bootstrap awal untuk pipenv.

@nateprewitt Terima kasih atas pembaruannya, pipenv tampaknya lebih cepat bagi saya sekarang, tetapi masih perlu beberapa menit hanya untuk menjalankan pipenv lock , bahkan ketika tidak ada yang berubah - masih menunggu di Locking [packages] dependencies... untuk yang luas sebagian besar waktu itu.

@Diggsey , sebagian besar waktu itu karena Anda mengunduh sejumlah besar file di Pipfile itu. Sepertinya Anda juga menyematkan semua dependensi Anda. Apakah Anda langsung mengimpor semua ini ke dalam proyek Anda atau apakah ada persyaratan ketergantungan yang lain?

@nateprewitt Kami dapat menghapus beberapa di antaranya, tetapi sebagian besar adalah dependensi langsung - mengapa perlu mengunduh semua dependensi setiap kali membuat file kunci?

Kita perlu menentukan semua yang diinstal sebagai dependensi. Untuk mendapatkannya, kami mengunduh setiap paket dan menentukan seperti apa penginstalan pada waktu penguncian. Ini memungkinkan kita untuk menyematkan semua yang ada di Pipfile.lock dengan tepat. Tanpa mengunduh, tidak ada cara yang dapat diandalkan untuk memeriksa sub-dependensi dan menyelesaikan deklarasi dependensi rentang.

Mengingat bahwa sebagian besar paket akan tetap sama dari waktu ke waktu, apakah mungkin untuk men-cache paket yang diunduh?

@Diggsey ingin melihat itu untuk kami?

Ini mungkin pertanyaan konyol, tetapi bukankah Pip sudah melakukan caching paket ?

Saya mendapat kesan bahwa itu benar.

Bisakah pipenv menggunakan sistem cache pip atau harus diimplementasikan dari awal?

Pipenv hanya menjalankan pip, jadi cache harus digunakan secara otomatis.

tetap! kunci jahat cepat sekarang.

Oh terima kasih. Saya pikir itulah satu-satunya hal yang menahan saya untuk tidak mendorong semua orang ke pipenv di tempat kerja.

Wow, bagus, itu benar-benar lebih dari 100x percepatan untuk saya, dan itu juga menangkap konflik ketergantungan yang tidak ditangkap oleh versi sebelumnya!

Apa yang akan berguna adalah flag verbose untuk pipenv lock - Saya hanya dapat mendiagnosis konflik ketergantungan dengan mengedit piptools/logging.py untuk mengaktifkan pencatatan verbose, tetapi setelah saya melakukannya, itu memberi indikasi yang sangat jelas tentang apa yang sedang terjadi.

Saya mungkin melewatkan sesuatu :) Di mana itu diperbaiki? Rilis terbaru adalah 4 hari yang lalu, jadi saya menginstal versi terbaru dari master . Namun, pipenv install masih lambat.

Saya mencoba:

• instal pipenv dengan cara yang mewah ️ ⚡️
• gunakan versi terbaru dari pipenv dan versi terbaru dari master
• instal satu paket

Menggunakan versi stabil terbaru (5.3.5.), dibutuhkan 3:40 untuk menginstal satu paket:

∙ 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

Menggunakan versi dari master , masih hang (satu paket, +10 menit)

EDIT: Baru saja selesai:

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

Ada ide? Terima kasih banyak!

Terkadang dependensi membutuhkan waktu untuk diinstal, terutama jika mereka memiliki kompilasi c. Ingin berbagi Pipfile ?

Saya mengerti kadang-kadang butuh beberapa saat, tetapi lambat dari awal. Hanya ingin tahu apakah itu masalah di pihak saya.

Ini Pipfile saya:

[[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 mungkin memakan waktu cukup lama, karena mungkin dikompilasi dari sumber. Segala sesuatu yang lain harus bagus dan cepat. Coba hapus dan lihat seberapa banyak kecepatan Anda meningkat.

$ pipenv install raven hanya butuh 1 detik untuk saya.

$ pipenv install raven hanya butuh 1 detik untuk saya.

Itulah yang saya harapkan! Bisakah saya mengaktifkan keluaran verbose entah bagaimana?

Saya mencoba menghapus psycopg2 , tetapi tidak banyak berpengaruh. Menjalankan pipenv install raven hang untuk sementara waktu.

Saya mempunyai:

• Python 3.6.2
• macOS 10.12.6

saya tidak melihat alasan mengapa gagak tidak harus instan.

lakukan $ pip install raven di dalam $ pipenv shell dan beri tahu saya jika di sana juga lambat.

Semua pipenv lakukan adalah menjalankan pip, jadi itu secara efektif "mode verbose"

Itu instan:

∙ 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

Menjalankan pipenv hang sekitar 2-3 menit (di dalam/di luar 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 dapatkah Anda membuka edisi baru tentang --verbose dan memberikan contoh tampilan yang Anda inginkan?

@ tricoder42 adalah bagian lambat langkah penguncian atau langkah instal? Penguncian sangat ditingkatkan dalam rilis terbaru.

``` kulit
$ waktu pipenv menginstal gagak
Memasang gagak...
Mengumpulkan gagak
Menggunakan cache raven-6.1.0-py2.py3-none-any.whl
Persyaratan sudah terpenuhi: contextlib2 di /Users/kennethreitz/.local/share/virtualenvs/pipenv-u9yqWeFK/lib/python3.6/site-packages (dari gagak)
Menginstal paket yang dikumpulkan: raven
Berhasil menginstal raven-6.1.0

Menambahkan gagak ke [paket] Pipfile...
Mengunci dependensi [paket dev]...
Mengunci dependensi [paket]...
Pipfile.lock yang diperbarui!
9,30 nyata 5,49 pengguna 0,42 sistem

Ini seperti 50:50 saya menginstal: mengunci

@ tricoder42 dan Anda menggunakan yang terbaru?

Biarkan saya mereplikasi dengan pipfile Anda yang tepat.

Saya rasa begitu:

∙ 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

``` kulit
$ waktu pemasangan pipenv
Tidak ada paket yang disediakan, menginstal semua dependensi.
Pipfile ditemukan di /Users/kennethreitz/pipenv/testapp/Pipfile. Mengingat ini menjadi proyek rumah.
Pipfile.lock tidak ditemukan, membuat...
Mengunci dependensi [paket dev]...
Mengunci dependensi [paket]...
Pipfile.lock yang diperbarui!
Menginstal dependensi dari Pipfile.lock...
[================================] 22/22 - 00:00:37
58,94 nyata 40,51 pengguna 8,62 sistem

Itu bahkan ketika saya menginstal paket pertama ke pipenv baru. Saya akan mencoba membuat pipenv --three alih-alih pipenv --python python3.6

@tricoder42 ingin masuk ke google hangouts dalam waktu satu jam?

Atau kami dapat menggunakan berbagi layar Apple jika Anda menggunakan Messages.app.

Tambahkan saya! Saya [email protected].

Saya akan bergabung ke rapat, tetapi saya akan siap setelah itu.

Dingin! Saya akan mencoba membersihkan & menginstal ulang semuanya dari awal dan kita akan lihat. Saya tersedia dalam satu jam

Luar biasa — kita akan mencari tahu ini nanti. Tambahkan saya di messages.app :)

Jika ada yang mengalami perilaku Locking sangat lambat dengan v11.9.0 , saya menemukan bahwa menurunkan versi ke v9.0.0 membutuhkan waktu 5m30 detik untuk menginstal hingga 1m36 detik.

@ryantuck Saya akan merekomendasikan jika Anda akan menyematkan versi lama untuk menyematkan 9.0.3 tetapi Anda kehilangan sejumlah besar keamanan tambahan untuk kecepatan, Anda sebaiknya menggunakan --skip-lock di titik itu

--skip-lock pasti mempercepat segalanya. Saya menempuh jalan ini karena pipenv install --system --python=3.6 sebenarnya tidak menginstal ke sistem python yang benar, dan saya berasumsi bahwa saya perlu menghasilkan Pipfile.lock sebelum mencoba menginstal sistem. Itu masih tidak berhasil, jadi saya kembali menggunakan pip , tetapi akan mengomentari utas ini jika saya pernah membuat kemajuan di sepanjang baris ini.

—system dan —python saling eksklusif — opsi terakhir selalu membutuhkan virtualenv

ya, penguncian membutuhkan waktu untuk saya juga. v11.10.0. Ubuntu di 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

Seharusnya sedikit lebih cepat untuk kedua atau ketiga kalinya karena
caching ya. Apakah Anda melihat peningkatan?
Pada Kam, 12 Apr 2018 pukul 10:23 Alexander Kavanaugh <
[email protected]> menulis:

ya, penguncian membutuhkan waktu untuk saya juga. v11.10.0. Ubuntu di WSL.

[[source]]url = " https://pypi.python.org/simple "verify_ssl = truename = "pypi"
[paket] 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- polimorfik = "==2.0.2"django-redis-cache = "==1.7.1"izin peran-django = "==2.2.0""django-s3direct" = "==1.0.4"django- static-precompiler = {ekstra = ["libsass"], versi = "==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"pigmen = "==2.2.0"pyssim = "==0.4"python-dotenv = "==0.8.2"pytz = "==2018.4"gagak = "==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"pelayan = "==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"
[memerlukan]python_version = "3.6"

Pipfile.lock tidak ditemukan, membuat…
Mengunci dependensi [paket dev]…
Mengunci dependensi [paket]…
Pipfile.lock yang diperbarui (7a535c)!
Menginstal dependensi dari Pipfile.lock (7a535c)…
92/92 — 00:01:01

nyata 8m1.993s
pengguna 5m32.406s
sistem 7m15.203s

—
Anda menerima ini karena Anda berlangganan utas ini.
Balas email ini secara langsung, lihat di GitHub
https://github.com/pypa/pipenv/issues/356#issuecomment-380882203 , atau bisukan
benang
https://github.com/notifications/unsubscribe-auth/ABhjqwIPyHtX0NTVoV1UPYR7HcwYm-2kks5tn42SgaJpZM4NbeoN
.

Saya sudah menginstal paket sebelumnya; Saya baru saja menghapus file kunci dan menjalankan instal lagi. Saya akan melakukannya lagi untuk mendapatkan titik data lain

@jtratner Wah . Sangat menarik... apa yang menyebabkan caching masuk hanya setelah ketiga+ kali?

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 memperkenalkan fitur untuk

Ini aku... 15 menit kemudian

@giantas tidak membantu. Harap berikan pipfile, output, dan durasi dengan pip install. Juga apakah Anda dapat melakukan paket individu.

Dibutuhkan cukup banyak untuk berjalan di mesin saya. macOS 10.13.4, pipenv, versi 11.10.0

Unduhan segera berjalan, tetapi kemudian macet di Locking [packages] dependencies… . Ini mengambil setengah menit untuk dua dependensi, dan kemudian 6 menit untuk 3 dependensi lainnya, jika saya membuang semua dependensi proyek saya, itu hanya hang tanpa batas pada langkah penguncian

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 omong kosong suci yang lambat! Perhatikan bahwa ini sebagian karena pemasangan numpy, yang saya yakin kami mungkin kompilasi dari sumber ke kunci atau sesuatu yang bodoh. akan membantu jika kami memberikan hasil yang bermanfaat di sini

Apakah ada yang bisa saya lakukan? atau apakah saya hanya kurang beruntung dalam menggunakan pipenv dan memiliki waktu file kunci yang lambat ini? Saya kira saya bisa --skip-lock tapi saya ingin fitur itu

@pablote dapatkah Anda memeriksa apakah Anda menjalankan kembali operasi penguncian yang sama, apakah masih lambat?

Jika saya menjalankannya kembali, itu segera selesai, jadi saya kira ini baru pertama kalinya beberapa ketergantungan baru ditambahkan.

jadi ini sebenarnya menyimpan hash secara lokal, jadi untuk alasan apa pun itu proses pembuatan hash yang sangat lambat di sini...

Beri tahu saya jika ada info yang bisa saya berikan untuk membantu mendiagnosis. Untuk saat ini saya akan kembali ke pip + virtualenv + pip-tools :/

@pablote setelah Anda memiliki hash sekali, mengunci lagi tidak akan

Tolong, berikan output yang bermanfaat. Saya baru saja memutakhirkan pipenv saya dari 9.1.0 ke 11.10.0 untuk menyelesaikan kegagalan Penanda Tidak Valid pada langkah penguncian paket sesuai, misalnya, #1622 --- sekarang, saya memiliki pipfile dengan ipykernel, pandas, jupyter, numpy, dan matplotlib di sana dan dengan upaya terbaru saya untuk menggunakan pipenv install untuk menjalankan file kunci, saya telah duduk di locking [packages] dependencies… selama lebih dari 10 menit.

Karena tidak ada output, saya tidak tahu apakah ada sesuatu yang benar-benar terjadi (seperti membangun numpy dari sumber) atau hanya menggantung. Yang terbaik yang bisa saya lakukan adalah menyipitkan mata pada top dan menyimpulkan bahwa mungkin itu melakukan sesuatu karena proses python tampaknya berkeliaran ... sesuatu tidak segera bergerak.

Saya senang untuk berkontribusi pada beberapa pekerjaan ini jika diperlukan.

Tolong, berikan output yang bermanfaat. Saya baru saja memutakhirkan pipenv saya dari 9.1.0 ke 11.10.0 untuk menyelesaikan kegagalan Penanda Tidak Valid pada langkah penguncian paket sesuai, misalnya, #1622 --- sekarang, saya memiliki pipfile dengan ipykernel, pandas, jupyter, numpy, dan matplotlib di sana dan dengan upaya terakhir saya menggunakan pipenv install untuk menjalankan file kunci, saya telah mengunci dependensi [paket]… selama lebih dari 10 menit.

Keluhan yang benar-benar dapat dimengerti dan saya telah berpikir keras mencoba memikirkan bagaimana kami dapat memberikan umpan balik yang lebih bermanfaat kepada pengguna (karena saya setuju ini sedikit membingungkan karena tidak memiliki keluaran apa pun). Saya akan menyerah setelah 15 menit. Seperti yang ditunjukkan oleh @techalchemy , setiap kali cache Anda harus diisi sedikit lebih banyak, jadi cache harus lebih cepat secara konsisten dari waktu ke waktu.

Satu pertanyaan: apakah Anda menggunakan PyPI publik?

@jtratner ya, menggunakan PyPi publik --- dan akhirnya saya menyerah, merusak virtualenv dan membangun yang baru; Saya berhasil mendapatkan lockfile yang dibangun dengan menginstal dependensi saya satu per satu. (Menariknya, matplotlib adalah yang paling lambat --- bahkan lebih buruk daripada numpy!)

Mungkin pesan seperti This may take a long time akan membantu meyakinkan orang sampai solusi yang lebih jelas diputuskan.

15 menit masih sangat lama, saya ragu saya akan duduk dan menunggu. @paultopia Anda dapat menjalankan pipenv lock —verbose untuk lebih banyak output

Memang secara umum terasa lebih lambat dari yang seharusnya, tapi mungkin saya meremehkan masalah ini. Jika saya melihat proses yang berjalan di komputer saya, saya dapat melihat python yang berjalan sepanjang waktu pipenv berjalan, dan tidak pernah melebihi ~ 15%, mungkin harus menggunakan lebih banyak jika melakukan pekerjaan intensif cpu seperti file hashing . Juga, saya telah menggunakan manajer paket lain yang memiliki dependensi hash, seperti benang, dan mereka cukup cepat.

Kita perlu mencari tahu apa yang dilakukannya...

Saya telah membuat proyek github yang menunjukkan kelambatan saat menggunakan penguncian. Silakan lihat di https://github.com/AndreasPresthammer/slow-pipenv . Saya tidak 100% yakin bahwa ini adalah masalah yang sama. Tarik repo ke bawah dan jalankan skrip slow.sh, dan amati perbedaan waktu eksekusi.

@AndreasPresthammer jadi skrip Anda hanya mengatur waktu kunci yang tidak di-cache vs menginstal dengan kunci. Kita tahu bahwa itu adalah penguncian tapi itu lambat. Dalam kasus numpy itu mungkin karena itu harus menggunakan sdists untuk resolusi di masa lalu yang berarti kompilasi. Kita bisa menggunakan roda sekarang. Itu mungkin mempercepat

Ini jelas masih menjadi masalah (5+ menit), dengan versi python3.6, pip, dan pipenv terbaru, dan menginstal paket sederhana seperti torch . Saya tidak berpikir masalah ini harus ditandai sebagai ditutup.

Bagi siapa saja yang ingin mengomentari masalah ini ditutup: berikan output pipenv lock --verbose . Kami tahu resolusi lambat untuk paket yang dikompilasi dari sumber dan membutuhkan waktu lama untuk dibangun dalam kondisi normal. Kami membutuhkan log untuk mendapatkan wawasan tentang penyebabnya jika ini lebih lambat dari biasanya.

Saya juga menggunakan Docker untuk lingkungan dev dan produksi saya dan berpikir bahwa instalasi di dalam Docker terasa lambat, dibandingkan dengan instalasi di Host. Mungkin ini hanya kombinasi dari semua paket, tetapi saya ingin mendengar beberapa umpan balik dari orang-orang yang lebih berpengalaman daripada saya.

Berikut adalah log dari pipenv lock --verbose , termasuk Pipfile dan Pipfile.lock :

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

@mimischi Hasil resolusi di-cache di host, tetapi Docker tidak dapat mengaksesnya. Lambat karena perlu mengulang semua resolusi dari awal. Akan membantu jika Anda memasang direktori cache Host ke Docker. Ada komentar dalam masalah yang menyebutkan jalur yang harus Anda pasang. Saya tidak punya waktu untuk mencarinya sekarang, tetapi Anda dapat mencoba menemukannya. (Dan tolong sumbangkan ke halaman FAQ dokumen ketika Anda melakukannya!)

FWIW, mengunci kotak dev saya sekarang membutuhkan waktu kurang dari 30 detik. Jauh lebih baik dari sebelumnya -- hargai itu.

Hai, mendapatkan masalah yang sama.
inilah verbosenya

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…

Ini dia pipenv --version : pipenv, versi 2018.05.18

Saya juga tidak tahu mengapa ini terjadi, tidak ada alasan/kesalahan khusus yang terjadi.
Dalam kasus saya ketika saya melakukan pipenv lock itu dimulai tetapi tidak pernah berakhir sejauh yang saya tahu. Saya sudah menunggu selama 2 jam sekarang masih belum ada tanda-tanda selesai. Dan telah memberi saya ReadTimeoutError dua kali ini adalah ketiga kalinya saya melakukan ini.
Menggunakan Python 3.6.4

Bantuan apa pun akan sangat membantu karena tanggal jatuh tempo proyek saya semakin dekat.

Juga pilih masalah ini untuk dibuka kembali. Ini jauh dari terpecahkan .... mengambil suatu tempat antara 10-20 menit untuk mengunci proyek saya dalam wadah Docker. Itu juga menggunakan jumlah memori yang gila - sehingga saya harus meningkatkan alokasi ke Docker untuk menghentikannya mematikan proses.

Berikan contoh detail Pipfilesmand tentang lingkungan Anda jika Anda ingin bantuan dengan masalah dengan kecepatan resolusi. Kami memotong rilis minggu ini dan tidak punya waktu untuk melacak satu per satu komentar di utas tertutup tetapi dapat menguji terhadap Pipfiles jika Anda memberikannya

@jkp Izinkan saya untuk meyakinkan Anda bahwa setiap pengembang inti dari proyek ini (bukan berarti ada banyak dari kita untuk memulai) sangat menyadari masalah ini, dan sama bermasalahnya dengan Anda, jika tidak lebih. Namun, ini bukan masalah yang mudah, dan kami telah mengerahkan semua yang kami bisa untuk membuatnya dapat digunakan semaksimal mungkin, tanpa harus membongkar semuanya dalam kemasan Python. Kami juga memiliki banyak hal di piring kami saat ini, dan perlu juga fokus pada isu-isu lainnya. Keputusan tak terhindarkan yang harus saya buat, kemudian, adalah memprioritaskan masalah yang benar-benar kita ketahui bagaimana cara memecahkannya, dan baru mulai memikirkan langkah selanjutnya setelah itu selesai, untuk memaksimalkan efek dari upaya kita.

Sekarang, saya sepenuhnya mengakui bahwa prioritas Anda mungkin berbeda dari prioritas kami. Masalah kinerja ini bisa menjadi satu-satunya masalah terbesar dalam alur kerja Anda, dan Anda ingin menempatkannya sebagai hal terpenting dalam proyek ini. Harap diingat, bagaimanapun, bahwa Anda bukan satu-satunya pengguna alat ini, dan kami perlu memprioritaskan kebutuhan semua, bahkan kebutuhan kami sendiri , di depan kebutuhan Anda. Saya mengakui itu. Oleh karena itu, saya mendorong siapa pun yang berbagi situasi untuk bergabung dalam masalah ini, dan mencoba memikirkan cara untuk menyelesaikannya. Setelah kita tahu apa yang sebenarnya harus dilakukan, kita bisa melakukannya.

Masalah ini tetap tertutup karena kami tidak tahu apa yang bisa kami lakukan, dan hanya akan berfungsi sebagai noise di pelacak masalah saat kami mencoba mengelolanya. Tidak ada gunanya, setidaknya dalam alur kerja kami, untuk memiliki masalah yang tidak dapat diselesaikan oleh siapa pun.

Hargai alur kerja Anda, jadi jika itu cara Anda mengelola masalah, tidak apa-apa. Saya akan mencoba menambahkan informasi apa pun yang saya bisa untuk membantu melacak masalahnya.

Saya melakukan beberapa debugging dengan menginstal mitmproxy antara pipenv dan net untuk melacak permintaan yang dibuat. Saya menemukan beberapa hal menarik.

1. Kami menggunakan indeks pypi yang belum mendukung json-api . Ini memperlambat segalanya secara signifikan karena sepertinya fallback adalah untuk memaksa dan mengunduh semua yang tercantum dalam indeks http untuk mengekstrak metadata dll. Satu saran di sini adalah hanya menambahkan beberapa logging sederhana untuk memperingatkan bahwa metode fallback ini sedang digunakan - itu mungkin menyelamatkan orang lain yang harus menggali lebih dalam untuk mengetahui hal ini.

2. Menggunakan metode brute-force tampaknya kode mengunduh paket yang tidak relevan dengan arsitektur yang digunakan. Misalnya pada mesin linux sedang mengunduh paket roda khusus win32 atau osx . Ini terasa seperti sesuatu yang dapat dideteksi dan dihindari karena jelas bahwa paket biner yang dibangun untuk arsitektur lain tidak akan berguna.

Saya akan terus men-debug dan melaporkan kembali semua info berguna yang saya temukan.

Sepertinya bahkan dengan antarmuka json yang digunakan pipenv membuat permintaan yang tidak perlu untuk file roda yang berhubungan dengan arsitektur yang berbeda. Implementasinya saat ini cukup naif karena memeriksa semua file yang terdaftar terhadap rilis yang diberikan, terlepas dari platform/lengkungan target.

Kasus uji minimal:

Pada host Linux: pipenv install grpcio

Menghasilkan permintaan berikut (diambil menggunakan 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

Menghitung beberapa permintaan yang tidak perlu:

• 4 x menang32
• 4 x lengan
• 4 x macosx

Dll. Sepertinya menang cepat untuk melakukan pemfilteran sederhana berdasarkan host os dan arch?

Anda ingin hal-hal difilter berdasarkan host dan arsitektur, sebagian besar lainnya menginginkan file kunci yang menyertakan hash yang memungkinkan mereka untuk menginstal pada host dan arsitektur tersebut (kami memiliki sejumlah besar peretasan di basis kode penyelesai pip yang secara khusus mengaktifkan ini, jadi tidak berita kepada kami)

Mengenai api JSON, itu sebenarnya tidak diaktifkan untuk memukul secara langsung di rilis saat ini, dan saya berencana untuk menonaktifkannya di basis kode lagi sebelum kami merilis. Saya telah melakukan pembuatan profil ekstensif dan saya tahu bahwa panggilan gagal ke akun packaging.version.parse() untuk sekitar 20-50% runtime pipenv.

Pip 10 menggunakan JSON API secara default sebagai resolver utamanya, jadi kecuali jika Anda ingin berhenti menggunakan pip, tidak banyak yang bisa dilakukan di bagian depan itu.

Saya merasa kita harus mengunduh hal yang sama berkali-kali, bukan?

Kita mungkin harus memindahkan diskusi ke #2284. Sebenarnya bagian penguncian yang lambat ( install pada dasarnya adalah manipulasi TOML + lock + sync ), tidak menginstal.

Mengenai penguncian ke satu lengkungan. Saya memahami pilihan desain; mungkinkah ada opsi untuk memberikan tanda agar pengguna dapat mengunci hanya untuk arsitektur Host? Ini akan menjadi pengoptimalan yang cukup signifikan baik dari segi waktu, dan bandwidth untuk beberapa kasus penggunaan.

@techalchemy terima kasih atas tanggapan Anda. Temuan packaging.version.parse() tampaknya merupakan petunjuk yang bagus. Bisakah Anda memberi lebih banyak warna pada pernyataan ini:

Mengenai api JSON, itu sebenarnya tidak diaktifkan untuk memukul secara langsung di rilis saat ini, dan saya berencana untuk menonaktifkannya di basis kode lagi sebelum kami merilis.

Saya tidak mengerti mengapa Anda berencana untuk menonaktifkannya?

@jkp Mengenai JSON API, anggap saja itu bukan hal yang dirancang terbaik di luar sana. API sederhana jauh lebih cocok untuk kita. Dengan menonaktifkannya, kami menggunakan API sederhana, tidak menggunakan API sama sekali.

Butuh waktu terlalu lama bagi saya untuk menginstal Pyspark.
File Pip saya -

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

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

[requires]
python_version = "3.5"

keluaran cangkang -

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

Proses macet pada baris terakhir di atas.
Selesai setelah 15-20 menit

pipenv, versi 2018.7.1

@keshavkaul PySpark sangat besar, dan dapat memakan waktu cukup lama hanya untuk mengunduh. Beri waktu, itu akan jauh lebih baik setelahnya (karena Pipenv menyimpan hasilnya).

(Atau Anda dapat mendesak pengembang untuk merilis distribusi roda. Itu akan sedikit membantu.)

Catatan untuk pengunjung berikutnya: Harap jangan memposting hasil instalasi Anda yang lambat. Kami tahu itu bisa lambat. Kami tahu mengapa lambat. Hasil Anda tidak menambahkan apa pun ke topik ini.

Apakah mungkin untuk memiliki beberapa informasi atau bilah kemajuan seperti apt-get atau wget (kecepatan unduhan, ukuran unduhan, ukuran total) selama unduhan perpustakaan?
Saya kira ini masalahnya di sini, pipenv tampak lambat bagi saya tetapi itu hanya unduhan perpustakaan, saya harus membuka monitor sistem untuk memahami bahwa pipenv sedang mengunduh file dan berapa banyak yang sudah diunduh, kecepatan apa dll

memiliki masalah yang sama: Locking [packages] dependencies... hang selamanya
lingkungan saya:

• macOS Sierra Tinggi 10.13.6
• Python: Python 3.6.4
• pipenv: versi 2018.7.1

@crifan tidak perlu memposting pesan yang sama pada setiap masalah terbuka atau tertutup yang menyebutkan kecepatan penguncian. Kami akan melihat komentar Anda tidak peduli berapa kali Anda mengatakan hal yang sama. Jika Anda ingin membantu, Anda perlu memberikan contoh kasus yang dapat direproduksi. Menyebutkan "saya juga" sama sekali tidak menambahkan apa pun selain lalu lintas ekstra pada pelacak masalah. Harap berhati-hati akan hal itu.

Sama disini. Pipenv sangat lambat.
Membutuhkan waktu satu jam untuk mengunci dan memasang.

Saya pikir masalah ini telah dijawab dengan baik di sini: https://github.com/pypa/pipenv/issues/1914#issuecomment -378846926

Ketergantungan Python mengharuskan kita untuk sepenuhnya mengunduh dan menjalankan file pengaturan dari setiap paket untuk diselesaikan dan dihitung. Itu hanya kenyataannya, itu agak lambat. Jika Anda tidak bisa menunggu 2 menit atau Anda merasa itu tidak sepadan dengan pengorbanannya, Anda selalu dapat melewati --skip-lock .

• oleh @techalchemy

Apakah mungkin untuk mendapatkan daftar hash dari PyPI API, daripada menghitungnya sendiri?

pipenv luar biasa, tetapi masalah ini tampaknya masih ada. akan senang melihat kemajuan apa pun. --skip-lock tidak berfungsi.

pipenv luar biasa, tetapi masalah ini tampaknya masih ada. akan senang melihat kemajuan apa pun. --skip-lock tidak berfungsi.

Bekerja untuk saya

Saya menemukan bahwa menggunakan Git Bash di Windows sangat lambat dibandingkan dengan Powershell. Saya tidak memiliki statistik atau data tentang ini, tetapi PS tampak lebih cepat. Jadi, jika Anda menggunakan Git Bash, Anda mungkin ingin mencoba PS asli untuk pipenv '.

Saya tahu masalah ini sudah selesai, Tetapi bagi saya saat menginstal panda membutuhkan banyak waktu. Output verbose adalah ini

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

Itu macet di Penguncian selama lebih dari 30 menit. Saya menggunakan python 3.7.0, macos mojave. Bantuan apa pun dengan itu.

Mengapa semua masalah topik ini ditutup? Saya tidak dapat menginstal pipenv satu pun karena langkah kunci macet.

Gambar buruh pelabuhan berikut membutuhkan lebih dari 30 menit untuk dibangun di laptop saya (i7/16Gb), perintah pipenv install ... berjalan selama berabad-abad...

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

Apakah ini normal? Bisakah seseorang mereproduksi?

Pembaruan: Hati-hati dengan Alpine Linux

Saya menyadari bahwa masalahnya bukan di pihak pipenv ...

Saya mengganti gambar docker dasar Alpine dengan yang dibangun di atas Debian-Slim dan sekarang pipenv install selesai dalam hitungan detik.

Masalah dalam contoh saya adalah bahwa Alpine Linux akan selalu mencoba membangun paket yang berisi cython-extension atau c-extensions dari sumber, yang dapat berlangsung selamanya dalam wadah Docker, sedangkan Debian Linux menginstalnya menggunakan wheel Format

Lebih lanjut tentang ini: https://stackoverflow.com/questions/49037742/why-does-it-take-ages-to-install-pandas-on-alpine-linux

Saya telah lama meninggalkan pipenv dan setiap kali saya perlu membuat virtual env menggunakan "venv" atau opsi lain.

Memiliki masalah kelambatan yang aneh juga, hanya 2 modul untuk beberapa skrip yang saya lakukan.

click

Butuh 15/20 menit untuk menginstal, tes internet di lebih dari 60Mbps turun dan berjalan pada MacBook Pro 2019 terbaru (bukan perangkat keras pilihan saya).

Silakan gunakan virtualenv untuk saat ini. sampai solusi yang lebih baik tersedia

99% dari waktu saya melakukan ini, dependensi akan diselesaikan dengan yang sama di file kunci saya, ini karena ini adalah bagian dari pipa dev saya.

Dalam hal tidak ada paket upstream baru sejak terakhir dijalankan, pasti prosesnya bisa dilewati ?