Thank you for your support for Seafile! We're happy to announce the latest version of Seafile is released.
The most notable improvements in this new version is a redesigned syncing protocol. With this improvement, you can easily sync 10k+ files in a library. In the old version, a lot of disk scans were need to sync a library. These disk scans are all removed. In the old version, a huge local cache was needed and the cache was only deleted when restarting the client. In the new version, a small cache is enough.
There are also many improvements in the web frontend.
Please find complete feature list here: https://seacloud.cc/group/3/wiki/whats-new-in-the-next-version-3-1/
For the download, please visit http://seafile.com/en/download/submitted by xjqkilling
[link] [7 comments]
This is from : http://en.wikipedia.org/wiki/MINIX
In May 2004, Kenneth Brown of the Alexis de Tocqueville Institution made the accusation that major parts of the Linux kernel had been copied from the MINIX codebase, in a book called Samizdat. These accusations were rebutted universally—most prominently by Andrew Tanenbaum himself, who strongly criticised Kenneth Brown and published a long rebuttal on his own personal Web site, also pointing out that Brown was funded by Microsoft.submitted by please_let_me_in
[link] [2 comments]
This isn't a tech support request, more just a bit of strange behavior that I'm curious about.
I'm running Ubuntu 14.04 on a Sony Laptop:
- Athlon II P320 Dual-Core Processor × 2
- 2Gb RAM
- AMD RS880 Video Card
For a long time I noticed that my computer ran well, until it started swapping. Then everything would grind to a halt, and just about everything would gray out. If I left it for a while, sometimes it would sort itself out, other times I would have to go into the terminal (itself a process that would take several minutes) and start killing processes. I played around with swappiness, which made it less common, but no better when it occured.
After getting really tired of dealing with this, I decided to do some testing with hdparm.
The following is my hard drive setup (its a Hitachi 320gb disk media or however you say it):Device Boot Start End Blocks Id System /dev/sda1 * 2048 99999743 49998848 83 Linux /dev/sda2 100001790 625141759 262569985 5 Extended /dev/sda5 100001792 620142591 260070400 83 Linux /dev/sda6 620144640 625141759 2498560 82 Linux swap / Solaris
And my tests of each partition:$ sudo hdparm -t /dev/sda1 /dev/sda1: Timing buffered disk reads: 206 MB in 3.00 seconds = 68.58 MB/sec $ sudo hdparm -t /dev/sda5 /dev/sda5: Timing buffered disk reads: 196 MB in 3.02 seconds = 64.81 MB/sec $ sudo hdparm -t /dev/sda6 /dev/sda6: Timing buffered disk reads: 104 MB in 3.05 seconds = 34.13 MB/sec
As you can see, access to the swap partition is half the speed of any other. Which is why, I believe, I was getting the Swapping Slowdowns of Death (tm). So I tried switching to a swap file placed in my root folder, and everything has gotten so much better. I can use my computer with all the proper multitasking again!
But why would this have happened? Aren't swap files supposed to be inherently slower than a swap partition? Or is there a lesson to be learned here?submitted by ObsidianOps
[link] [3 comments]