看到的一段话 先写在这里

版权声明:本文为博主原创文章,遵循 CC 4.0 by-sa 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/weixin_43819396/article/details/88645348
看到了一段话 先写在这里

我们只肯为那些对自己而言重要的人付出,换句话说,我们不会为不足够在意的人停下离去的步伐。
所以,付出时间和精力,常常只是另一种自私的方式。也所以,我们是没有资格要求回报的。

诚然,这段话不无道理
而对你来说 我也从未因为奢求回报而对你付出一切

道理都是可以从两面说的
那么 如果时间和精力可以平均分配给每一个人
这世界上 我们之间也就不那么特殊而亲近了

不要求回报 没有资格回报
并不是说我们的付出没有意义 或是有什么错
只是这种付出 从一开始就应该是出于本心
从一开始 就不应该有任何的私心
从一开始 就应该是只对你一个人
展开阅读全文
博主设置当前文章不允许评论。

希望在这里可以看到结局

05-16

首先请各位看官谅解,到此发帖。遇到了一些跟程序员有关的感情问题,所以来此希望可以得到你们的建议。rn 我是一个在畏缩老家,在小县城里过活的(小)剩女。rn 前些天去亲戚那里玩,认识几个程序员哥哥,对其中一位产生了些莫名的感觉。听说他(S)是有女朋友的,但是我从他看我不自然的眼神中感觉到他对我有不一样的情愫。那天他们都喝了很多酒,跟他一起照顾其中一位喝多的哥哥时候,他牵了我的手,很温暖。短短几秒,他又松开了,他很纠结,我亦是。rn 第二天加了他的扣扣,我们就像认识很久了一样聊着天。与此同时,聚会中的另外一个哥哥(N)决定要追求我,我告诉S,他说N很好。听到这句话的时候,想到了他看我回家时候的眼神,因为顶着有女朋友的身份不可以送我,是多么地无奈。紧接着结结巴巴地对我,其实我觉得我更适合你。rn 晚上很无聊时,S给我看了他写的帖子,借此了解他的感情生活。他的一任任女友,都是那么的优秀,顿时觉得无比自卑,才发现距离真的很远。在他的贴子里看到,原来他跟“现”任已经分手了。当时心中应该是有一阵地窃喜吧,可是没有后文不知道到底是怎样,没忍住的问了他。她一直坚持要分手,因为S可以满足她曾经提出的一些条件(房、车)缓和了,不知道他是否还会跟她在一起。他说他是自私的,他现在是喜欢我的,却又不敢轻易做出决定。rn N很主动,给我打电话,给我说关于他自己的一切,希望我可以了解他,信任他,一定会对我好。我也觉得他很好,他让我觉得可以信任,为我描绘未来的生活让人觉得很安心,可以感受到会很幸福。rn S说我知道你的为难,你可以问问你的闺蜜,看她们是否可以给你点建议。我不会问,因为我知道她们会怎么回答我,两种答案,一种是让我跟N在一起,一种是都不要选择。他们是兄弟,我也不希望因为我导致他们之间有隔阂。S说如果我跟他最后在一起了还好,如果没能在一起,他们会恨死他的。这也是他犹豫不决的原因之一吧。rn 现在N还不知道,我不知道要怎么说,也不知道该怎么做。rn ......rn 不会写文,只能表达到这样。想用简单的话表达出我现在的处境,好像有点乱。rn 特地到此论坛,看了很多关于程序员的帖子,了解程序员的生活,了解他们的性格,希望可以有帮助。rnrn 希望耐心看完的你们可以给我点建议!谢谢! 论坛

关于内存映射一段话求解

01-11

