【ATC abc200_d】Happy Birthday! 2:思维+ 鸽笼原理

该博客讨论了一道编程题,题目要求在给定序列中找到两个不同的子序列,使得它们的和对200200200取余后相等。博主通过分析指出,当子序列数量超过200时,必存在满足条件的子序列,并提出了利用二进制优化的方法来解决这个问题。代码部分展示了如何用C++实现这一算法,主要涉及位运算和数组处理。

传送门

题目描述

给定一个序列,找出是否存在两个不同的子序列,子序列的总和对 200 200 200同余。

分析

比较朴素的思想就是我们预处理出来每一个子序列的余数,然后进行对比,但这样的复杂度就是 2 N 2 ^ N 2N显然不行,我们就要考虑怎么去优化这个思路

根据鸽笼原理,我们一共有200种余数的情况,也就是说,如果子序列的数量大于200的话,那么必然存在一个解, 2 n > 200 2 ^ n > 200 2n>200,最后只需要求解 n = 8 n = 8 n=8的情况就可以了,用二进制表示一下每一个数选或不选即可

代码

#pragma GCC optimize(3)
#include <bits/stdc++.h>
#define debug(x) cout<<#x<<":"<<x<<endl;
#define dl(x) printf("%lld\n",x);
#define di(x) printf("%d\n",x);
#define _CRT_SECURE_NO_WARNINGS
#define pb push_back
#define mp make_pair
#define all(x) (x).begin(),(x).end()
#define fi first
#define se second
#define SZ(x) ((int)(x).size())
using namespace std;
typedef long long ll;
typedef unsigned long long ull;
typedef pair<int, int> PII;
typedef vector<int> VI;
const int INF = 0x3f3f3f3f;
const int N = 2e5 + 10;
const ll mod = 1000000007;
const double eps = 1e-9;
const double PI = acos(-1);
template<typename T>inline void read(T &a) {
    char c = getchar(); T x = 0, f = 1; while (!isdigit(c)) {if (c == '-')f = -1; c = getchar();}
    while (isdigit(c)) {x = (x << 1) + (x << 3) + c - '0'; c = getchar();} a = f * x;
}
int gcd(int a, int b) {return (b > 0) ? gcd(b, a % b) : a;}
int a[N];
VI nums[N];
int b[N];
int n;

void out(int x){
    puts("YES");
    int p1 = nums[x][0],p2 = nums[x][1];
    int res = 0;
    for(int i = 0;i < n;i++) if(p1 & (1 << i)) res++;
    printf("%d ",res);
    for(int i = 0;i < n;i++) if(p1 & (1 << i)) printf("%d ",i + 1);
    res = 0;
    puts("");
    for(int i = 0;i < n;i++) if(p2 & (1 << i)) res++;
    printf("%d ",res);
    for(int i = 0;i < n;i++) if(p2 & (1 << i)) printf("%d ",i + 1);
}

int main() {
    read(n);
    for(int i = 1;i <= n;i++) read(a[i]),a[i] %= 200;
    n = min(n,8);
    for(int i = 1;i <= n;i++){
        int x = 1 << (i - 1);
        for(int j = 0;j < x;j++){
                b[j + x] = b[j] + a[i];
                b[j + x] %= 200;
                nums[b[j + x]].pb(j + x);
            }
    }
    for(int i = 0;i < 200;i++){
        if(nums[i].size() >= 2) {
            out(i);
            return 0;
        }
    }
    puts("NO");
    return 0;
}

