memory

CS3114 (Spring 2019) PROGRAMMING ASSIGNMENT #4 Due Tuesday, May 7th @ 11:00 PM for 100 points Early bonus date: Sunday, May 5th @ 11:00 PM for a 10 point bonus In this project you will implement a simple database system for DNA sequences. Your database system will include a disk-based hash table using a simple bucket hash, to support searches by sequence identifier. The bulk of the database will be stored in a binary file on disk, with a memory manager that stores both sequences and sequenceIDs. As with Project 2, define DNA sequences to be strings on the alphabet A, C, G, and T. In this

Redis默认持久化策略是RDB方式，数据丢失后首先去看了redis.conf文件，发现配置没问题，后来发现启动时日志有如下内容： # WARNING overcommit_memory is set to 0! Background save may fail under low memory condition. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect. 问题找到了，内存不足的情况下，后台保存可能会失败。在/etc/sysctl.conf中另起一行添加vm.overcommit_memory=1即可，然后保存wq!，再执行sysctl -p [root@xq-test001 etc]# sysctl -p vm.swappiness = 0 net.ipv4.neigh.default.gc_stale_time = 120 net.ipv4.conf.all.rp_filter = 0 net.ipv4.conf.default.rp_filter = 0 net.ipv4.conf.default

thread对内存读写的安全 void __threadfence_block(); void __threadfence(); void __threadfence_system(); 参考: https://docs.nvidia.com/cuda/cuda-c-programming-guide/index.html#memory-fence-functions 来源： CSDN 作者： Claroja 链接： https://blog.csdn.net/claroja/article/details/103894438

一、前言 　　Jna调用的示范，基本包括了Java->C基本类型的转换，指针的转换等。 　　 不过文章是2011年的，可能后面要查看下有什么改变。 二、原文 http://www.viaboxxsystems.de/java-interoperation-with-a-native-dll-using-jna 推荐实例阅读: http://www.eshayne.com/jnaex/index.html 三、翻译 大体翻译。 从Java调用dll，你可以选择JNI和JNA。(还有其他了.......) 关于调用转换 首先定义接口，接口继承“ “com.sun.jna.Library” 或者 “com.sun.jna.win32.StdCallLibrary”. ”。 　 View Code 　　Java中调用如下： 　　 View Code 　　 　　 基本数据转换 　　上述方法中，“returnDllVersion”方法返回一个char *（C语言），JNA框架将char *转换为Java String(Unicode)。JNA提供了大部分的JAVA/C数据类型的转换，可参见 “ Mapping between Java and Native “. 注：此段后为自己加的内容，可能有误。 　　由于我在数据转换时涉及到了很多unsigned,signed的问题，之前基础也不好

MySQL存储引擎 存储引擎 MySQL存储引擎 存储引擎   MySQL数据库在实际的工作中分为了语句分析层和存储引擎层，其中语句分析层主要负责与客户端完成连接并且事先分析出SQL语句的内容和功能，存储引擎层则主要负责接收来自语句分析层的分析结果，完成相应的数据输入输出和文件操作，即如何存储数据、如何为存储的数据建立索引和如何更新、查询数据等技术的实现方法。因为在关系数据库中数据的存储是以表的形式存储的，所以存储引擎也可以称为表类型（即存储和操作此表的类型）。 MySQL存储引擎 （1）MyISAM存储引擎   不支持事务、也不支持外键，优势是访问速度快，对事务完整性没有要求或者以SELECT、INSERT为主的应用基本上可以用这个引擎来创建表。支持3种不同的存储格式，分别是：静态表、动态表、压缩表 静态表：表中的字段都是非变长字段，每个记录都是固定长度的，优点存储非常迅速，容易缓存，出现故障容易恢复；缺点是占用的空间通常比动态表多（因为存储时会按照列的宽度定义补足空格） 动态表：记录不是固定长度的，这样存储的优点是占用的空间相对较少；缺点：频繁的更新、删除数据容易产生碎片，需要定期执行OPTIMIZE TABLE或者myisamchk -r命令来改善性能 压缩表：因为每个记录是被单独压缩的，所以只有非常小的访问开支 （2）InnoDB存储引擎   该存储引擎提供了具有提交

今天看到PG邮件列表里有非易失性内存在PG应用的讨论，做下记录，接着学习其补丁，如何将WAL buffer改造成非易失性buffer，以及和之前有和区别。该补丁是也是日本NTT公司提供。 一、 原文 https://www.postgresql.org/message-id/002f01d5d28d$23c01430$6b403c90$@hco.ntt.co.jp_1 二 、 Non-volatile WAL BUFFER 提出了一个概念证明的新特性：“非易失WAL buffer”。通过将非易失内存（PMEM）替代DRAM，不需要将WAL记录写入WAL段文件即可将其持久化。减少了WAL拷贝和write事务的时间，从而提升数据库性能。 完成此功能的补丁基于PG12(refs/tags/REL_12_0)，附在后文。阅读README.nvwal（patch 0003）了解如何使用该特性。 PMEM[1]可插到DIMM槽，具有快速、非易失、字节寻址的特性。已生产有该特性的产品。NVDIMM-N是PMEM模块的一种，包含DRAM和NAND flash，可以像访问DRAM一样访问NVDIMM-N。断点时，将内容写到flash域。加电重启时将flash内容重新拷贝回去即DRAM。大多数操作系统linux和windows都支持PMEM和持久内存开发集（PMDK）[2]