alias py='python3'

alias gitpush="git status && echo -e '\n\033[31m 危险操作，任意键继续\033[0m' && read -n 1 && git commit --amend --no-edit --no-verify && git push -f"

alias aarm='sudo apt-get autoremove --purge'

_apt_get_install()
{
local cur prev words cword
_init_completion || return

special="install"
COMPREPLY=( $( apt-cache --no-generate pkgnames "$cur" \
2> /dev/null ) )
return 0
} &&

_apt_get_remove()
{
local cur prev words cword
_init_completion || return

special="remove"
if [[ -f /etc/debian_version ]]; then
# Debian system
COMPREPLY=( $( \
_xfunc dpkg _comp_dpkg_installed_packages $cur ) )
else
# assume RPM based
_xfunc rpm _rpm_installed_packages
fi
return 0
} &&

complete -F _apt_get_install ainstall
complete -F _apt_get_remove arm
alias ainstall='sudo apt-get install'
alias arm='sudo apt-get --purge remove'

听描述 应该是客户端 也就是请求端做串行吧
job1 请求拿到返回了再去执行 job2 请求就好了

产品怎么样不清楚，这个回应是够拉跨的

就冲开发者的这个态度，我就不会再考虑这款软件了

jb 自带是真的好用，包括自带的 diff 和冲突解决工具，希望有朝一日能出个类似 DataGrip 的独立工具

@generic 感谢，试了下你的思路，然而没能找到问题代码，情况没有改善

@shayuvpn0001 是的，谢谢，感觉确实个人没法彻底解决，只能想办法看能不能尽量优化了

@generic 试了下修改 DSDT 的教程，发现反编译哪一步就过不去，貌似小米的本子不是用的 Intel/Microsoft 的编译器，而是 XMCC ？ 现在还是准备从 kernel 下手了。

@libook 就是习惯 Linux 了吧，顺手，Deepin 快 10 年的老用户了～
主要是过去 5 年用的小米笔记本 air13，体验很棒(因为当时 deepin 有给专门适配过)，这次就误以为自家的红米也能愉快 Linux 了。。。

@germain #25 感谢！有时间试试这个慢慢调，现在准备直接粗暴一点，把那个 AE_AML_LOOP_TIMEOUT 改小试试

@germain 看#21，已经超过退货时间了 T_T 而且这台本子除了这个问题 其他方面我还都挺满意的……
这个 bug 处理链接我也看过了，可我还没找到一个能和红米笔记本的开发进行沟通的有效途径，目前的想法是看看通过编译自定义内核能不能绕过或者缓解这个问题。

@imnpc 翻车了 T_T 趁着 618 买了这台红米和宏碁的 swift3 pro，就想对比着选个跑 Linux 更完美的，结果 swift 那边直接装不上，折腾了好几天没解决，红米这边只是会开机卡一会儿，我就以为只是小问题好解决……结果现在过了 7 天无理由退货，才发现问题没有那么简单，只能硬着头皮解决了……

@redeemer 对的，我猜也是这样，现在就在想有没有啥改善的方法，只要能跳过这个恶心的 30 秒就行，其他使用起来感觉都还好。

@xiadong1994 这个我也搜到过，可是我的机器没独显的……

@germain 核显轻薄本，没有独显的……

@ihipop 试了几个，也是没有效果，Windows 2009/2012/2015 等等。。

@shayuvpn0001 systemd-analyze blame 是看开启启动服务占用时长的 我是加载内核的时候就出问题咯

@iceecream 空等啥时候是个头啊 T_T 有啥反馈途径能联系到开发么 小米社区现在基本就是废的。。。

@kokutou 回头试试编译和最新内核看看情况会不会好点吧