/**
*  ┏┓   ┏┓+ +
* ┏┛┻━━━┛┻┓ + +
* ┃       ┃
* ┃   ━   ┃ ++ + + +
*  ████━████+
*  ◥██◤ ◥██◤ +
* ┃   ┻   ┃
* ┃       ┃ + +
* ┗━┓   ┏━┛
*   ┃   ┃ + + + +Code is far away from  
*   ┃   ┃ + bug with the animal protecting
*   ┃    ┗━━━┓ 神兽保佑,代码无bug 
*   ┃        ┣┓
*    ┃        ┏┛
*     ┗┓┓┏━┳┓┏┛ + + + +
*    ┃┫┫ ┃┫┫
*    ┗┻┛ ┗┻┛+ + + +
*/
08-30 06:20:48.234 650 673 D ATC : AT> AT+QENG="servingcell" 08-30 06:20:48.239 650 2043 D ATC : AT< +QENG: "servingcell","NOCONN","NR5G-SA","FDD",460,11,944315409,834,943D01,428910,1,6,-73,-10,26,0,38 08-30 06:20:48.239 650 2043 D ATC : AT< OK 08-30 06:20:48.239 650 673 D ATC : AT> AT+COPS=3,0;+COPS?;+COPS=3,1;+COPS? 08-30 06:20:48.241 650 2043 D ATC : AT< +COPS: 0,0,"CHN-CT",11 08-30 06:20:48.241 650 2043 D ATC : AT< +COPS: 0,1,"CT",11 08-30 06:20:48.241 650 2043 D ATC : AT< OK 08-30 06:20:48.242 650 673 D CELL_INFO: ql_parseServingCell_5G:670 fill_servingcell_Nr RSRP = -73 RSRQ = -10 SINR = 26 08-30 06:20:48.242 650 673 D CELL_INFO: ql_parseServingCell_5G:693 *count = 1 08-30 06:20:48.242 650 673 D CELL_INFO: getServingCell_5G:832 count = 1 08-30 06:20:48.242 650 673 D RADIO_1_4: fill_signalStrength_nr_1_4:395 android_version = 140 08-30 06:20:48.242 650 673 D RADIO_1_4: ssRsrp's value change to: 73 08-30 06:20:48.242 650 673 D RADIO_1_4: getSignalStrength_1_4:581 NR ssRsrp = 73 08-30 06:20:48.242 650 673 D RILC : isNetworkInNrEndc 692 Enter: 0 08-30 06:20:48.242 650 673 D RILC : isNetworkInNrEndc 719 End, is_NR_ENDC:0 08-30 06:20:48.242 650 673 D RIL_SERVICE_1_4: currentSignalStrengthInd 1974 08-30 06:20:48.242 650 673 D RIL_SERVICE_1_2: convertRilSignalStrengthToHal:637 LTE RSRP = 2147483647 RSRQ = 2147483647 08-30 06:20:48.242 650 673 D RIL_SERVICE_1_4: convertRilSignalStrengthToHal:1647 NR SignalStrength: 73 10 26 08-30 06:20:48.242 650 673 D RIL_SERVICE_1_4: currentSignalStrengthInd:1986 NR SignalStrength: RSRP = 73 RSRQ = 10 SINR = 26 08-30 06:20:48.242 650 673 D RIL_SERVICE_1_4: currentSignalStrengthInd:1990 LTE SignalStrength: RSRP = 2147483647 RSRQ = 2147483647 08-30 06:20:48.242 650 673 I RILC : RIL_SOCKET_1 UNSOLICITED: UNSOL_SIGNAL_STRENGTH length:108 08-30 06:20:48.243 1095 1215 E CellSignalStrengthLte: convertRssiAsuToDBm: invalid RSSI in ASU=2147483647 08-30 06:20:48.247 1095 1095 E ADSC : Unexpected event 4
最新发布
08-31
在分析与 `dwc3` Gadget 模块相关的 USB 初始化及 ADB 启动日志时,通常需要关注以下几个关键阶段:USB 控制器初始化、Gadget 驱动注册、UDC(USB Device Controller)绑定、USB 配置加载以及 ADB 功能的启用。以下是对这些阶段的详细分析及潜在问题识别方法。 ### 3.1 dwc3 Gadget 初始化流程 `dwc3` 驱动在作为 USB Gadget(设备端)运行时,首先会完成控制器的初始化,并将自身注册为 UDC 设备[^1]。此过程包括以下步骤: 1. **dwc3 驱动加载**:内核加载 `dwc3` 驱动模块,探测设备树(dts)中定义的硬件资源。 2. **创建 Gadget 实例**:初始化 `usb_gadget` 结构体,设置默认的设备属性。 3. **注册 UDC 操作函数**:将 `dwc3_gadget_ops` 注册为 Gadget 的操作函数集,用于处理连接、断开、设置地址等事件[^1]。 4. **创建 sysfs 节点**:生成 `/sys/class/udc/fcc00000.dwc3` 和 `/sys/devices/platform/usbdrd/fcc00000.dwc3/gadget` 等目录,供用户空间工具配置 Gadget[^1]。 潜在问题: - **驱动加载失败**:日志中可能出现 `dwc3: failed to map registers` 或 `dwc3: failed to get clocks` 等错误信息,表明硬件资源访问失败。 - **设备节点未生成**:若 `/sys/class/udc/` 下未出现 `dwc3` 设备,可能表示 UDC 注册失败或设备树配置错误。 - **dts 配置不正确**:若设备树中未正确配置 `dwc3` 控制器的资源(如寄存器地址、中断号等),可能导致初始化失败。 ### 3.2 Gadget 配置与功能绑定 在用户空间配置 USB Gadget 时,通常通过 `configfs` 接口进行操作。例如: ```bash mkdir /config/usb_gadget/g1 cd /config/usb_gadget/g1 echo 0x18d1 > idVendor echo 0x4ee7 > idProduct mkdir strings/0x409 echo "deadbeef" > strings/0x409/serialnumber mkdir configs/b.1 mkdir functions/ffs.adb ln -s functions/ffs.adb configs/b.1/f1 ``` 上述操作创建了一个 Gadget 配置并绑定 ADB 功能。其中,`ln -s functions/ffs.adb configs/b.1/f1` 命令将 ADB 功能链接到配置中,使其成为该配置的第一个功能[^2]。 潜在问题: - **功能绑定失败**:若 `ln -s` 操作失败,日志中可能出现 `function descriptor is invalid` 或 `unable to bind function` 等错误,表示功能文件未正确生成或与配置不兼容。 - **ffs.adb 未创建**:若 `functions/ffs.adb` 不存在,可能是 `adbd` 服务未启动或 `FunctionFS` 配置错误。 - **配置加载失败**:若 `/sys/class/udc/fcc00000.dwc3/enable` 文件写入失败,可能表示当前配置不完整或存在冲突。 ### 3.3 ADB 功能启动流程 ADB 功能由 `adbd` 守护进程负责管理,它通过 `FunctionFS` 接口与内核通信。其启动流程如下: 1. **FunctionFS 挂载**:用户空间挂载 `functionfs` 文件系统到 `/dev/usb-ffs/adb`。 2. **创建 ADB 功能文件**:`adbd` 创建 `/dev/usb-ffs/adb/ep1`、`ep0` 等端点文件,并写入描述符。 3. **绑定到 Gadget**:`adbd` 将 ADB 功能通过 `ln -s` 命令绑定到 Gadget 的配置中,使主机识别 ADB 接口。 潜在问题: - **FunctionFS 挂载失败**:日志中可能出现 `mount failed: No such device`,表示未启用 `CONFIG_FUNCTIONFS` 内核选项。 - **端点文件未生成**:若 `ep0` 或 `ep1` 文件未生成,可能是 `adbd` 未正确启动或描述符写入失败。 - **ADB 无法识别**:若主机无法识别 ADB 设备,可能是描述符配置错误或 USB 配置未启用。 ### 3.4 日志分析建议 在分析内核日志(`dmesg`)和系统日志(`logcat` 或 `journalctl`)时,建议关注以下关键词: - `dwc3`: 查看控制器初始化状态。 - `usb_gadget`: 查看 Gadget 注册和配置加载情况。 - `functionfs`: 查看 ADB 功能是否正常创建。 - `adbd`: 查看 ADB 守护进程是否正常启动。 示例日志片段: ```log [ 2.345678] dwc3 fcc00000.dwc3: failed to get clk 'ref_clk': -ENOENT [ 3.456789] usb_gadget_register_driver: bound to fcc00000.dwc3 [ 4.567890] ffs_open(): FunctionFS: opening ep0 [ 5.678901] adbd: service_start('adb', 'enabled') ``` 通过分析这些日志,可以定位驱动加载、功能绑定及 ADB 启动中的问题。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值