Unciv for iOS(iPhone/iPad)

Hi everyone!

I’ve completed an iOS port of Unciv for iPhone and iPad and finished my own testing. It is now at the TestFlight beta stage, and I’d love to invite more players to try it and share feedback.

Join the TestFlight beta
Wiki for Unciv

Open the link on your iPhone or iPad and follow the instructions to install through Apple’s TestFlight app. The port requires iOS / iPadOS 15.0 or later.

What’s Included

  • UI Improvements: Refined layouts, clearer information, and smoother interactions.
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

  • iCloud Sync: Improved save synchronization and reliability across devices.
    在这里插入图片描述

  • Achievement System: Track your accomplishments, follow your progress, and celebrate milestones.
    在这里插入图片描述
    在这里插入图片描述

Performance Optimizations: More efficient audio playback, faster saving, and reduced background activity.

Please report iOS-specific issues in the iOS port repository. Include your device model, iOS/iPadOS version, TestFlight build number, and steps to reproduce the problem. Screenshots are especially helpful for display issues.

I’d like more people to join the testing to help ensure the app’s stability.Thank you to the Unciv maintainers and contributors for making this game possible, and to everyone who gives the iOS version a try!


一、数据文件概述 本文所使用的数据由三个数据文件组成,分别为订单表、用户表和记录表。三个文件通过用户 ID(user_id)和设备 ID(device_id)进行关联,可支撑用户消费行为分析、用户身份关联以及设备使用行为分析等研究任务。 订单表:记录用户订单的消费金额、消费时间及订单成功状态,是分析用户消费行为的核心数据表。 用户表:记录用户的基本身份信息及其与设备的关联关系,可用于识别用户、关联设备与订单数据。 记录表:记录设备端的使用日志,包括操作系统、系统版本、使用起止时间及使用时长,可用于分析设备使用行为。 二、样本信息 数据样本以“用户—设备—订单—使用记录”为主线组织: 一个用户可对应多条订单记录; 一个用户可关联一个或多个设备; 一个设备可产生多条使用记录; 订单表通过 user_id 与用户表关联; 用户表通过 device_id 与记录表关联。 因此,样本整体上可支持从用户身份、消费行为、设备使用行为三个维度进行联合分析。若以订单表为主表,则样本单位为“一笔订单”;若以记录表为主表,则样本单位为“一次设备使用记录”;若以用户表为主表,则样本单位为“一个用户”。 三、字段说明 1. 订单表 订单表用于记录订单交易信息,共包含 5 个字段。 序号 字段名 字段类型 注释 1 Order_id varchar 订单 ID 2 User_id int 用户 ID 3 Amount int 消费金额 4 order_time datetime 消费时间 5 is_success char 是否成功,1 成功,0 失败 其中,Order_id 为订单唯一标识;User_id 用于关联用户表;Amount 表示订单消费金额;order_time 表示订单发生时间;is_success 表示订单是否支付或交易成功。 2. 用户表 用户表用于记录用
内容概要:本文深入剖析了ext4文件系统的设计理念与核心技术,揭示其作为“老将”在Linux和Android生态中持久不衰的原因。ext4继承自为机械硬盘优化的ext2/ext3家族,采用块组、位图、inode表等结构保障磁头寻道效率,并通过稀疏超级块、flex_bg等机制优化布局。其核心创新包括引入extents替代传统多级间接指针,大幅提升大文件寻址效率;支持延迟分配以降低碎片率;启用64bit模式突破容量限制。日志系统jbd2提供三种写入模式(journal/ordered/writeback),在安全性与性能间灵活权衡,确保崩溃后快速恢复。此外,ext4配备fallocate、hole punch、e4defrag等现代工具,支持稀疏文件、在线扩容与碎片整理,并通过metadata_csum增强元数据完整性检测。在Android系统中,ext4虽非userdata主文件系统,却广泛用于metadata、misc、persist等“小而关键”的分区,凭借高可靠性与成熟修复工具成为系统稳定性的基石。最后,文章通过f2fs、ext4、EROFS三者在设计初衷、写入方式、压缩能力等方面的七维对照,阐明“没有银弹”的选型心法:不同介质与负载需匹配最适合的文件系统。; 适合人群:具备一定操作系统基础知识的开发者、存储系统工程师、Android系统研发人员及对文件系统原理感兴趣的技术爱好者。; 使用场景及目标:①理解ext4为何能在闪存时代仍被广泛用于关键小分区;②掌握extents、jbd2日志、延迟分配等核心技术原理;③对比f2fs、ext4、EROFS在不同应用场景下的优劣,指导实际选型决策。; 阅读建议:此资源兼具技术深度与历史视角,建议结合姊妹篇①(Android存储架构)与②(f2fs闪存优化)对照阅读,以构建完整的文件系统认知体系。对于关键章节如日志机制与三系统对照表,建议反复研读并结合内核文档与实际命令(如tune2fs、e2fsck)进行实践验证。
内容概要:本文提出了一种基于MLIR(多级中间表示)的大语言模型(LLM)编译方法,通过定义高层与硬件相关的两种操作符方言TopOp和TpuOp,实现从训练模型到专用AI加速器的高效部署。TopOp作为与框架和芯片无关的高层图方言,用于表达模型语义;TpuOp则携带量化、内存布局和硬件指令等芯片相关属性,支持生成可部署的二进制文件。为应对自回归推理中提示处理与逐token生成的不同计算特性,每个Transformer层被静态划分为三个阶段:prefill、prefill_kv和decode,分别进行独立编译优化,提升运行时效率与内存利用率。该方法已在TPU-MLIR编译器和LLM-TPU项目中实现,支持Qwen、Llama等多种生成式模型及GPTQ、AWQ等量化形式,在边缘设备上实现了高达78%-83%的内存带宽利用率。; 适合人群:从事AI编译器开发、深度学习系统优化或大模型部署的研发人员,尤其是熟悉MLIR框架和Transformer架构的技术人员。; 使用场景及目标:①解决大语言模型在专用硬件上的高效部署难题;②实现跨框架、跨芯片的统一编译流程;③优化自回归推理过程中的内存访问与计算效率,提升端到端推理吞吐量。; 阅读建议:此资源聚焦于编译方法论而非具体实现细节,建议结合TPU-MLIR开源项目代码实践,深入理解TopOp到TpuOp的降低流程以及三阶段划分对静态编译的支持机制。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值