Slashdot Mirror
More Details on Cut-Rate Windows OS For Asia
glawrie writes "The BBC is carrying a story that Microsoft is to launch a (very) cut down version of Windows XP to combat Linux in Asian countries. According to the story, 'Windows XP Starter Edition' will be limited to low-res graphics, limited networking, and will be hobbled to prevent more than three applications running concurrently. It remains to be seen why anyone in target countries would choose this over Linux, or the widely available pirate copies of 'full' Windows XP." We mentioned this in June.
Without crazy colors
I also read on heise.de that it will be limited to a screen resolution of 800x600.
Given the fact that most modern websites are designed for 1024x768 and all the recent games require at least 1024x768 I wonder how useful an OS is that is limited so severe. Your nextdoor Linux distribution is 10 times more powerful than "XP Starter Edition". I would continue to pirate if I would be presented with that kind of joke.
http://www.theregister.co.uk/2004/08/11/winxp_star ter_edition_announced/
What are their marketing geniuses going to call this monstrosity? Windows XP Lite?
There already is an XP Lite...And it's pretty handy too...
I'll turn into a supernova and burn up everything. Well I'll turn into a black little hole and you'll turn into string.
I've used 98Lite by the same company -- excellent product.
Can you plug in a digital still camera through the USB ports and Linux will recognize the data on the memory card in the camera and "mount" the memory card with a new disk drive designation?
Yes. Furthermore, programs like digikam allow for photo album management and retouching, much like iPhoto.
I could care less if Microsoft produced a cut-rate version of their software. I could care less if they give it away. They are a competitor and they have to respond to the market. The market now says "OSs are commodity". Microsoft will continue to capture all the revenue they can from that stream as long as they can. Remember, Microsoft initially wanted to be a computer language company. DOS was going to be the cash cow they relied on to continue their development of assembler, fortran, C, etc.
What pisses me off is that the Thai government is going to HELP Microsoft in spreading the deployment of XP Lite. I know that many Microsoft supporters will chime in about Munich's recent decision to move forward with Linux. This is different than a government making a purchasing decision for themselves and coming up with XP or Linux as the OS choice. Instead, the Thai government is helping with the deployment in non-government settings.
Nothing annoys me more than corporate welfare. The Thai government is supporting one of the richest companies in the world.
Fuck you Microsoft.
"Rocky Rococo, at your cervix!"
A while ago, I had to look into the Windows VMM to try and explain some odd behaviour we were seeing with two large applications. Now Windows NT/2K/XP will multitask several applications just as well as Linux, BSD, Solaris etc. but the VMM has some significant shortcomings (which along with other Windows shortcomings - such as a lack of good command line tools with the default install - which make it inappropriate as a server).
The trimmer (the part of the Windows VMM which reduces a program's in RAM working set, writing it out to the swap space) *only* looks at pages pointed to by the TLB (if I remember right). The TLB - translation lookaside buffer - is a small cache of PTEs on the processor (page table entries - the things which tell the kernel where 4K pages of virtual memory are at the moment. The TLB just gives you very fast access to a small number of PTEs - it's essentially a cache). IIRC, the TLB has room for 64 PTEs, so the Windows trimmer only ever looks at 64 pages or memory for candidates to write to swap. The trimmer (in the grand scheme of things) doesn't run very often - once every few seconds IIRC.
This normally isn't a big deal. However, servers often have a couple of processes using a lot of virtual memory. Sometimes, you can get the situation where you've got a big process with a large working set - many megabytes - possibly a high percentage of physical RAM, even on a modern machine. This big process might not be very busy - it might not be using much CPU at all. Indeed, it might not even be using many of the pages currently loaded into physical RAM.
Then another process comes along, wanting lots of memory. The trimmer SHOULD have started writing unused bits of the first big process out a long time ago. But guess what - the first big process has been touching pages that the TLB points to frequently, even if it hasn't touched the other 99% of pages loaded into physical RAM. Because the trimmer only looks at the TLB for pages to swap out...it never swaps out ANY of the large process despite the fact most of its pages haven't been touched in maybe days.
So the second big process wants to use up a gob of RAM, and really wants to do things with it. Except it ends up thrashing in and out of swap, because the first big process isn't getting swapped out ever.
This is quite easy to demonstrate if you write a short C program to allocate a bunch of RAM and regularly touch a small subset of its pages - it'll never get swapped out even when another program comes along wanting lots of memory. Whilst we were figuring out what the problem was with our two big processes, I actually did this to prove what I reckoned from reading the book about the NT VMM.
Even early Linux and BSD kernels of the same vintage as Windows NT 4.0 were much better with things like this (and you could look at the source of the VMM rather than taking some book's word for it, and having to write programs to test your theories). I've not tried this on Win2K or WinXP, but I'm betting the VMM still works the same way.
Oolite: Elite-like game. For Mac, Linux and Windows
The correct quote would actually be, "There... are FOUR... lights!"
No Windows XP (Lite) for India. http://www.techtree.com/techtree/jsp/showstory.jsp ?storyid=53490/
The important thing is not to stop questioning --Albert Einstein.