昇腾设备部署llama.cpp

硬件环境:

Atlas 800I A2

CPU:KunPeng920 * 192

NPU:Atlas 910B4-1 * 8

内存:1000G

软件环境

操作系统:OpenEuler22.03 LTS

内核:5.10.0-186.0.0.2.1.oe2203sp3.galaxy.aarch64

驱动:24.1.rc2

docker:26.1.3

为了不影响物理环境,安装是在docker容器环境中进行,

由于目前llama.cpp只支持openeuler22.03和ubuntu 22.04,可以下载一个对应操作系统的镜像

此处以vllm-ascend:0.9.1rc1-torch_npu2.5.1-cann8.1.rc1-python3.10-oe2203lts-linuxarm64镜像为例

拉取镜像:

docker pull swr.cn-north-4.myhuaweicloud.com/ddn-k8s/docker.io/openeuler/vllm-ascend:0.9.1rc1-torch_npu2.5.1-cann8.1.rc1-python3.10-oe2203lts-linuxarm64

支持Atlas 300I Duo Atlas 300T A2(Ascend 910B4)

起容器:

docker run -it -d --net=host --shm-size=500g \ --privileged \ --name vllm-ascend \ --device=/dev/davinci_manager \ --device=/dev/hisi_hdc \ --device=/dev/devmm_svm \ -v /usr/local/Ascend/driver:/usr/local/

Read more

SpringBoot+Vue 农商对接系统平台完整项目源码+SQL脚本+接口文档【Java Web毕设】

SpringBoot+Vue 农商对接系统平台完整项目源码+SQL脚本+接口文档【Java Web毕设】

摘要 随着乡村振兴战略的深入推进,农产品产销对接成为促进农村经济发展的关键环节。传统农商对接模式存在信息不对称、交易效率低、资源整合不足等问题,亟需通过数字化手段构建高效、透明的对接平台。农商对接系统平台旨在整合农产品生产端与销售端资源,通过线上化交易流程降低中间成本,提升农产品流通效率。该系统聚焦于解决小农户与大市场之间的连接难题,为农产品供需双方提供精准匹配、订单管理、物流跟踪等一站式服务。关键词:乡村振兴、农产品产销、数字化平台、资源整合、供需匹配。 该系统基于SpringBoot+Vue的前后端分离架构开发,后端采用SpringBoot框架实现RESTful API接口,提供用户管理、商品管理、订单管理、数据分析等功能模块。前端使用Vue.js框架构建响应式界面,结合Element UI组件库提升用户体验。数据库采用MySQL存储结构化数据,通过Redis缓存高频访问数据以提升系统性能。系统支持多角色权限控制(农户、采购商、管理员),并集成第三方支付接口与物流查询接口,实现交易闭环。关键词:SpringBoot、Vue.js、MySQL、权限控制、接口集成。 数据表结构说

AI智能证件照制作工坊实战对比:WebUI与API调用差异解析

AI智能证件照制作工坊实战对比:WebUI与API调用差异解析 1. 项目简介:智能证件照制作新体验 AI智能证件照制作工坊是一个基于Rembg抠图引擎的商业级证件照生产工具。这个工具彻底改变了传统证件照的制作方式,让普通用户在家就能轻松制作专业级证件照。 只需上传一张生活照或自拍照,AI系统就会自动完成人像抠图、背景替换、智能裁剪和尺寸调整的全流程。支持生成标准的1寸(295x413像素)和2寸(413x626像素)证件照,提供证件蓝、证件红和纯白三种标准底色选择。 最大的优势在于完全离线运行,所有处理都在本地完成,确保了隐私绝对安全。不需要安装Photoshop,不需要去照相馆,真正实现了"一键制作"的专业体验。 核心功能亮点:全自动三合一流程:抠图、换底、裁剪一步完成专业级边缘处理:采用Alpha Matting技术,头发丝细节完美保留多场景适用:满足身份证、护照、简历等各种证件需求离线隐私保护:所有数据处理都在本地,不上传任何信息 2. WebUI界面操作指南 2.1 快速上手步骤 使用WebUI界面制作证件照非常简单,只需要四个步骤: 1.

Uncaught TypeError: Cannot read properties of undefined (reading ‘xxx‘):从报错根源到根治方案(前端/后端通用)

Uncaught TypeError: Cannot read properties of undefined (reading ‘xxx’):从报错根源到根治方案(前端/后端通用) 引言:被“undefined”支配的恐惧 如果你是开发者,大概率在控制台见过这句红色报错——“Uncaught TypeError: Cannot read properties of undefined (reading ‘xxx’)”(或后端类似“Cannot read field ‘xxx’ of null”)。据2024年《开发者调试痛点调研》显示,这类“空值访问错误”占前端日常报错的32%,后端接口处理报错的28%,平均每次调试耗时15-30分钟,尤其在复杂业务场景(如嵌套数据渲染、异步接口依赖)中,往往需要逐层排查才能定位根因。 但多数开发者解决这类报错时,只停留在“加个if判断”

Nuxt 4 + WebAssembly 实战:从零搭建媲美 TinyPNG 的浏览器端图片压缩工具

Nuxt 4 + WebAssembly 实战:从零搭建媲美 TinyPNG 的浏览器端图片压缩工具

前言 你有没有想过,TinyPNG 把你的图片压小了 70%,它到底做了什么?答案是:JPEG 用的 MozJPEG 编码器,PNG 用的是有损量化(把 1600 万色降到 256 色)。这些算法本身是开源的,而且都已经有了 WebAssembly 移植版。 换句话说,你完全可以在浏览器里跑跟 TinyPNG 一样的压缩算法,不需要任何服务端。 我最近在做 PixelSwift,就是基于这个思路实现的纯前端图片工具。本文是系列第一篇,完整走一遍图片压缩功能的技术实现,从 Vite 配置 WASM 到 Web Worker 通信到三种格式的编码引擎。 一、整体架构设计 1.1 技术栈 层技术选型理由框架Nuxt 4 + Vue 3SSR 做