以下是网上的一段.exe文件加载过程:rnü 加载过程 rnrn1. 系统根据exe文件名建立进程内核对象、页目和页表,也就是建立了进程的虚拟空间。 rnrn2. 读取exe文件的大小,在默认基地址0x0040 0000上保留适当大小的区域。可以在链接程序时用/BASE 选项更改基地址(在VC工程属性\链接器\高级上设置)。提交时,操作系统会管理页目和页表,将硬盘上的文件映射到进程空间中,页表中保存的地址是exe文件的页偏移。 rnrn3. 读取exe文件的.idata节,此节列出exe所用到的所有dll文件。然后和 rnrnexe文件一样,将dll文件映射到进程空间中。如果无法映射到基地址,系统会重新定位。 rnrn4. 映射成功后,系统会把第一页代码加载到内存,然后更新页目和页 rnrn表。将第一条指令的地址交给线程指令指针。当系统执行时,发现代码没有在内存中,会将exe文件中的代码加载到内存中。 rn------------------------------------------------------------------------------------------------------------rn我要问的是,在第二步骤中所说的“将硬盘上的文件映射到进程空间中”是不是将硬盘文件映射到线性地址上啊?线性地址再映射成物理地址?rn还有第四个步骤的疑问就是:在第二步骤中已经映射了硬盘上的文件为什么在第四步骤中还要将exe文件中的代码加载到内存中呢?硬盘上的文件指的是什么。。rnrn 论坛

更新了原先写的JDBC查询缓存

01-06

