Comments (15)
Hi, thank you for posting this issue.
Can you run this env_check.sh
script in your container so that I can collect some hardware information?
Also, after the process get killed, can you run sudo dmesg
and post the result of last few lines? The process is killed while converting the model, so I suspect that the reason why the process get killed is due to lack of memory.
Can you post your docker container config?
from bigdl.
Here's dmesg results.
[ 6993.117252] [ 11627] 0 11627 1231151 433 958464 81335 0 python
[ 6993.117690] [ 11632] 0 11632 1252848 586 966656 81950 0 python
[ 6993.118123] [ 11634] 0 11634 1252848 588 966656 81948 0 python
[ 6993.118666] [ 11636] 0 11636 1252848 588 966656 81948 0 python
[ 6993.119254] [ 11638] 0 11638 1252848 588 966656 81948 0 python
[ 6993.119704] [ 11640] 0 11640 1252848 589 966656 81947 0 python
[ 6993.120150] [ 11642] 0 11642 1252848 588 966656 81948 0 python
[ 6993.120670] [ 11644] 0 11644 1252848 593 966656 81943 0 python
[ 6993.121191] [ 11646] 0 11646 1252848 588 966656 81948 0 python
[ 6993.121823] [ 11648] 0 11648 1252848 589 966656 81948 0 python
[ 6993.122343] [ 11650] 0 11650 1252848 589 966656 81948 0 python
[ 6993.122899] [ 11652] 0 11652 1252848 589 966656 81948 0 python
[ 6993.123422] [ 11654] 0 11654 1252848 590 966656 81947 0 python
[ 6993.123906] [ 11656] 0 11656 1252848 589 966656 81948 0 python
[ 6993.124440] [ 11658] 0 11658 1252848 589 966656 81948 0 python
[ 6993.124956] [ 11660] 0 11660 1252848 586 966656 81951 0 python
[ 6993.125466] [ 11662] 0 11662 1252848 586 966656 81951 0 python
[ 6993.126027] [ 11664] 0 11664 1252848 586 966656 81951 0 python
[ 6993.126511] [ 11666] 0 11666 1252848 588 966656 81949 0 python
[ 6993.126971] [ 11668] 0 11668 1252848 588 966656 81949 0 python
[ 6993.127479] [ 11670] 0 11670 1252848 587 966656 81950 0 python
[ 6993.127949] oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=18d73749caae8cba162332c8da8d1268cccfc94ea387145c989159f25eb57222,mems_allowed=0,global_oom,task_memcg=/docker/18d73749caae8cba162332c8da8d1268cccfc94ea387145c989159f25eb57222,task=python,pid=11551,uid=0
[ 6993.129599] Out of memory: Killed process 11551 (python) total-vm:25431556kB, anon-rss:15201156kB, file-rss:0kB, shmem-rss:8kB, UID:0 pgtables:42172kB oom_score_adj:0
from bigdl.
I couldn't find env_check.sh, but I found collect_env.py.
Here's the output of it.
root@docker-desktop:/llm/vllm# python collect_env.py
Collecting environment information...
PyTorch version: 2.1.0a0+cxx11.abi
Is debug build: False
CUDA used to build PyTorch: None
ROCM used to build PyTorch: N/A
OS: Ubuntu 22.04.3 LTS (x86_64)
GCC version: (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0
Clang version: Could not collect
CMake version: version 3.29.2
Libc version: glibc-2.35
Python version: 3.11.9 (main, Apr 6 2024, 17:59:24) [GCC 11.4.0] (64-bit runtime)
Python platform: Linux-5.15.146.1-microsoft-standard-WSL2-x86_64-with-glibc2.35
Is CUDA available: False
CUDA runtime version: No CUDA
CUDA_MODULE_LOADING set to: N/A
GPU models and configuration: No CUDA
Nvidia driver version: No CUDA
cuDNN version: No CUDA
HIP runtime version: N/A
MIOpen runtime version: N/A
Is XNNPACK available: True
CPU:
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Address sizes: 46 bits physical, 48 bits virtual
Byte Order: Little Endian
CPU(s): 20
On-line CPU(s) list: 0-19
Vendor ID: GenuineIntel
Model name: 13th Gen Intel(R) Core(TM) i5-13500
CPU family: 6
Model: 191
Thread(s) per core: 2
Core(s) per socket: 10
Socket(s): 1
Stepping: 2
BogoMIPS: 4991.99
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid pni pclmulqdq vmx ssse3 fma cx16 sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch ssbd ibrs ibpb stibp ibrs_enhanced tpr_shadow vnmi ept vpid ept_ad fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid rdseed adx smap clflushopt clwb sha_ni xsaveopt xsavec xgetbv1 xsaves avx_vnni umip waitpkg gfni vaes vpclmulqdq rdpid movdiri movdir64b fsrm md_clear serialize flush_l1d arch_capabilities
Virtualization: VT-x
Hypervisor vendor: Microsoft
Virtualization type: full
L1d cache: 480 KiB (10 instances)
L1i cache: 320 KiB (10 instances)
L2 cache: 12.5 MiB (10 instances)
L3 cache: 24 MiB (1 instance)
Vulnerability Gather data sampling: Not affected
Vulnerability Itlb multihit: Not affected
Vulnerability L1tf: Not affected
Vulnerability Mds: Not affected
Vulnerability Meltdown: Not affected
Vulnerability Mmio stale data: Not affected
Vulnerability Retbleed: Mitigation; Enhanced IBRS
Vulnerability Spec rstack overflow: Not affected
Vulnerability Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl and seccomp
Vulnerability Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Vulnerability Spectre v2: Mitigation; Enhanced IBRS, IBPB conditional, RSB filling, PBRSB-eIBRS SW sequence
Vulnerability Srbds: Not affected
Vulnerability Tsx async abort: Not affected
Versions of relevant libraries:
[pip3] intel-extension-for-pytorch==2.1.10+xpu
[pip3] numpy==1.26.4
[pip3] torch==2.1.0a0+cxx11.abi
[pip3] torchvision==0.16.0a0+cxx11.abi
[pip3] triton==2.1.0
[conda] Could not collectROCM Version: Could not collect
Neuron SDK Version: N/A
vLLM Version: 0.3.3
vLLM Build Flags:
CUDA Archs: Not Set; ROCm: Disabled; Neuron: Disabled
GPU Topology:
Could not collect
from bigdl.
My docker image is this.
intelanalytics/ipex-llm-serving-vllm-xpu:2.1.0-SNAPSHOT
from bigdl.
From what I have seen, the reason why the process is killed is due to OOM:
oom-kill:constraint=CONSTRAINT_NONE
Try allocate more memory to the container and see if anything goes smoothly.
from bigdl.
I allocated more memory for the container, but the same occurred.
memory="64G", shm-size="32g"
Should I have to allocate more memory for the container?
from bigdl.
Try allocate more memory for the container and see if the error occurs again
from bigdl.
I set memory parameter as --ipc=host and still occurs.
The system is equipped with 32GB of RAM and operates in an Arc770 16G environment.
It has already been confirmed that the model runs using the ipex-llm benchmark.
from bigdl.
Do you mean ipex-llm benchmark in your docker environment or in windows environment?
from bigdl.
I tested both environments, Docker and Windows.
from bigdl.
Can you try a small model, such as this one https://huggingface.co/Qwen/Qwen-1_8B-Chat.
Besides, could you use task manager to monitor the memory usage when running the example and check if the memory usage is correct or not.
from bigdl.
Hi, the Qwen 8B model works for Windows environments.
Thank you for your help.
from bigdl.
one quick question.
How could I know that the model is too big for memory or A770's memory?
from bigdl.
It is not related to the A770's memory. It is because your host memory is a little bit small.
The model is first loaded in float16 or float32 format in host memory, this will require much more memory than models in sym_int4 format. The conversion itself also needs some memory.
After the conversion is done, the model will be then sent to the XPU. Typically, a converted 7b model in sym_int4 format requires around 4G xpu memory.
from bigdl.
Thank you for the detailed explanation.
Well noted on it.
from bigdl.
Related Issues (20)
- MTL Linux Qwen-VL: LLVM ERROR: GenXCisaBuilder failed HOT 1
- Support for MTL-H & MTL-U iGPU on Linux HOT 1
- try to test multi xpu with example HOT 14
- miniCPM run benchmark get error in iGPU HOT 1
- Shape Mismatch with Checkpoint for Deepspeed Zero3 HOT 1
- [script issue] - newly created checkpoint already contain a file. HOT 3
- [Feature]internlm-xcomposer2-vl-7b support HOT 2
- Qwen-7B TypeError: qwen_attention_forward() got an unexpected keyword argument 'registered_causal_mask' HOT 2
- ipex-llm(0517) Failed to Run 'baichuan-inc/Baichuan2-7B-Chat' in batch_size==2 and batch_size==4 with 32-32, 1024-128, 2048-256 input_length HOT 1
- Qwen-7B-Chat fail with larger 6.7k for second or 3rd time HOT 2
- Ollama Linux No Response Issue with IPEX-LLM HOT 2
- Qwen1.5-4b and Qwen1.5-7b model cannot be loaded correctly in ipex-llm version 20240522 HOT 9
- [inference]: fine tuned model fails to do inferencing HOT 1
- ModuleNotFoundError: No module named 'ipex_llm.vllm.xpu' while using docker and installation HOT 1
- [integration]: merging bfloat16 model failed HOT 2
- all-in-one with version 2.1.0b1 failed HOT 3
- need an easy way to roll back driver installs HOT 3
- all-in-one benchmark llama-3-8b-instruct issue with version 2.1.0b1 HOT 3
- about test 3 Gpu with ipex HOT 1
- install issue HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from bigdl.