Currently I manage a Drupal project based on Drupal commerce. While I am writing the specs for the project, I really feel that actually we can use Drupal as a platform serve as prototype and project document management tool. (more…)
Those who do not understand Unix are condemned to reinvent it, poorly – Henry Spencer
HTML 5 is known as a markup language which is used in organising the World Wide Web and also it is the hard-core technology for the Internet. The number five in the HTML denotes that it is the fifth version of it. Many improvements and features are added in this language. (more…)
When install some system on Zend Server locally, such as Magento, sometimes, you need change the database server name from “localhost” to “127.0.0.1″.
It is just a note written as a record for future reference.
As the future Drupal8 and eZ Publish 5 will both base on Symfony as their core, a few days ago one of my colleague at eZ Systems asked the technical difference between future Drupal 8 and eZ Publish 5. Here is my opinion about their difference: (more…)
Man, your post is clearly biased towards eZPublish :) ... not saying that is bad or completely wrong but it ...
You are right, it is biased towards eZ Publish because it is an originally a post for the market purpose ...
Everything in Redis is ultimately represented as a string. Even collections like lists, sets, sorted sets, and maps are composed of strings. Redis defines a special structure, which it calls simple dynamic string or SDS. This structure consists of three parts, namely:
- buff — A character array that stores the string
- len — A long type that stores the length of the buff array
- free — Number of additional bytes available for use
Although you may think of storing len separately as an overhead, because it can be easily calculated based on the buff array, it allows for string length lookup in fixed time.
Redis keeps its data set in the primary memory, persisting it to disk as required. Unlike MongoDB, it does not use memory-mapped files for that purpose. Instead, Redis implements its own virtual memory subsystem. When a value is swapped to disk, a pointer to that disk page is stored with the key. Read more about the virtual memory technical specification at http://code.google.com/p/redis/wiki/VirtualMemorySpecification.
In addition to the virtual memory manager, Redis also includes an event library that helps coordinate the non-blocking socket operations.
WHY DOESN’T REDIS RELY ON OPERATING SYSTEM VIRTUAL MEMORY SWAPPING?
- Redis doesn’t rely on operating system swapping because:
Redis objects don’t map one-to-one with swap pages. Swap pages are 4,096 bytes long and Redis objects could span more than one page. Similarly, more than one Redis object could be in a single swap page. Therefore, even when a small percentage of the Redis objects are accessed, it’s possible a large number of swap pages are touched. Operating system swapping keeps track of swap page access. Therefore, even if a byte in a swap page is accessed it is left out by the swapping system.
- Unlike MongoDB, Redis data format when in RAM and in disk are not similar. Data on disk is compressed way more as compared to its RAM counterpart. Therefore, using custom swapping involves less disk I/O.
Salvatore Sanfillipo, the creator of Redis, talks about the Redis virtual memory system in his blog post titled, “Redis Virtual Memory: the story and the code,” at http://antirez.com/post/redis-virtual-memory-story.html.
In NoSQL stores, the create and read operations are more important than the update and delete operations, so much so that sometimes those are the only operations.