Reading that article about reiser4 got me thinking. I myself have been researching about reiser4 and after a year of trying to understand it i still dont get it.
So what is my problem with filesystems?
Search. Fast search for particular kind of files in a big directory heirarchy containing gigabytes of data. Its very slow now. So what is needed? An indexing system of high efficiency? files containing data that describe other files? how does this uber index track changes to the files? notifications? and how do we optimise reading of large files that these indexes can become? split them into small files? files and directories are basically chunks of disk space. what is the most efficient way to work with directories and files? directories are just files. so a file with a special kind of layout is similar to a directory with higher level semantics.
I've been battling with this swappiness issue and 2.6 for as long as I can remember now. No tuning to the current system seemed optimal and it dawned on me finally how I should approach it to actually behave very well on a desktop. I made a patch I called mapped_watermark.
This patch readjusts the way memory is evicted by lightly removing cached ram once the ram is more than 2/3 full, if less than the "mapped watermark" percent of ram is mapped ram (ie applications). The normal system is to aggresively start scanning ram once it is completely full. The benefits of this are:
Is it right to agree with the law when it care about corporative interests alowing coprights to actions commonly used in computing works?
Why don't care something made up by lots for everbody?
Could you explain what do you think about it?
Linux kernel has supported HID (Human Interface Devices) for a long time. HID was thought as a standard to represent all the usb input devices in a same device class; with a common protocol and a common set of procedures.
Due to its genericity, the HID standard has been also adopted for non-usb devices. One example of this is the Blueootooth HID Profile, which is an adaptation of the HID protocol to travel over bluetooth L2CAP connections.
I've put up a new release of -ck
http://kernel.kolivas.org
I made lots of little updates to the extra scheduling policies in staircase, a tiny micro-optimisation to staircase itself, added a cfq fix, an updated bootsplash and there were security fixes that are going into mainline. After looking at how big this list was I realised I should just release a new -ck so I've released 2.6.7-ck5.
While it is possible to run Fedora Core 2 under VMware Workstation (see this blog entry), its performance kinda sucks. It can be made much more "snappy" by a) disabling unnecessary services, and b) recompiling the kernel with just the minimal required features. This article describes in detail the steps I used to configure my FC2 workstation running under VMware 4.5.2.
This is a followup to my previous post. Running Fedora Core 2 (final) under VMware Workstation 4.5.2 is a little simpler now. Here are some hints to get it running.
Host Configuration:
Guest Configuration:
Installation:
After extensive testing by all the helpful people out there I've released a new version of the staircase scheduler patch. Version 7.7 was nice and stable but probably underperformed about 4 minor versions before it. The stability was necessary, though, because a whole swag of little annoying starvation issues made it into 7.4. This version adds a few more planned features, and has improved the performance substantially, and improved the fairness of the non-interactive and computational scheduler settings. Since it's a significant improvement I've also resynced the -ck patchset without any other changes and released 2.6.7-ck4.
In an interview with LinuxQuestions.org, Jean Tourrilhes discusses how he first got introduced to Linux, OS zealotry, the origins of his famous Wireless How-to page, Linux on the desktop, the state of
Kernel Corporation officially launched the website this week. It offers services and support for Amd/am-utils applications. This has been a domain where there has been a continuous need and the corresponding lack thereof of professional support.
Good to be back and hacking away in earnest. After resyncing with the current kernel I spent a lot of time thinking about the staircase scheduler. I've managed to resolve the remaining corner cases and believe I have a good working design now that seems stable, fair and has good interactivity and responsiveness.
Now, if I can only convince my games to run under fedora, then i can convert the token winders2000 box over....i wonder if transgamings' XWine is worth the cost...also, if anyone else is running fedora...has rpmupdate hosed your machines yet? ugh ugh also thinking of getting away from redhat,mandrake,suse ect..and trying out freebsd...also a personal note....redhat 7.2 Xserver never crashed...fed
So I'm a new user here. I have read a few stories on kerneltrap already, and even posted some comments. Sometimes it is nice to be able to see when two comments are posted by the same person, so I decided to create an account.
I could tell a lot about myself, but instead I will only tell the most important thing. I'm very interested in Linux. I even have written a FAQ that might interest some people here.
NOTE -- I've added a new blog entry detailing the steps necessary to run Fedora Core 2 (final) under VMware Workstation 4.5.2
After a bit of tweaking this evening, I got Fedora Core 2 Test 3 running under VMware 4.5.1. Here's how.
Host Configuration:
Guest VM Configuration:
That test had more hardware based questions then I could ever care to see again. There were quite a few points that I thought I was taking an A+ test, not Linux+. I would really really like to ask what the point of asking SO MANY questions that had nothing to do with Linux was. Now, if the questions had said 'Well in Linux, this device is...', but no... it was stuff like 'Why wouldn't this SCSI hardware be working'... not asking about the kernel, but about actual hardware. If I had to guess, I would say near 50% of the questions were hardware related... obscene.