swapall(oppo手机有虚拟内存么)
资讯
2024-03-25
222
1. swapall,oppo手机有虚拟内存么?
OPPO手机设置虚拟内存
前提说明:
需要root,不需分区,装好点on。后打开终端输入free就看到swap有信息了,而不是原来的0了。默认是32m,如果想开更高,请打开menu修改。
运用软件:
软件名称:DroidSwap.apk(虚拟内存)
下载上面的软件-安装-运行-按“Menu”键,
选择“Configuration”(配置),
选择“Setting”(设置),
选择“SwapSize”(虚拟内存大小),
选择“64M”,注意:此处建议64M以下,本人测试96M、128M均出现适得其反的效果,虚拟内存太大,读取速度变慢,性能会下降
返回到主界面,第一次选择“ON”,整个过程可能要1-2分钟,其中会有几个“Fail”(失败),不要惊慌,这是因为本程序先加载后取得ROOT的问题。
等一次“ON”完成显示“ALLDone”,再第二次选择“ON”,全部“好”一直到“AllDone”
注意事项:
本软件测试一周未出现不良现象,请各位机油在运行完成后,按“Menu”——“Configuration”——“Info”查看Swap运行情况。如为"0",表示不成功
2. 如何快速分析Linux服务器的性能问题?
当遇到一个系统性能问题时,如何利用登录的前60秒对系统的性能情况做一个快速浏览和分析,主要包括如下10个工具,这是一个非常有用且有效的命工具列表。本文将详细介绍这些命令及其扩展选项的意义,及其在实践中的作用。并利用一个实际出现问题的例子,来验证这些套路是不是可行,下面工具的屏幕输出结果都来自这个出现题的系统。
# 系统负载概览uptime
# 系统日志dmesg | tail
# CPUvmstat 1mpstat -P ALL 1pidstat 1
# Diskiostat -xz 1
# 内存free -m
# 网络sar -n DEV 1sar -n TCP,ETCP 1
# 系统概览top
上面的工具都基于内核提供给用户态的统计,并以计数器形式展示,是快速排查时的利器。对于应用和系统的进一步跟踪(tracing),则需要利用strace和systemtap,不在本文的范畴。
注意:
如上的分类只是基于工具默认选项的分类,比如pidstat,默认展示进程的CPU统计,但是利用-d参数可以展示进程的I/O统计。又比如vmstat,虽然名称是查看虚拟内存的工具,但默认展示了负载,内存,I/O,系统,CPU等多方面的信息。部分工具需要安装sysstat包。1. uptime[root@nginx1 ~]# uptime 15:38:10 up 43 days, 3:54, 1 user, load average: 1.13, 0.41, 0.18
uptime是快速查看load average的方法,在Linux中load average包括处于runnable和uninterruptable状态的进程总数,runnable状态的进程包括在CPU上运行的进程和已经ready to run在等待CPU时间的进程;uninterruptable状态的进程是在等待一些I/O访问,比如等待disk的返回。Load average没有根据系统的CPU数量做格式化,所以load average 1表示单CPU系统在对应时间段内(1分钟, 5分钟, 15分钟)一直负载饱和,而在4 CPU的系统中,load average 1表示有75%的时间在idle。
Load average体现了一个high level的负载概览,但是可能需要和别的工具一起来使用以了解更多信息,比如处于runable和uninterruptable的实时进程数量分别是多少,可以用下面将介绍到的vmstat来查看。1分钟,5分钟,15分钟的负载平均值同时能体现系统负载的变化情况。例如,如果你要检查一个问题服务器,当你看到1分钟的平均负载值已经远小于15分钟的平均负载值,则意味这也许你登录晚了点,错过了现场。用top或者w命令,也可以看到load average信息。
上面示例中最近1分钟内的负载比15分钟内的负载高了不少 (因为是个测试的例子,1.13可以看作明显大于0.18,但是在生产系统上这不能说明什么)。
2. dmesg | tail
[root@nginx1 ~]# dmesg | tail [3128052.929139] device eth0 left promiscuous mode [3128104.794514] device eth0 entered promiscuous mode [3128526.750271] device eth0 left promiscuous mode [3537292.096991] device eth0 entered promiscuous mode [3537295.941952] device eth0 left promiscuous mode [3537306.450497] device eth0 entered promiscuous mode [3537307.884028] device eth0 left promiscuous mode [3668025.020351] bash (8290): drop_caches: 1 [3674191.126305] bash (8290): drop_caches: 2 [3675304.139734] bash (8290): drop_caches: 1
dmesg用于查看内核缓冲区存放的系统信息。另外查看/var/log/messages也可能查看出服务器系统方面的某些问题。
上面示例中的dmesg没有特别的值得注意的错误。
3. vmstat 1
vmstat简介:
vmstat是virtual memory stat的简写,能够打印processes, memory, paging, block IO, traps, disks and cpu的相关信息。vmstat的格式:vmstat [options] [delay [count]]。在输入中的1是延迟。第一行打印的是机器启动到现在的平均值,后面打印的则是根据deley间隔的取样结果,也就是实时的结果。结果中列的含义:
Procs(进程)
r: The number of runnable processes (running or waiting for run time).b: The number of processes in uninterruptible sleep.
注释:r表示在CPU上运行的进程和ready等待运行的进程总数,相比load average, 这个值更能判断CPU是否饱和(saturation),因为它没有包括I/O。如果r的值大于CPU数目,即达到饱和。
Memory
swpd: the amount of virtual memory used.free: the amount of idle memory.buff: the amount of memory used as buffers.cache: the amount of memory used as cache.
Swap
si: Amount of memory swapped in from disk (/s).so: Amount of memory swapped to disk (/s).
注释:swap-in和swap-out的内存。如果是非零,说明主存中的内存耗尽。
IO
bi: Blocks received from a block device (blocks/s).bo: Blocks sent to a block device (blocks/s).
System (中断和进程上下文切换)
in: The number of interrupts per second, including the clock.cs: The number of context switches per second.
CPU
These are percentages of total CPU time.us: Time spent running non-kernel code. (user time, including nice time)sy: Time spent running kernel code. (system time)id: Time spent idle. Prior to Linux 2.5.41, this includes IO-wait time.wa: Time spent waiting for IO. Prior to Linux 2.5.41, included in idle.st: Time stolen from a virtual machine. Prior to Linux 2.6.11, unknown.
根据user+system时间,可以判断CPUs是否繁忙。如果wait I/O一直维持一定程度,说明disk有瓶颈,这时CPUs是"idle"的,因为任务都被block在等待disk I/O中。wait I/O可以被视为另一种形式的CPU idle,并且说明idle的原因就是在等待disk I/O的完成。
处理I/O需要花费system time,在将I/O提交到disk driver之前可能要经过remap, split和merge等操作,并被I/O scheduler调度到request queue。如果处理I/O时平均system time比较高,超过20%,则要进一步分析下,是不是内核处理I/O时的效率有问题。
如果用户空间的CPU使用率接近100%,不一定就代表有问题,可以结合r列的进程总数量看下CPU的饱和程度。
上面示例可以看到在CPU方面有一个明显的问题。user+system的CPU一直维持在50%左右,并且system消耗了大部分的CPU。
4. mpstat -P ALL 1
mpstat可以打印按照CPU的分解,可以用来检查不不均衡的情况。
上面示例结果可以印证vmstat中观察到的结论,并且可以看到服务器有2个CPU,其中CPU 1的使用率一直维持在100%,而CPU 0并没有什么负载。CPU 1的消耗主要在内核空间,而非用户空间。
5. pidstat 1
默认pidstat类似于top按照进程的打印方式,不过是以滚动打印的方式,和top的清屏方式不同。利用-p可以打出指定进程的信息,-p ALL可以打出所有进程的信息。如果没有指定任何进程默认相当于-p ALL,但是只打印活动进程的信息(统计非0的数据)。
pidstat不只可以打印进程的CPU信息,还可以打印内存,I/O等方面的信息,如下是比较有用的信息:
pidstat -d 1:看哪些进程有读写。pidstat -r 1:看进程的page fault和内存使用。没有发生page fault的进程默认不会被打印出来,可以指定-p和进程号来打印查看内存。pidstat -t: 利用-t查看线程信息,可以快速查看线程和期相关线程的关系。pidstat -w:利用-w查看进程的context switch情况。输出:cswch/s: 每秒发生的voluntary context switch数目 (voluntary cs:当进程被block在获取不到的资源时,主动发生的context switch)nvcswch/s: 每秒发生的non voluntary context switch数目 (non vloluntary cs:进程执行一段时间用完了CPU分配的time slice,被强制从CPU上调度下来,这时发生的context switch)上面示例中可以明确得看到是nc这个进程在消耗CPU 1 100%的CPU。因为测试系统里消耗CPU的进程比较少,所以一目了然,在生产系统中pidstat应该能输出更多正在消耗CPU的进程情况。
6. iostat -zx 1
了解块设备(block device, 这里是disk)负载和性能的工具。主要看如下指标:
r/s, w/s, rkB/s, wkB/s:每秒完成的读请求次数(read requests, after merges),每秒完成的写请求次数(write requests completed, after merges),每秒读取的千字节数,每秒写入的千字节数。这些指标可以看出disk的负载情况。一个性能问题可能仅仅是因为disk的负载过大。await:每个I/O平均所需的时间,单位为毫秒。await不仅包括硬盘设备处理I/O的时间,还包括了在kernel队列中等待的时间。要精确地知道块设备service一个I/O请求地时间,可供iostat读取地内核统计并没有体现,需要用如blktrace这样地跟踪工具来跟踪。对于blktrace来说,D2C的时间间隔代表硬件块设备地service time,Q2C代表整个I/O请求所消耗的时间,即iostat的await。avgqu-sz:队列里的平均I/O请求数量 (更恰当的理解应该是平均未完成的I/O请求数量)。如果该值大于1,则有饱和的趋势 (当然设备可以并发地处理请求,特别是一个front对多个backend disk的虚拟设备)。%util:设备在处理I/O的时间占总时间的百分比。表示该设备有I/O(即非空闲)的时间比率,不考虑I/O有多少,只考虑有没有。通常该指标达到60%即可能引起性能问题 (可以根据await指标进一步求证)。如果指标接近100%,通常就说明出现了饱和。如果存储设备是一个对应多个后端磁盘的逻辑磁盘,那么100%使用率可能仅仅表示一些I/O在处理时间占比达到100%,其他后端磁盘不一定也到达了饱和。请注意磁盘I/O的性能问题并不一定会造成应用的问题,很多技术都是使用异步I/O操作,所以应用不一定会被block或者直接受到延迟的影响。
7. free -m# free -m total used free shared buff/cache available Mem: 7822 129 214 0 7478 7371 Swap: 0 0 0
查看内存使用情况。倒数第二列:
buffers: buffer cache,用于block device I/O。cached: page cache, 用于文件系统。Linux用free memory来做cache, 当应用需要时,这些cache可以被回收。比如kswapd内核进程做页面回收时可能回收cache;另外手动写/proc/sys/vm/drop_caches也会导致cache回收。
上面示例中free的内存只有129M,大部分memory被cache占用。但是系统并没有问题。
8. sar -n DEV 1
输出指标的含义如下:
rxpck/s: Total number of packets received per second.txpck/s: Total number of packets transmitted per second.rxkB/s: Total number of kilobytes received per second.txkB/s: Total number of kilobytes transmitted per second.rxcmp/s: Number of compressed packets received per second (for cslip etc.).txcmp/s: Number of compressed packets transmitted per second.rxmcst/s: Number of multicast packets received per second.%ifutil: Utilization percentage of the network interface. For half-duplex interfaces, utilization is calculated using the sum of rxkB/s and txkB/s as a percentage of the interface speed.For full-duplex, this is the greater of rxkB/S or txkB/s.这个工具可以查看网络接口的吞吐量,特别是上面蓝色高亮的rxkB/s和txkB/s,这是网络负载,也可以看是否达到了limit。
9. sar -n TCP,ETCP 1
输出指标的含义如下:
active/s: The number of times TCP connections have made a direct transition to the SYN-SENT state from the CLOSED state per second [tcpActiveOpens].passive/s: The number of times TCP connections have made a direct transition to the SYN-RCVD state from the LISTEN state per second [tcpPassiveOpens].iseg/s: The total number of segments received per second, including those received in error [tcpInSegs]. This count includes segments received on currently established connections.oseg/s: The total number of segments sent per second, including those on current connections but excluding those containing only retransmitted octets [tcpOutSegs].atmptf/s: The number of times per second TCP connections have made a direct transition to the CLOSED state from either the SYN-SENT state or the SYN-RCVD state, plus the number of times per second TCP connections have made a direct transition to the LISTEN state from the SYN-RCVD state [tcpAttemptFails].estres/s: The number of times per second TCP connections have made a direct transition to the CLOSED state from either the ESTABLISHED state or the CLOSE-WAIT state [tcpEstabResets].retrans/s: The total number of segments retransmitted per second - that is, the number of TCP segments transmitted containing one or more previously transmitted octets [tcpRetransSegs].isegerr/s: The total number of segments received in error (e.g., bad TCP checksums) per second [tcpInErrs].orsts/s: The number of TCP segments sent per second containing the RST flag [tcpOutRsts].上述蓝色高亮的3个指标:active/s, passive/s和retrans/s是比较有代表性的指标。
active/s和passive/s分别是本地发起的每秒新建TCP连接数和远程发起的TCP新建连接数。这两个指标可以粗略地判断服务器的负载。可以用active衡量出站发向,用passive衡量入站方向,但也不是完全准确(比如,考虑localhost到localhost的连接)。retrans是网络或者服务器发生问题的象征。有可能问题是网络不稳定,比如Internet网络问题,或者服务器过载丢包。10. top
# top Tasks: 79 total, 2 running, 77 sleeping, 0 stopped, 0 zombie %Cpu(s): 6.0 us, 44.1 sy, 0.0 ni, 49.6 id, 0.0 wa, 0.0 hi, 0.3 si, 0.0 st KiB Mem : 8010456 total, 7326348 free, 132296 used, 551812 buff/cache KiB Swap: 0 total, 0 free, 0 used. 7625940 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4617 root 20 0 44064 2076 1544 R 100.0 0.0 16:27.23 nc 13634 nginx 20 0 121192 3864 1208 S 0.3 0.0 17:59.85 nginx 1 root 20 0 125372 3740 2428 S 0.0 0.0 6:11.53 systemd 2 root 20 0 0 0 0 S 0.0 0.0 0:00.60 kthreadd 3 root 20 0 0 0 0 S 0.0 0.0 0:17.92 ksoftirqd/0 5 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H 7 root rt 0 0 0 0 S 0.0 0.0 0:03.21 migration/0 8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh 9 root 20 0 0 0 0 S 0.0 0.0 31:47.62 rcu_sched 10 root rt 0 0 0 0 S 0.0 0.0 0:10.00 watchdog/0
top是一个常用的命令,包括了多方面的指标。缺点是没有滚动输出(rolling output),不可复现问题发生时不容易保留信息。对于信息保留,用vmstat或者pidstat等能够提供滚动输出的工具会更好。
示例的问题?
在上面利用工具排查的过程中,我们可以在非常短的时间内快速得到如下结论:
2个CPU,nc这个进程消耗了CPU 1 100%的时间,并且时间消耗在system内核态。其他进程基本没有在消耗CPU。内存free比较少,大部分在cache中 (并不是问题)。Disk I/O非常低,平均读写请求小于1个。收到报文在个位数KB/s级别,每秒有15个被动建立的TCP连接,没有明显异常。整个排查过程把系统的问题定位到了进程级别,并且能排除一些可能性 (Disk I/O和内存)。接下来就是进一步到进程级别的排查,不属于本文的覆盖范围,有时间再进一步演示。
3. 英文通用怎么写?
英文通用有:current;common;universal;General。
current
英[ˈkʌrənt],美[ˈkɜːrənt]
adj.现在的;当前的;现时发生的;通用的;流通的;流行的;
n.电流;(海洋或江河的)水流;气流;思潮;潮流;趋向;
common
英[ˈkɒmən],美[ˈkɑːmən]
adj.常见的;通常的;普遍的;共有的;共享的;共同的;普通的;平常的;寻常的;平凡的;粗俗的;
n.公共用地;公地;(学校、大学等的)学生公共食堂;
universal
英[ˌjuːnɪˈvɜːsl],美[ˌjuːnɪˈvɜːrsl]
adj.普遍的;全体的;全世界的;共同的;普遍存在的;广泛适用的;
n.[逻辑学]全称命题;[哲学]一般概念;一般性。
general
英[ˈdʒenrəl],美[ˈdʒenrəl]
adj.全体的;普遍的;总的;正常的;一般的;常规的;概括性的;大体的;笼统的;大致的,大概的(方向或地区);非专门的;整体的;首席的;
n.将军;(陆军、海军陆战队或美国空军)上将;
4. oppo虚拟内存技术?
OPPO手机设置虚拟内存
前提说明:需要ROOT,不需分区,装好点on。后打开终端输入free就看到swap有信息了,而不是原来的0了。默认是32m,如果想开更高,请打开menu修改。运用软件:软件名称:DroidSwap.apk(虚拟内存)下载上面的软件-安装-运行-按“Menu”键,选择“Configuration”(配置),选择“Setting”(设置),选择“SwapSize”(虚拟内存大小),选择“64M”,注意:此处建议64M以下,本人测试96M、128M均出现适得其反的效果,虚拟内存太大,读取速度变慢,性能会下降返回到主界面,第一次选择“ON”,整个过程可能要1-2分钟,其中会有几个“Fail”(失败),不要惊慌,这是因为本程序先加载后取得ROOT的问题。等一次“ON”完成显示“ALLDone”,再第二次选择“ON”,全部“好”一直到“AllDone”5. 怎么穿高跟鞋不伤脚?
即使是走惯t台的超模,穿着高跟鞋时,也偶有失手(或者叫失脚更合适?)。
作为我们普通人,更是要学习怎么穿高跟鞋不那么伤脚,怎么来驾驭一对高跟鞋,这样,走路能摇曳美好,而不是狗啃泥。
一、正确姿势
1、走路姿势
穿上高跟鞋以后,我们一定要抬头挺胸,感觉有一根线在天空中向上牵引着我们的身体。
很多姑娘因为不习惯穿着高跟鞋,上身会前倾,走路的时候膝盖一直都不能伸直。其实,这种姿势不但不优美,而且伤膝盖、伤脊椎。(左侧错误,右侧正确)
所以,当你穿上高跟鞋之后,一定时时记得提醒自己保持仪态。走路时,足跟先落地,力量逐渐过渡到脚掌。
在有镜子的地方,看看自己的姿势。如果感觉总是伸不直膝盖,那么,可以尝试换一对矮一点的鞋。
2、休息
和平跟鞋比,我们穿着高跟鞋时,对我们脊柱和脚掌的压力更大。
所以,即使高跟鞋再美,最好不要连轴穿。穿一天高根,一天平跟或者低跟,让自己的身体得到充分的休息。
即使在穿着高跟鞋时,我们也可以穿着2小时以后,在办公桌下,把脚拿出来透透气,舒展一下。或者是带一对平跟鞋,必要时和高跟鞋交替穿。
自己的身体,自己要爱护。
二、必杀大招
当鞋子不是太适合脚型时,我们可以尝试用下面的方法来对鞋子进行调整。
1、最火热的方法
最火热的方法,就是穿上厚袜子,把你的脚塞到鞋子里,然后用风筒的热风档来回吹。同时,你的脚趾在鞋里面上下左右活动,尽量利用热度和脚,把鞋子撑大、弄软。
吹完后,脱下袜子,试试是不是已经合脚,如果还是太紧,再重复一次。
这个方法,秧秧用过,亲测有效。
2、最冷酷的方法
最冷酷的方法,就是在鞋子里面放上装好水的保鲜袋,大概如图半袋水,尽量排出空气后,放到冰箱冷冻。
因为水和冰的容积率不一样(看来我的中学物理学得还是不错滴),所以,水冻住以后自然膨胀,就会把鞋子撑大一点。
这个方法是外国博主推荐,秧秧没有亲自实验过。
如果你要尝试,记得多套层袋子,毕竟,冰箱是放食物(少许美容品)的地方,放鞋子有点心理压力。
3、最肉疼的方法
最肉疼的方法,就是用我们的血肉之躯,慢慢和它磨(听起来好疼)。
通常,买了新鞋回来,秧秧会先在家里每天晚上吃完饭以后走一走,站一站,反正饭后半小时内坐下长肉,不如顺便去和新鞋来个亲密磨合。
过段时间胆子肥一点以后,秧秧会穿着新鞋,在方圆1公里的活动半径内,短距离活动,譬如下楼买个酸奶什么的。
一般,经过第一个阶段之后,外出时间在20分钟以内的活动,它还是能够保证你的脚不受伤的。
千万不要穿新鞋去旅游!如果你不是铁脚,你会很受伤。当然,如果你只是拗造型拍照的时候临时穿一下,那可能还hold得住。
三、加料小计
除了以上的三个必杀技,我们还可以用一些小道具来帮助我们穿鞋更舒服。
1、各种脚垫、脚贴
穿高跟鞋时,前掌受力很大,所以,如果使用前掌垫,脚会轻松很多。
许多百货类品牌都有自己的前掌垫或者后脚垫,也会有脚跟贴,譬如万宁、屈臣氏等。除了以上几种,脚垫中,比较有名的有大众喜欢的爽健(对,我就屯着它),还有贵一点的Alice Bow。
秧秧每年都会买几片s屯着用。其中,我觉得最好用的是点状的这种,可以提前帖在可能打脚的地方,较少鞋子对脚的伤害。
2、袜套
这个是一个朋友强烈要求我尝试的小东西(然而,我还没有尝试),据她说,用了袜套,基本尖头鞋穿起来都没有压力了。
感觉有点像跳芭蕾时在脚尖包块布,较少伤害。
马爸爸家有很多可以选择。不过样子大部分都不好看,还好,穿在里面也看不到(颜控应该很嫌弃)。
3、防磨脚膏/润滑乳
当我看到compeed的时候,感觉世界对高跟鞋充满了善意。
通常,我会随身带一个,在后跟处时不时擦一点。其实,这个的原理也就是减少摩擦力。不过,如果出门的时间久,一段时间后就需要补一点。
如果你没买compeed,润肤乳的效果也差不多。
4、创口贴/胶布
创口贴绝对和高跟鞋是绝配啊!
尤其是夏天,基本我的包里常备不同大小的创口贴(想想,我们为了美,也是蛮拼的)。邦迪就是夏天必备,除了它,屈臣氏的创口贴也不错,大大小小,什么形状都有,好贴心。
据说,在穿凉鞋的时候,把胶布贴在带子背面,会较少带子对脚的摩擦。心灵手巧的妹子可以试试。
5、爽身粉
其实,这个的原理和润滑乳差补多,都是减少摩擦。
夏天放点爽身粉在鞋子里很舒服,吸汗、除味,而且,一瓶婴儿爽身粉,用一个夏天,足足有余。
6、绑指头
根据国外博主的经验,把脚的第三、第四趾绑起来,穿高跟鞋时会比较舒服。
因为喜欢穿高跟鞋的姑娘,在这两趾间,容易长莫顿神经瘤,所以,这两趾分开时,会感觉比较痛。
许多明星走红毯,穿高跟鞋时,就会用这个方法,让自己能轻松地多站多走一会儿。
不知道为什么,这让我联想起古代绑小脚,呃,有一种“辛辛苦苦几十年,一夜回到解放前”的感觉。
当然,为了美,只能忍了!
好了,今天先聊到这啦,祝大家都能舒服地穿好属于自己的那对高跟鞋,美美地去征服世界!
End
每周,秧秧都会更新穿搭扮靓、时尚内功的相关内容,如果你有兴趣,记得关注我哦!这样,你就可以第一时间看到我的更新啦!爱你们哦!^_^
6. oppo手机虚拟内存怎么看?
OPPO手机设置虚拟内存
前提说明:
需要root,不需分区,装好点on。后打开终端输入free就看到swap有信息了,而不是原来的0了。默认是32m,如果想开更高,请打开menu修改。
运用软件:
软件名称:DroidSwap.apk(虚拟内存)
下载上面的软件-安装-运行-按“Menu”键,
选择“Configuration”(配置),
选择“Setting”(设置),
选择“SwapSize”(虚拟内存大小),
选择“64M”,注意:此处建议64M以下,本人测试96M、128M均出现适得其反的效果,虚拟内存太大,读取速度变慢,性能会下降
返回到主界面,第一次选择“ON”,整个过程可能要1-2分钟,其中会有几个“Fail”(失败),不要惊慌,这是因为本程序先加载后取得ROOT的问题。
等一次“ON”完成显示“ALLDone”,再第二次选择“ON”,全部“好”一直到“AllDone”
注意事项:
本软件测试一周未出现不良现象,请各位机油在运行完成后,按“Menu”——“Configuration”——“Info”查看Swap运行情况。如为"0",表示不成功
7. Linux终端下有什么生产力效率工具吗?
来试下这些开源工具。你的效率一定会提升。诚然,很多人使用计算机来娱乐。但是一些人会用来工作,他们的理论是计算机应当能帮我们更快、更好、更有条理地做事。实际应用中,如果没有根据每个人的工作风格来做一些小小的手动配置,计算机也不会提升我们的效率。
Kevin Sonney 喜欢设计系统,今年他在一个 20 篇文章的系列中介绍了 18 种不同的生产力工具,不仅涵盖了网络方面,也涉及了一些能提升他的工作效率的工具。Kevin 最喜欢的所有的工具都收集到了本文,下面概括介绍每种工具的用途。
文件同步重要的文件应谨慎管理。
Syncthing 能使不同设备上的文件彼此同步。设备可以是 Linux、Windows 或 Mac,也可以是服务器、Android 平板或手机,等等。文件可以是你期望在多台机器间同步的任意文件。Syncthing 是轻量级的点对点工具,因此你不需要支付服务费,你不需要第三方的服务器,而且它很快。同步是一件事,但有时你还需要帮忙处理你拥有的文件。假设你想要一个应用程序在作为一个图形化应用和作为控制台应用时表现不同行为,你可以通过修改符号链接指向的不同的配置文件来达成,如 .foo-gui 和 .foo-term。这完全可以手动修改,但也可以用脚本处理,或者你可以试试 GNU Stow 。邮件管理我们都依赖于邮件和收件箱,但似乎很少有人对自己管理邮件的方式满意。如果你喜欢用终端工作,为什么不在终端里管理邮件呢?在终端里收发邮件是一件事,但是要能在终端里组织你的邮件就更棒了。如果你的职业是打字员或是天生写脚本的人,试试这类工具吧。
我每天用 OfflineIMAP 把工作邮件同步到笔记本,以便用 Mutt 看邮件。它是很特别的工具,只做一件事:保证本地的邮件副本与远程的收件箱完全同步。配置和用 cron 调度它都相当简单,然后你就可以忘了它的存在。它相当简单,你与 IMAP 打交道的每一刻时间都应该用它。Notmuch 能为邮件消息建立索引、加标签以及搜索邮件。如果你的收件箱出了问题,它可以让你不需要花费很大精力去补救。Vim 可以收发邮件和管理你的日历。当然, Emacs 可以收发邮件和管理你的日历。日历和联系人我用过的所有的 Linux 系统都预装了 cal 命令。这是一个在终端下用的便捷小日历,它也是个很好的速查工具。然而,它几乎不能被称为一个日历应用程序。 iCalendar 规范(与 Apple 的旧桌面日历无关)中提供了丰富的共享日历功能,虽然 .ics 的约会和事件是纯文本的,但没有在终端中管理它们的工作流。至少,在 khal 和 vdirsyncer 出现之前不存在。
Khal 是基于控制台的读写 .ics 文件的日历工具。Vdirsyncer 是一个能把线上日历(和联系人)同步到本地的终端命令。Khal 在本地运行,vdirsyncer 在远程运行,这样远程的日历能与你管理的本地日历保持同步。管理联系人可能会很难,但是如果你用了 Khard 这个可以读写 vCard 格式文件的终端命令,就会变得简单。反过来,这些文件可以使用 vdirsyncer(你可能已经在使用 khal 日历)同步到远程服务器上。这使得日历和联系人管理变得简单,而且 搭建个人信息管理(PIM)服务器 也比以前容易得多。待办清单组织你每天的行程有很多种方式,但是最简单的一种是用 todo.txt ,一个简单、便携、易于理解的系统,即使设备上没有安装 todo.txt 也不会出现问题。todo.txt 能正常运行的原因是,它就是一个 Bash 脚本,能在几乎所有你能找到的的设备上运行。操作过程很简单:下载脚本,安装到家目录,用一个简单的命令开始调度任务。如果你的计算机上没有安装 todo.sh 命令,那么你的待办清单仍然可以作为纯文本文件来使用,你可以在需要时手动更新它。Jrnl 是一个能追踪的你的日常议程和活动的数字笔记本。如果你要摘抄桌面上的报纸的片段或者把随意的想法写下来,那么这就是你要找的程序。保持联络沟通是关键,然而现在似乎比以往更多的是聊天平台的问题。这不仅仅是几个客户端,而是几个独立的网络。你怎么管理它们?这里有两个方案。
如果你有很多的联系人分布在太多的聊天网络中,那么你应该试试 BitlBee ,使用这个单一的聊天客户端就可以关联其他所有的聊天网络。Rainbow Stream 是个推特客户端,能让你不被开放的网页浏览器分心,而又能紧跟时事。消息通知网页浏览器很好,但有时过犹不及。你希望能及时收到消息,但是你又不想全身心地陷入到互联网中。因为互联网是建立在开放的规范和大量的开源技术的基础上的,你不必在一个界面中做所有的事。对于不同的任务有不同的客户端,它们可以让你用自己喜欢的界面来获取你需要的信息。
Tuir 是一个 Reddit 终端客户端。Newsboat 是一个 RSS 阅读器。Wego 是天气预报工具。Vim 可以帮助你登录 Reddit 和 Twitter。Emacs 能让你保持与 Reddit、Twitter 和聊天客户端的联系。保持终端一直开启如果你正在用终端工作,那么关闭它的意义是什么呢?摆脱 exit 和 Ctrl+D 的诱惑,让你的控制台一直开启着。
Tmux 能分割你的终端,让一个终端窗口“分层"到另一个窗口之上,甚至从一台计算机离开到另一台计算机后,能保持相同的终端会话。DESQview 是另一种方式:它本质上是一个终端窗口管理器。未完待续本文列出的工具只是 Linux 终端的神奇生产力工具中的一小部分。这个清单会结束,但你自己的清单可以继续。找到你喜欢的工具,学习它们,并将其发挥出最大的优势。当然,一个好的工具不一定要提高你的生产力:有时你最喜欢的命令也可以是能让你最快乐的命令。你的工作是找到自己喜欢的命令,用它们来改变世界。
玩得愉快!
本站涵盖的内容、图片、视频等数据系网络收集,部分未能与原作者取得联系。若涉及版权问题,请联系我们删除!联系邮箱:ynstorm@foxmail.com 谢谢支持!
1. swapall,oppo手机有虚拟内存么?
OPPO手机设置虚拟内存
前提说明:
需要root,不需分区,装好点on。后打开终端输入free就看到swap有信息了,而不是原来的0了。默认是32m,如果想开更高,请打开menu修改。
运用软件:
软件名称:DroidSwap.apk(虚拟内存)
下载上面的软件-安装-运行-按“Menu”键,
选择“Configuration”(配置),
选择“Setting”(设置),
选择“SwapSize”(虚拟内存大小),
选择“64M”,注意:此处建议64M以下,本人测试96M、128M均出现适得其反的效果,虚拟内存太大,读取速度变慢,性能会下降
返回到主界面,第一次选择“ON”,整个过程可能要1-2分钟,其中会有几个“Fail”(失败),不要惊慌,这是因为本程序先加载后取得ROOT的问题。
等一次“ON”完成显示“ALLDone”,再第二次选择“ON”,全部“好”一直到“AllDone”
注意事项:
本软件测试一周未出现不良现象,请各位机油在运行完成后,按“Menu”——“Configuration”——“Info”查看Swap运行情况。如为"0",表示不成功
2. 如何快速分析Linux服务器的性能问题?
当遇到一个系统性能问题时,如何利用登录的前60秒对系统的性能情况做一个快速浏览和分析,主要包括如下10个工具,这是一个非常有用且有效的命工具列表。本文将详细介绍这些命令及其扩展选项的意义,及其在实践中的作用。并利用一个实际出现问题的例子,来验证这些套路是不是可行,下面工具的屏幕输出结果都来自这个出现题的系统。
# 系统负载概览uptime
# 系统日志dmesg | tail
# CPUvmstat 1mpstat -P ALL 1pidstat 1
# Diskiostat -xz 1
# 内存free -m
# 网络sar -n DEV 1sar -n TCP,ETCP 1
# 系统概览top
上面的工具都基于内核提供给用户态的统计,并以计数器形式展示,是快速排查时的利器。对于应用和系统的进一步跟踪(tracing),则需要利用strace和systemtap,不在本文的范畴。
注意:
如上的分类只是基于工具默认选项的分类,比如pidstat,默认展示进程的CPU统计,但是利用-d参数可以展示进程的I/O统计。又比如vmstat,虽然名称是查看虚拟内存的工具,但默认展示了负载,内存,I/O,系统,CPU等多方面的信息。部分工具需要安装sysstat包。1. uptime[root@nginx1 ~]# uptime 15:38:10 up 43 days, 3:54, 1 user, load average: 1.13, 0.41, 0.18
uptime是快速查看load average的方法,在Linux中load average包括处于runnable和uninterruptable状态的进程总数,runnable状态的进程包括在CPU上运行的进程和已经ready to run在等待CPU时间的进程;uninterruptable状态的进程是在等待一些I/O访问,比如等待disk的返回。Load average没有根据系统的CPU数量做格式化,所以load average 1表示单CPU系统在对应时间段内(1分钟, 5分钟, 15分钟)一直负载饱和,而在4 CPU的系统中,load average 1表示有75%的时间在idle。
Load average体现了一个high level的负载概览,但是可能需要和别的工具一起来使用以了解更多信息,比如处于runable和uninterruptable的实时进程数量分别是多少,可以用下面将介绍到的vmstat来查看。1分钟,5分钟,15分钟的负载平均值同时能体现系统负载的变化情况。例如,如果你要检查一个问题服务器,当你看到1分钟的平均负载值已经远小于15分钟的平均负载值,则意味这也许你登录晚了点,错过了现场。用top或者w命令,也可以看到load average信息。
上面示例中最近1分钟内的负载比15分钟内的负载高了不少 (因为是个测试的例子,1.13可以看作明显大于0.18,但是在生产系统上这不能说明什么)。
2. dmesg | tail
[root@nginx1 ~]# dmesg | tail [3128052.929139] device eth0 left promiscuous mode [3128104.794514] device eth0 entered promiscuous mode [3128526.750271] device eth0 left promiscuous mode [3537292.096991] device eth0 entered promiscuous mode [3537295.941952] device eth0 left promiscuous mode [3537306.450497] device eth0 entered promiscuous mode [3537307.884028] device eth0 left promiscuous mode [3668025.020351] bash (8290): drop_caches: 1 [3674191.126305] bash (8290): drop_caches: 2 [3675304.139734] bash (8290): drop_caches: 1
dmesg用于查看内核缓冲区存放的系统信息。另外查看/var/log/messages也可能查看出服务器系统方面的某些问题。
上面示例中的dmesg没有特别的值得注意的错误。
3. vmstat 1
vmstat简介:
vmstat是virtual memory stat的简写,能够打印processes, memory, paging, block IO, traps, disks and cpu的相关信息。vmstat的格式:vmstat [options] [delay [count]]。在输入中的1是延迟。第一行打印的是机器启动到现在的平均值,后面打印的则是根据deley间隔的取样结果,也就是实时的结果。结果中列的含义:
Procs(进程)
r: The number of runnable processes (running or waiting for run time).b: The number of processes in uninterruptible sleep.
注释:r表示在CPU上运行的进程和ready等待运行的进程总数,相比load average, 这个值更能判断CPU是否饱和(saturation),因为它没有包括I/O。如果r的值大于CPU数目,即达到饱和。
Memory
swpd: the amount of virtual memory used.free: the amount of idle memory.buff: the amount of memory used as buffers.cache: the amount of memory used as cache.
Swap
si: Amount of memory swapped in from disk (/s).so: Amount of memory swapped to disk (/s).
注释:swap-in和swap-out的内存。如果是非零,说明主存中的内存耗尽。
IO
bi: Blocks received from a block device (blocks/s).bo: Blocks sent to a block device (blocks/s).
System (中断和进程上下文切换)
in: The number of interrupts per second, including the clock.cs: The number of context switches per second.
CPU
These are percentages of total CPU time.us: Time spent running non-kernel code. (user time, including nice time)sy: Time spent running kernel code. (system time)id: Time spent idle. Prior to Linux 2.5.41, this includes IO-wait time.wa: Time spent waiting for IO. Prior to Linux 2.5.41, included in idle.st: Time stolen from a virtual machine. Prior to Linux 2.6.11, unknown.
根据user+system时间,可以判断CPUs是否繁忙。如果wait I/O一直维持一定程度,说明disk有瓶颈,这时CPUs是"idle"的,因为任务都被block在等待disk I/O中。wait I/O可以被视为另一种形式的CPU idle,并且说明idle的原因就是在等待disk I/O的完成。
处理I/O需要花费system time,在将I/O提交到disk driver之前可能要经过remap, split和merge等操作,并被I/O scheduler调度到request queue。如果处理I/O时平均system time比较高,超过20%,则要进一步分析下,是不是内核处理I/O时的效率有问题。
如果用户空间的CPU使用率接近100%,不一定就代表有问题,可以结合r列的进程总数量看下CPU的饱和程度。
上面示例可以看到在CPU方面有一个明显的问题。user+system的CPU一直维持在50%左右,并且system消耗了大部分的CPU。
4. mpstat -P ALL 1
mpstat可以打印按照CPU的分解,可以用来检查不不均衡的情况。
上面示例结果可以印证vmstat中观察到的结论,并且可以看到服务器有2个CPU,其中CPU 1的使用率一直维持在100%,而CPU 0并没有什么负载。CPU 1的消耗主要在内核空间,而非用户空间。
5. pidstat 1
默认pidstat类似于top按照进程的打印方式,不过是以滚动打印的方式,和top的清屏方式不同。利用-p可以打出指定进程的信息,-p ALL可以打出所有进程的信息。如果没有指定任何进程默认相当于-p ALL,但是只打印活动进程的信息(统计非0的数据)。
pidstat不只可以打印进程的CPU信息,还可以打印内存,I/O等方面的信息,如下是比较有用的信息:
pidstat -d 1:看哪些进程有读写。pidstat -r 1:看进程的page fault和内存使用。没有发生page fault的进程默认不会被打印出来,可以指定-p和进程号来打印查看内存。pidstat -t: 利用-t查看线程信息,可以快速查看线程和期相关线程的关系。pidstat -w:利用-w查看进程的context switch情况。输出:cswch/s: 每秒发生的voluntary context switch数目 (voluntary cs:当进程被block在获取不到的资源时,主动发生的context switch)nvcswch/s: 每秒发生的non voluntary context switch数目 (non vloluntary cs:进程执行一段时间用完了CPU分配的time slice,被强制从CPU上调度下来,这时发生的context switch)上面示例中可以明确得看到是nc这个进程在消耗CPU 1 100%的CPU。因为测试系统里消耗CPU的进程比较少,所以一目了然,在生产系统中pidstat应该能输出更多正在消耗CPU的进程情况。
6. iostat -zx 1
了解块设备(block device, 这里是disk)负载和性能的工具。主要看如下指标:
r/s, w/s, rkB/s, wkB/s:每秒完成的读请求次数(read requests, after merges),每秒完成的写请求次数(write requests completed, after merges),每秒读取的千字节数,每秒写入的千字节数。这些指标可以看出disk的负载情况。一个性能问题可能仅仅是因为disk的负载过大。await:每个I/O平均所需的时间,单位为毫秒。await不仅包括硬盘设备处理I/O的时间,还包括了在kernel队列中等待的时间。要精确地知道块设备service一个I/O请求地时间,可供iostat读取地内核统计并没有体现,需要用如blktrace这样地跟踪工具来跟踪。对于blktrace来说,D2C的时间间隔代表硬件块设备地service time,Q2C代表整个I/O请求所消耗的时间,即iostat的await。avgqu-sz:队列里的平均I/O请求数量 (更恰当的理解应该是平均未完成的I/O请求数量)。如果该值大于1,则有饱和的趋势 (当然设备可以并发地处理请求,特别是一个front对多个backend disk的虚拟设备)。%util:设备在处理I/O的时间占总时间的百分比。表示该设备有I/O(即非空闲)的时间比率,不考虑I/O有多少,只考虑有没有。通常该指标达到60%即可能引起性能问题 (可以根据await指标进一步求证)。如果指标接近100%,通常就说明出现了饱和。如果存储设备是一个对应多个后端磁盘的逻辑磁盘,那么100%使用率可能仅仅表示一些I/O在处理时间占比达到100%,其他后端磁盘不一定也到达了饱和。请注意磁盘I/O的性能问题并不一定会造成应用的问题,很多技术都是使用异步I/O操作,所以应用不一定会被block或者直接受到延迟的影响。
7. free -m# free -m total used free shared buff/cache available Mem: 7822 129 214 0 7478 7371 Swap: 0 0 0
查看内存使用情况。倒数第二列:
buffers: buffer cache,用于block device I/O。cached: page cache, 用于文件系统。Linux用free memory来做cache, 当应用需要时,这些cache可以被回收。比如kswapd内核进程做页面回收时可能回收cache;另外手动写/proc/sys/vm/drop_caches也会导致cache回收。
上面示例中free的内存只有129M,大部分memory被cache占用。但是系统并没有问题。
8. sar -n DEV 1
输出指标的含义如下:
rxpck/s: Total number of packets received per second.txpck/s: Total number of packets transmitted per second.rxkB/s: Total number of kilobytes received per second.txkB/s: Total number of kilobytes transmitted per second.rxcmp/s: Number of compressed packets received per second (for cslip etc.).txcmp/s: Number of compressed packets transmitted per second.rxmcst/s: Number of multicast packets received per second.%ifutil: Utilization percentage of the network interface. For half-duplex interfaces, utilization is calculated using the sum of rxkB/s and txkB/s as a percentage of the interface speed.For full-duplex, this is the greater of rxkB/S or txkB/s.这个工具可以查看网络接口的吞吐量,特别是上面蓝色高亮的rxkB/s和txkB/s,这是网络负载,也可以看是否达到了limit。
9. sar -n TCP,ETCP 1
输出指标的含义如下:
active/s: The number of times TCP connections have made a direct transition to the SYN-SENT state from the CLOSED state per second [tcpActiveOpens].passive/s: The number of times TCP connections have made a direct transition to the SYN-RCVD state from the LISTEN state per second [tcpPassiveOpens].iseg/s: The total number of segments received per second, including those received in error [tcpInSegs]. This count includes segments received on currently established connections.oseg/s: The total number of segments sent per second, including those on current connections but excluding those containing only retransmitted octets [tcpOutSegs].atmptf/s: The number of times per second TCP connections have made a direct transition to the CLOSED state from either the SYN-SENT state or the SYN-RCVD state, plus the number of times per second TCP connections have made a direct transition to the LISTEN state from the SYN-RCVD state [tcpAttemptFails].estres/s: The number of times per second TCP connections have made a direct transition to the CLOSED state from either the ESTABLISHED state or the CLOSE-WAIT state [tcpEstabResets].retrans/s: The total number of segments retransmitted per second - that is, the number of TCP segments transmitted containing one or more previously transmitted octets [tcpRetransSegs].isegerr/s: The total number of segments received in error (e.g., bad TCP checksums) per second [tcpInErrs].orsts/s: The number of TCP segments sent per second containing the RST flag [tcpOutRsts].上述蓝色高亮的3个指标:active/s, passive/s和retrans/s是比较有代表性的指标。
active/s和passive/s分别是本地发起的每秒新建TCP连接数和远程发起的TCP新建连接数。这两个指标可以粗略地判断服务器的负载。可以用active衡量出站发向,用passive衡量入站方向,但也不是完全准确(比如,考虑localhost到localhost的连接)。retrans是网络或者服务器发生问题的象征。有可能问题是网络不稳定,比如Internet网络问题,或者服务器过载丢包。10. top
# top Tasks: 79 total, 2 running, 77 sleeping, 0 stopped, 0 zombie %Cpu(s): 6.0 us, 44.1 sy, 0.0 ni, 49.6 id, 0.0 wa, 0.0 hi, 0.3 si, 0.0 st KiB Mem : 8010456 total, 7326348 free, 132296 used, 551812 buff/cache KiB Swap: 0 total, 0 free, 0 used. 7625940 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4617 root 20 0 44064 2076 1544 R 100.0 0.0 16:27.23 nc 13634 nginx 20 0 121192 3864 1208 S 0.3 0.0 17:59.85 nginx 1 root 20 0 125372 3740 2428 S 0.0 0.0 6:11.53 systemd 2 root 20 0 0 0 0 S 0.0 0.0 0:00.60 kthreadd 3 root 20 0 0 0 0 S 0.0 0.0 0:17.92 ksoftirqd/0 5 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H 7 root rt 0 0 0 0 S 0.0 0.0 0:03.21 migration/0 8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh 9 root 20 0 0 0 0 S 0.0 0.0 31:47.62 rcu_sched 10 root rt 0 0 0 0 S 0.0 0.0 0:10.00 watchdog/0
top是一个常用的命令,包括了多方面的指标。缺点是没有滚动输出(rolling output),不可复现问题发生时不容易保留信息。对于信息保留,用vmstat或者pidstat等能够提供滚动输出的工具会更好。
示例的问题?
在上面利用工具排查的过程中,我们可以在非常短的时间内快速得到如下结论:
2个CPU,nc这个进程消耗了CPU 1 100%的时间,并且时间消耗在system内核态。其他进程基本没有在消耗CPU。内存free比较少,大部分在cache中 (并不是问题)。Disk I/O非常低,平均读写请求小于1个。收到报文在个位数KB/s级别,每秒有15个被动建立的TCP连接,没有明显异常。整个排查过程把系统的问题定位到了进程级别,并且能排除一些可能性 (Disk I/O和内存)。接下来就是进一步到进程级别的排查,不属于本文的覆盖范围,有时间再进一步演示。
3. 英文通用怎么写?
英文通用有:current;common;universal;General。
current
英[ˈkʌrənt],美[ˈkɜːrənt]
adj.现在的;当前的;现时发生的;通用的;流通的;流行的;
n.电流;(海洋或江河的)水流;气流;思潮;潮流;趋向;
common
英[ˈkɒmən],美[ˈkɑːmən]
adj.常见的;通常的;普遍的;共有的;共享的;共同的;普通的;平常的;寻常的;平凡的;粗俗的;
n.公共用地;公地;(学校、大学等的)学生公共食堂;
universal
英[ˌjuːnɪˈvɜːsl],美[ˌjuːnɪˈvɜːrsl]
adj.普遍的;全体的;全世界的;共同的;普遍存在的;广泛适用的;
n.[逻辑学]全称命题;[哲学]一般概念;一般性。
general
英[ˈdʒenrəl],美[ˈdʒenrəl]
adj.全体的;普遍的;总的;正常的;一般的;常规的;概括性的;大体的;笼统的;大致的,大概的(方向或地区);非专门的;整体的;首席的;
n.将军;(陆军、海军陆战队或美国空军)上将;
4. oppo虚拟内存技术?
OPPO手机设置虚拟内存
前提说明:需要ROOT,不需分区,装好点on。后打开终端输入free就看到swap有信息了,而不是原来的0了。默认是32m,如果想开更高,请打开menu修改。运用软件:软件名称:DroidSwap.apk(虚拟内存)下载上面的软件-安装-运行-按“Menu”键,选择“Configuration”(配置),选择“Setting”(设置),选择“SwapSize”(虚拟内存大小),选择“64M”,注意:此处建议64M以下,本人测试96M、128M均出现适得其反的效果,虚拟内存太大,读取速度变慢,性能会下降返回到主界面,第一次选择“ON”,整个过程可能要1-2分钟,其中会有几个“Fail”(失败),不要惊慌,这是因为本程序先加载后取得ROOT的问题。等一次“ON”完成显示“ALLDone”,再第二次选择“ON”,全部“好”一直到“AllDone”5. 怎么穿高跟鞋不伤脚?
即使是走惯t台的超模,穿着高跟鞋时,也偶有失手(或者叫失脚更合适?)。
作为我们普通人,更是要学习怎么穿高跟鞋不那么伤脚,怎么来驾驭一对高跟鞋,这样,走路能摇曳美好,而不是狗啃泥。
一、正确姿势
1、走路姿势
穿上高跟鞋以后,我们一定要抬头挺胸,感觉有一根线在天空中向上牵引着我们的身体。
很多姑娘因为不习惯穿着高跟鞋,上身会前倾,走路的时候膝盖一直都不能伸直。其实,这种姿势不但不优美,而且伤膝盖、伤脊椎。(左侧错误,右侧正确)
所以,当你穿上高跟鞋之后,一定时时记得提醒自己保持仪态。走路时,足跟先落地,力量逐渐过渡到脚掌。
在有镜子的地方,看看自己的姿势。如果感觉总是伸不直膝盖,那么,可以尝试换一对矮一点的鞋。
2、休息
和平跟鞋比,我们穿着高跟鞋时,对我们脊柱和脚掌的压力更大。
所以,即使高跟鞋再美,最好不要连轴穿。穿一天高根,一天平跟或者低跟,让自己的身体得到充分的休息。
即使在穿着高跟鞋时,我们也可以穿着2小时以后,在办公桌下,把脚拿出来透透气,舒展一下。或者是带一对平跟鞋,必要时和高跟鞋交替穿。
自己的身体,自己要爱护。
二、必杀大招
当鞋子不是太适合脚型时,我们可以尝试用下面的方法来对鞋子进行调整。
1、最火热的方法
最火热的方法,就是穿上厚袜子,把你的脚塞到鞋子里,然后用风筒的热风档来回吹。同时,你的脚趾在鞋里面上下左右活动,尽量利用热度和脚,把鞋子撑大、弄软。
吹完后,脱下袜子,试试是不是已经合脚,如果还是太紧,再重复一次。
这个方法,秧秧用过,亲测有效。
2、最冷酷的方法
最冷酷的方法,就是在鞋子里面放上装好水的保鲜袋,大概如图半袋水,尽量排出空气后,放到冰箱冷冻。
因为水和冰的容积率不一样(看来我的中学物理学得还是不错滴),所以,水冻住以后自然膨胀,就会把鞋子撑大一点。
这个方法是外国博主推荐,秧秧没有亲自实验过。
如果你要尝试,记得多套层袋子,毕竟,冰箱是放食物(少许美容品)的地方,放鞋子有点心理压力。
3、最肉疼的方法
最肉疼的方法,就是用我们的血肉之躯,慢慢和它磨(听起来好疼)。
通常,买了新鞋回来,秧秧会先在家里每天晚上吃完饭以后走一走,站一站,反正饭后半小时内坐下长肉,不如顺便去和新鞋来个亲密磨合。
过段时间胆子肥一点以后,秧秧会穿着新鞋,在方圆1公里的活动半径内,短距离活动,譬如下楼买个酸奶什么的。
一般,经过第一个阶段之后,外出时间在20分钟以内的活动,它还是能够保证你的脚不受伤的。
千万不要穿新鞋去旅游!如果你不是铁脚,你会很受伤。当然,如果你只是拗造型拍照的时候临时穿一下,那可能还hold得住。
三、加料小计
除了以上的三个必杀技,我们还可以用一些小道具来帮助我们穿鞋更舒服。
1、各种脚垫、脚贴
穿高跟鞋时,前掌受力很大,所以,如果使用前掌垫,脚会轻松很多。
许多百货类品牌都有自己的前掌垫或者后脚垫,也会有脚跟贴,譬如万宁、屈臣氏等。除了以上几种,脚垫中,比较有名的有大众喜欢的爽健(对,我就屯着它),还有贵一点的Alice Bow。
秧秧每年都会买几片s屯着用。其中,我觉得最好用的是点状的这种,可以提前帖在可能打脚的地方,较少鞋子对脚的伤害。
2、袜套
这个是一个朋友强烈要求我尝试的小东西(然而,我还没有尝试),据她说,用了袜套,基本尖头鞋穿起来都没有压力了。
感觉有点像跳芭蕾时在脚尖包块布,较少伤害。
马爸爸家有很多可以选择。不过样子大部分都不好看,还好,穿在里面也看不到(颜控应该很嫌弃)。
3、防磨脚膏/润滑乳
当我看到compeed的时候,感觉世界对高跟鞋充满了善意。
通常,我会随身带一个,在后跟处时不时擦一点。其实,这个的原理也就是减少摩擦力。不过,如果出门的时间久,一段时间后就需要补一点。
如果你没买compeed,润肤乳的效果也差不多。
4、创口贴/胶布
创口贴绝对和高跟鞋是绝配啊!
尤其是夏天,基本我的包里常备不同大小的创口贴(想想,我们为了美,也是蛮拼的)。邦迪就是夏天必备,除了它,屈臣氏的创口贴也不错,大大小小,什么形状都有,好贴心。
据说,在穿凉鞋的时候,把胶布贴在带子背面,会较少带子对脚的摩擦。心灵手巧的妹子可以试试。
5、爽身粉
其实,这个的原理和润滑乳差补多,都是减少摩擦。
夏天放点爽身粉在鞋子里很舒服,吸汗、除味,而且,一瓶婴儿爽身粉,用一个夏天,足足有余。
6、绑指头
根据国外博主的经验,把脚的第三、第四趾绑起来,穿高跟鞋时会比较舒服。
因为喜欢穿高跟鞋的姑娘,在这两趾间,容易长莫顿神经瘤,所以,这两趾分开时,会感觉比较痛。
许多明星走红毯,穿高跟鞋时,就会用这个方法,让自己能轻松地多站多走一会儿。
不知道为什么,这让我联想起古代绑小脚,呃,有一种“辛辛苦苦几十年,一夜回到解放前”的感觉。
当然,为了美,只能忍了!
好了,今天先聊到这啦,祝大家都能舒服地穿好属于自己的那对高跟鞋,美美地去征服世界!
End
每周,秧秧都会更新穿搭扮靓、时尚内功的相关内容,如果你有兴趣,记得关注我哦!这样,你就可以第一时间看到我的更新啦!爱你们哦!^_^
6. oppo手机虚拟内存怎么看?
OPPO手机设置虚拟内存
前提说明:
需要root,不需分区,装好点on。后打开终端输入free就看到swap有信息了,而不是原来的0了。默认是32m,如果想开更高,请打开menu修改。
运用软件:
软件名称:DroidSwap.apk(虚拟内存)
下载上面的软件-安装-运行-按“Menu”键,
选择“Configuration”(配置),
选择“Setting”(设置),
选择“SwapSize”(虚拟内存大小),
选择“64M”,注意:此处建议64M以下,本人测试96M、128M均出现适得其反的效果,虚拟内存太大,读取速度变慢,性能会下降
返回到主界面,第一次选择“ON”,整个过程可能要1-2分钟,其中会有几个“Fail”(失败),不要惊慌,这是因为本程序先加载后取得ROOT的问题。
等一次“ON”完成显示“ALLDone”,再第二次选择“ON”,全部“好”一直到“AllDone”
注意事项:
本软件测试一周未出现不良现象,请各位机油在运行完成后,按“Menu”——“Configuration”——“Info”查看Swap运行情况。如为"0",表示不成功
7. Linux终端下有什么生产力效率工具吗?
来试下这些开源工具。你的效率一定会提升。诚然,很多人使用计算机来娱乐。但是一些人会用来工作,他们的理论是计算机应当能帮我们更快、更好、更有条理地做事。实际应用中,如果没有根据每个人的工作风格来做一些小小的手动配置,计算机也不会提升我们的效率。
Kevin Sonney 喜欢设计系统,今年他在一个 20 篇文章的系列中介绍了 18 种不同的生产力工具,不仅涵盖了网络方面,也涉及了一些能提升他的工作效率的工具。Kevin 最喜欢的所有的工具都收集到了本文,下面概括介绍每种工具的用途。
文件同步重要的文件应谨慎管理。
Syncthing 能使不同设备上的文件彼此同步。设备可以是 Linux、Windows 或 Mac,也可以是服务器、Android 平板或手机,等等。文件可以是你期望在多台机器间同步的任意文件。Syncthing 是轻量级的点对点工具,因此你不需要支付服务费,你不需要第三方的服务器,而且它很快。同步是一件事,但有时你还需要帮忙处理你拥有的文件。假设你想要一个应用程序在作为一个图形化应用和作为控制台应用时表现不同行为,你可以通过修改符号链接指向的不同的配置文件来达成,如 .foo-gui 和 .foo-term。这完全可以手动修改,但也可以用脚本处理,或者你可以试试 GNU Stow 。邮件管理我们都依赖于邮件和收件箱,但似乎很少有人对自己管理邮件的方式满意。如果你喜欢用终端工作,为什么不在终端里管理邮件呢?在终端里收发邮件是一件事,但是要能在终端里组织你的邮件就更棒了。如果你的职业是打字员或是天生写脚本的人,试试这类工具吧。
我每天用 OfflineIMAP 把工作邮件同步到笔记本,以便用 Mutt 看邮件。它是很特别的工具,只做一件事:保证本地的邮件副本与远程的收件箱完全同步。配置和用 cron 调度它都相当简单,然后你就可以忘了它的存在。它相当简单,你与 IMAP 打交道的每一刻时间都应该用它。Notmuch 能为邮件消息建立索引、加标签以及搜索邮件。如果你的收件箱出了问题,它可以让你不需要花费很大精力去补救。Vim 可以收发邮件和管理你的日历。当然, Emacs 可以收发邮件和管理你的日历。日历和联系人我用过的所有的 Linux 系统都预装了 cal 命令。这是一个在终端下用的便捷小日历,它也是个很好的速查工具。然而,它几乎不能被称为一个日历应用程序。 iCalendar 规范(与 Apple 的旧桌面日历无关)中提供了丰富的共享日历功能,虽然 .ics 的约会和事件是纯文本的,但没有在终端中管理它们的工作流。至少,在 khal 和 vdirsyncer 出现之前不存在。
Khal 是基于控制台的读写 .ics 文件的日历工具。Vdirsyncer 是一个能把线上日历(和联系人)同步到本地的终端命令。Khal 在本地运行,vdirsyncer 在远程运行,这样远程的日历能与你管理的本地日历保持同步。管理联系人可能会很难,但是如果你用了 Khard 这个可以读写 vCard 格式文件的终端命令,就会变得简单。反过来,这些文件可以使用 vdirsyncer(你可能已经在使用 khal 日历)同步到远程服务器上。这使得日历和联系人管理变得简单,而且 搭建个人信息管理(PIM)服务器 也比以前容易得多。待办清单组织你每天的行程有很多种方式,但是最简单的一种是用 todo.txt ,一个简单、便携、易于理解的系统,即使设备上没有安装 todo.txt 也不会出现问题。todo.txt 能正常运行的原因是,它就是一个 Bash 脚本,能在几乎所有你能找到的的设备上运行。操作过程很简单:下载脚本,安装到家目录,用一个简单的命令开始调度任务。如果你的计算机上没有安装 todo.sh 命令,那么你的待办清单仍然可以作为纯文本文件来使用,你可以在需要时手动更新它。Jrnl 是一个能追踪的你的日常议程和活动的数字笔记本。如果你要摘抄桌面上的报纸的片段或者把随意的想法写下来,那么这就是你要找的程序。保持联络沟通是关键,然而现在似乎比以往更多的是聊天平台的问题。这不仅仅是几个客户端,而是几个独立的网络。你怎么管理它们?这里有两个方案。
如果你有很多的联系人分布在太多的聊天网络中,那么你应该试试 BitlBee ,使用这个单一的聊天客户端就可以关联其他所有的聊天网络。Rainbow Stream 是个推特客户端,能让你不被开放的网页浏览器分心,而又能紧跟时事。消息通知网页浏览器很好,但有时过犹不及。你希望能及时收到消息,但是你又不想全身心地陷入到互联网中。因为互联网是建立在开放的规范和大量的开源技术的基础上的,你不必在一个界面中做所有的事。对于不同的任务有不同的客户端,它们可以让你用自己喜欢的界面来获取你需要的信息。
Tuir 是一个 Reddit 终端客户端。Newsboat 是一个 RSS 阅读器。Wego 是天气预报工具。Vim 可以帮助你登录 Reddit 和 Twitter。Emacs 能让你保持与 Reddit、Twitter 和聊天客户端的联系。保持终端一直开启如果你正在用终端工作,那么关闭它的意义是什么呢?摆脱 exit 和 Ctrl+D 的诱惑,让你的控制台一直开启着。
Tmux 能分割你的终端,让一个终端窗口“分层"到另一个窗口之上,甚至从一台计算机离开到另一台计算机后,能保持相同的终端会话。DESQview 是另一种方式:它本质上是一个终端窗口管理器。未完待续本文列出的工具只是 Linux 终端的神奇生产力工具中的一小部分。这个清单会结束,但你自己的清单可以继续。找到你喜欢的工具,学习它们,并将其发挥出最大的优势。当然,一个好的工具不一定要提高你的生产力:有时你最喜欢的命令也可以是能让你最快乐的命令。你的工作是找到自己喜欢的命令,用它们来改变世界。
玩得愉快!
本站涵盖的内容、图片、视频等数据系网络收集,部分未能与原作者取得联系。若涉及版权问题,请联系我们删除!联系邮箱:ynstorm@foxmail.com 谢谢支持!