前段时间因为实际需要,写了一个简单的JDBC查询缓存,发表在这里:rnrnhttp://topic.csdn.net/u/20091209/18/e366812c-5cc6-47b2-83d6-f78350206781.html?1092065064rnrnrn经过一段时间的使用,发现很严重的问题:缓存的CachedRowSet因为是通过游标访问记录的,所以如果多线程同时操作一个CachedRowSet,游标就会冲突,为了解决这个问题,我在上面补了很多代码,非常非常难看!rnrnrn今天重拾旧题,也多亏了“火龙果@菜菜宝宝”的点拨,使用了Apache Commons DbUtil的List格式的结果集代替了CachedRowSet,这样游标冲突就避免了(多线程肯定是拥有独立的迭代器的,而不像游标只有一个),然后再使用Apache Commons Collections中的LRUMap以Collections.synchronizedMap()方法包装成线程安全的Map作为缓存,懒得自己写线程安全的代码了,呵呵。最后,连接池使用的是C3P0。rnrnrn废话少说,上代码:rnrnrn[code=Java]rn汗,代码忘记拷回来了,明天再说吧 - -rn[/code]rnrnrn进行了两个测试:rnrnrn其一测试了下面7种情形:rnrnA单线程,无连接池、无查询缓存rnrnB单线程,有连接池、无查询缓存rnrnC单线程,无连接池、有查询缓存rnrnD单线程,有连接池、有查询缓存rnrnE多线程,有连接池、无查询缓存rnrnF多线程,无连接池、有查询缓存rnrnG多线程,有连接池、有查询缓存rnrn注:多线程,无连接池、无查询缓存的情况因为数据库最大连接数的限制,不做测试。rnrn rnrn使用NetBeans Profiler做三次测试,结果如下:rnrn[img=http://p.blog.csdn.net/images/p_blog_csdn_net/shajunxing/EntryImages/20100106/1.png][/img]rnrn[img=http://p.blog.csdn.net/images/p_blog_csdn_net/shajunxing/EntryImages/20100106/2.png][/img]rnrn[img=http://p.blog.csdn.net/images/p_blog_csdn_net/shajunxing/EntryImages/20100106/3.png][/img]rnrn从中可以得出结论:rnrn单线程的四种方式时间比大约为A : B : C : D = 15000 : 2000 : 15 : 1;rn多线程三种方式耗时差不多,估计在线程的创建以及调度上花费了很多时间。rnrn其二测试了缓存在模拟的实际情况下面的增长以及命中率等数值。rnrn方法是首先通过JDBC元数据操作获取数据库中的所有表名和各个表的字段名,然后将字段名和表名随机组合构造SQL语句,测试10000次(单线程,在我们的项目中多线程同时访问的情况很少),每100次统计一下缓存的命中率等信息,代码如下:rnrn[code=Java]rn汗,代码忘记拷回来了,明天再说吧 - -rn[/code]rnrn结果是:rnrn缓存总访问数:100,总命中数:2,当前大小:98,命中率:2.00%,耗时:4157毫秒rn缓存总访问数:200,总命中数:16,当前大小:184,命中率:14.00%,耗时:2062毫秒rn缓存总访问数:300,总命中数:40,当前大小:260,命中率:24.00%,耗时:1860毫秒rn缓存总访问数:400,总命中数:74,当前大小:326,命中率:34.00%,耗时:578毫秒rn缓存总访问数:500,总命中数:111,当前大小:389,命中率:37.00%,耗时:1281毫秒rn缓存总访问数:600,总命中数:154,当前大小:446,命中率:43.00%,耗时:3391毫秒rn缓存总访问数:700,总命中数:188,当前大小:512,命中率:34.00%,耗时:953毫秒rn缓存总访问数:800,总命中数:237,当前大小:563,命中率:49.00%,耗时:1515毫秒rn缓存总访问数:900,总命中数:283,当前大小:617,命中率:46.00%,耗时:2094毫秒rn缓存总访问数:1000,总命中数:350,当前大小:650,命中率:67.00%,耗时:297毫秒rn缓存总访问数:1100,总命中数:415,当前大小:685,命中率:65.00%,耗时:531毫秒rn缓存总访问数:1200,总命中数:477,当前大小:723,命中率:62.00%,耗时:953毫秒rn缓存总访问数:1300,总命中数:538,当前大小:762,命中率:61.00%,耗时:328毫秒rn缓存总访问数:1400,总命中数:604,当前大小:796,命中率:66.00%,耗时:1172毫秒rn缓存总访问数:1500,总命中数:667,当前大小:833,命中率:63.00%,耗时:2000毫秒rn缓存总访问数:1600,总命中数:739,当前大小:861,命中率:72.00%,耗时:2000毫秒rn缓存总访问数:1700,总命中数:813,当前大小:887,命中率:74.00%,耗时:188毫秒rn缓存总访问数:1800,总命中数:893,当前大小:907,命中率:80.00%,耗时:1265毫秒rn缓存总访问数:1900,总命中数:973,当前大小:927,命中率:80.00%,耗时:516毫秒rn缓存总访问数:2000,总命中数:1055,当前大小:945,命中率:82.00%,耗时:422毫秒rn缓存总访问数:2100,总命中数:1134,当前大小:966,命中率:79.00%,耗时:516毫秒rn缓存总访问数:2200,总命中数:1212,当前大小:988,命中率:78.00%,耗时:1015毫秒rn缓存总访问数:2300,总命中数:1287,当前大小:1013,命中率:75.00%,耗时:438毫秒rn缓存总访问数:2400,总命中数:1371,当前大小:1029,命中率:84.00%,耗时:937毫秒rn缓存总访问数:2500,总命中数:1457,当前大小:1043,命中率:86.00%,耗时:750毫秒rn缓存总访问数:2600,总命中数:1540,当前大小:1060,命中率:83.00%,耗时:235毫秒rn缓存总访问数:2700,总命中数:1627,当前大小:1073,命中率:87.00%,耗时:140毫秒rn缓存总访问数:2800,总命中数:1719,当前大小:1081,命中率:92.00%,耗时:1235毫秒rn缓存总访问数:2900,总命中数:1806,当前大小:1094,命中率:87.00%,耗时:125毫秒rn缓存总访问数:3000,总命中数:1889,当前大小:1111,命中率:83.00%,耗时:312毫秒rn缓存总访问数:3100,总命中数:1981,当前大小:1119,命中率:92.00%,耗时:63毫秒rn缓存总访问数:3200,总命中数:2071,当前大小:1129,命中率:90.00%,耗时:125毫秒rn缓存总访问数:3300,总命中数:2161,当前大小:1139,命中率:90.00%,耗时:62毫秒rn缓存总访问数:3400,总命中数:2254,当前大小:1146,命中率:93.00%,耗时:172毫秒rn缓存总访问数:3500,总命中数:2344,当前大小:1156,命中率:90.00%,耗时:156毫秒rn缓存总访问数:3600,总命中数:2436,当前大小:1164,命中率:92.00%,耗时:141毫秒rn缓存总访问数:3700,总命中数:2529,当前大小:1171,命中率:93.00%,耗时:125毫秒rn缓存总访问数:3800,总命中数:2624,当前大小:1176,命中率:95.00%,耗时:78毫秒rn缓存总访问数:3900,总命中数:2717,当前大小:1183,命中率:93.00%,耗时:16毫秒rn缓存总访问数:4000,总命中数:2811,当前大小:1189,命中率:94.00%,耗时:93毫秒rn缓存总访问数:4100,总命中数:2906,当前大小:1194,命中率:95.00%,耗时:16毫秒rn缓存总访问数:4200,总命中数:3003,当前大小:1197,命中率:97.00%,耗时:47毫秒rn缓存总访问数:4300,总命中数:3095,当前大小:1205,命中率:92.00%,耗时:47毫秒rn缓存总访问数:4400,总命中数:3190,当前大小:1210,命中率:95.00%,耗时:47毫秒rn缓存总访问数:4500,总命中数:3285,当前大小:1215,命中率:95.00%,耗时:15毫秒rn缓存总访问数:4600,总命中数:3372,当前大小:1228,命中率:87.00%,耗时:500毫秒rn缓存总访问数:4700,总命中数:3471,当前大小:1229,命中率:99.00%,耗时:16毫秒rn缓存总访问数:4800,总命中数:3563,当前大小:1237,命中率:92.00%,耗时:15毫秒rn缓存总访问数:4900,总命中数:3658,当前大小:1242,命中率:95.00%,耗时:0毫秒rn缓存总访问数:5000,总命中数:3751,当前大小:1249,命中率:93.00%,耗时:32毫秒rn缓存总访问数:5100,总命中数:3846,当前大小:1254,命中率:95.00%,耗时:15毫秒rn缓存总访问数:5200,总命中数:3937,当前大小:1263,命中率:91.00%,耗时:219毫秒rn缓存总访问数:5300,总命中数:4034,当前大小:1266,命中率:97.00%,耗时:0毫秒rn缓存总访问数:5400,总命中数:4131,当前大小:1269,命中率:97.00%,耗时:16毫秒rn缓存总访问数:5500,总命中数:4230,当前大小:1270,命中率:99.00%,耗时:0毫秒rn缓存总访问数:5600,总命中数:4327,当前大小:1273,命中率:97.00%,耗时:0毫秒rn缓存总访问数:5700,总命中数:4423,当前大小:1277,命中率:96.00%,耗时:297毫秒rn缓存总访问数:5800,总命中数:4520,当前大小:1280,命中率:97.00%,耗时:703毫秒rn缓存总访问数:5900,总命中数:4618,当前大小:1282,命中率:98.00%,耗时:0毫秒rn缓存总访问数:6000,总命中数:4715,当前大小:1285,命中率:97.00%,耗时:47毫秒rn缓存总访问数:6100,总命中数:4811,当前大小:1289,命中率:96.00%,耗时:125毫秒rn缓存总访问数:6200,总命中数:4907,当前大小:1293,命中率:96.00%,耗时:31毫秒rn缓存总访问数:6300,总命中数:5005,当前大小:1295,命中率:98.00%,耗时:62毫秒rn缓存总访问数:6400,总命中数:5103,当前大小:1297,命中率:98.00%,耗时:16毫秒rn缓存总访问数:6500,总命中数:5201,当前大小:1299,命中率:98.00%,耗时:16毫秒rn缓存总访问数:6600,总命中数:5299,当前大小:1301,命中率:98.00%,耗时:0毫秒rn缓存总访问数:6700,总命中数:5397,当前大小:1303,命中率:98.00%,耗时:31毫秒rn缓存总访问数:6800,总命中数:5496,当前大小:1304,命中率:99.00%,耗时:15毫秒rn缓存总访问数:6900,总命中数:5593,当前大小:1307,命中率:97.00%,耗时:0毫秒rn缓存总访问数:7000,总命中数:5691,当前大小:1309,命中率:98.00%,耗时:0毫秒rn缓存总访问数:7100,总命中数:5791,当前大小:1309,命中率:100.00%,耗时:0毫秒rn缓存总访问数:7200,总命中数:5889,当前大小:1311,命中率:98.00%,耗时:16毫秒rn缓存总访问数:7300,总命中数:5988,当前大小:1312,命中率:99.00%,耗时:16毫秒rn缓存总访问数:7400,总命中数:6088,当前大小:1312,命中率:100.00%,耗时:0毫秒rn缓存总访问数:7500,总命中数:6185,当前大小:1315,命中率:97.00%,耗时:0毫秒rn缓存总访问数:7600,总命中数:6281,当前大小:1319,命中率:96.00%,耗时:62毫秒rn缓存总访问数:7700,总命中数:6381,当前大小:1319,命中率:100.00%,耗时:0毫秒rn缓存总访问数:7800,总命中数:6480,当前大小:1320,命中率:99.00%,耗时:31毫秒rn缓存总访问数:7900,总命中数:6580,当前大小:1320,命中率:100.00%,耗时:0毫秒rn缓存总访问数:8000,总命中数:6679,当前大小:1321,命中率:99.00%,耗时:0毫秒rn缓存总访问数:8100,总命中数:6777,当前大小:1323,命中率:98.00%,耗时:0毫秒rn缓存总访问数:8200,总命中数:6877,当前大小:1323,命中率:100.00%,耗时:0毫秒rn缓存总访问数:8300,总命中数:6975,当前大小:1325,命中率:98.00%,耗时:16毫秒rn缓存总访问数:8400,总命中数:7074,当前大小:1326,命中率:99.00%,耗时:0毫秒rn缓存总访问数:8500,总命中数:7172,当前大小:1328,命中率:98.00%,耗时:0毫秒rn缓存总访问数:8600,总命中数:7270,当前大小:1330,命中率:98.00%,耗时:16毫秒rn缓存总访问数:8700,总命中数:7368,当前大小:1332,命中率:98.00%,耗时:0毫秒rn缓存总访问数:8800,总命中数:7465,当前大小:1335,命中率:97.00%,耗时:0毫秒rn缓存总访问数:8900,总命中数:7563,当前大小:1337,命中率:98.00%,耗时:15毫秒rn缓存总访问数:9000,总命中数:7663,当前大小:1337,命中率:100.00%,耗时:0毫秒rn缓存总访问数:9100,总命中数:7763,当前大小:1337,命中率:100.00%,耗时:0毫秒rn缓存总访问数:9200,总命中数:7862,当前大小:1338,命中率:99.00%,耗时:0毫秒rn缓存总访问数:9300,总命中数:7960,当前大小:1340,命中率:98.00%,耗时:0毫秒rn缓存总访问数:9400,总命中数:8060,当前大小:1340,命中率:100.00%,耗时:0毫秒rn缓存总访问数:9500,总命中数:8158,当前大小:1342,命中率:98.00%,耗时:16毫秒rn缓存总访问数:9600,总命中数:8258,当前大小:1342,命中率:100.00%,耗时:0毫秒rn缓存总访问数:9700,总命中数:8356,当前大小:1344,命中率:98.00%,耗时:0毫秒rn缓存总访问数:9800,总命中数:8455,当前大小:1345,命中率:99.00%,耗时:0毫秒rn缓存总访问数:9900,总命中数:8554,当前大小:1346,命中率:99.00%,耗时:0毫秒rn缓存总访问数:10000,总命中数:8654,当前大小:1346,命中率:100.00%,耗时:0毫秒rnrn从中大致可以看出缓存的增长趋势以及性能不断改进的趋势。rnrn最后的内存占用率如下图所示:rnrn[img=http://p.blog.csdn.net/images/p_blog_csdn_net/shajunxing/EntryImages/20100106/mem.png][/img]rnrn当然了,这也是不得已而为之的技术,呵呵,如果项目中能用到Hibernate等高级技术的话(Hibernate内置查询缓存了,甚至很多数据库也内置了),还是尽量高级的吧。rnrn总结这个查询缓存应用的场合:rnrn1、SQL语句的可能性不能无限多(例如如果语句中包含可变的时间日期就不行);rn2、读操作远远多于写操作。rnrn例如,在权限管理(登陆注销、操作鉴权...)中,还是很合适的。 论坛

没有更多推荐了,返回首页