"thou" ? Hahahhahaha you are the moron. The correct word is "thee" because you are using an objective pronoun, not a subjective pronoun. Thou art stupid. I art less stupid than thee.
Minor quibble, I checked the reference, and that is reiserfs3.5 not 3.6 (the difference is that 3.5 is the linux2.2 reiser, and 3.6 is for linux2.4). When looking at 3.6 results, they appear marginally better, but your point still holds.
As an aside, it's pretty hard to get much faster than ext2 for this statistic, reading of bulk files greater than 10k less than 100k. You need to weigh what reiserfs gives you against what it could slow down. Reiserfs has truely awesome small file speed, and very nice tail packing.
Yes this was an issue with Reiser, but they have had patches for it since 2.4.2 to work with NFS, and I beleive that full NFS support might be in 2.4.4 (not sure).
Seriously, anyone who is so uneducated to be confused or bewildered by having to choose from Gnome and KDE will not be fiddling around with filesystems anyway. They'll use whatever mandrake gives them on "beginner" or "automatic" install.
I dont know how it compares to XFS. But go here to see how ReiserFS compares to Ext2, Ext3. (Hint: it kicks its ass). Add in journaling and you have a killer combo. XFS is a little more industrial strength as opposed to general purpose. If you're streaming gigabyte files and processing them on the fly, I imagine XFS is the way to go.
...then move all your fonts from a Windows box onto the Linux box, and you'll find that using Linux is a much more pleasant experience.
To be more precise, follow these steps.
1: Move your windows.ttf fonts to/usr/share/fonts/truetype. 2: Edit your/etc/X11/XF86Config-4 file to include: FontPath "/usr/share/fonts/truetype" (In the appropriate section) 3: run 'mkttfdir' in/usr/share/fonts/truetype 4: restart X, or if your fontpath was already set to that dir, run 'xset fp rehash'
This is the short version of the font deuglification HOWTO. The other things in that are about making your non ttf fonts look better, and technical hacks like changing your dpi.
Spec isn't a CPU test anymore. It's not a CPU, Memory bus test.
It breaks down like this with spec. On spec subtests that stress only the cpu the athlon is faster by about 10-20%. On tests that are limited by the memory bus, the P4 is faster by about 40-50%. So when you add it all up, it looks like intel gave amd a good whalloping. In reallity, the P4 just streams data faster, and can work around latency issues by prefetching data from main memory before it knows that a cache lookup has actually missed (saving maybe 10-20 cycles.)
"Computer-intensive" applications covers the gamut. AMD kicks ass on some, intel on others. And as regards spec - if amd had a 30million dollar compiler writing team, I bet they could up their spec scores by at least 75 to 90 points.
So when 64bit applications are in mass production (there's already efforts by...the Linux community and I'm guessing the *BSD community...
Sigh.. You know, linux is already 64bit ready and runs very well on Alpha, UltraSparc, PA-RISC, PowerPC-64, and maybe a couple of others. FreeBSD runs on Alpha, but I dont know how well. I wonder if you know what it takes to make an application "64bit". Would you be surprised, even dumbfounded, to learn that all it takes is a recompilation? That's right.. fire up gcc and whamo, you've got a 64bit app. Wow.. It's like magic.
Of course when you write spaghetti code that is really disgusting to look at and contains assembly in odd places, you're not going to be able to just recompile for 64bits. I think Microsoft is what I'm referring to. They've had NT out for Alpha for how long... and they still can't get it to run on Itaniun without x86 compatability unit? Har..
Smaller manufacturing process means less heat for same frequency. Not necessarily smaller die size. For example, the Duron is known to run 4-5 degrees C warmer than the Athlon at the same frequency. How could this be so? Well, the athlon has more area to dissipate heat through. The duron core is so tiny that it has trouble transmitting all that heat through the tiny surface area. A solution to this is to use a metal heat transfer plate which is physically bonded to the packaging, like is used on the P4, and the K6 series. I beleive AMD will have to use this when it goes to.13 micron.
Mergers suck and usually always fail to give return on investment.
Ximian should not merge with Eazel. Why would you want to buy a business model you already have? What ximian should do is wait for Eazel to go out of business, and hire the developers of nautilus. Cheaper, more effective, low overhead, and you get to keep nautilus alive, just as it was before.
Business is tough shit. You dont feel sorry for a bad business, although there's nothing wrong with picking at the carcass.
You're worried you wont be able to run Wince? hahahahahhahahhaha. Dude get a clue. Wince isnt going anywhere. It will be more expensive of course, and be a closed environment... but to each his own.
If the RPM cant be trusted, then neither can the README or the INSTALL file.
Sorry that is completely wrong. RPM's can (and most do) contain scripts that are run when you install the rpm, and scripts that are run when you remove it, not to mention custom versions of many config files and custom locations for files.
README and INSTALL are written by the maintainer of the source code and explicitly refer to the source code, something an rpm may have no intention of doing. You sound like you've never even played around with a source distrobution... Maybe you should get some more experience under your belt before you pretend to have any expertise.
Jesus, you were trying to be funny? haha.. yeah I guess I can laugh at your attempt. What makes humor funny is that it's overtly funny, or accidently funny, not funny because it's moronic. Unless you're into adam sandler. but that attitude is hard to convey in text.
You are a complete moron to think that BSD is any different from linux in any non-trivial way. If linux being overrun by uncool people is enough for you to switch to an operating system that behaves almost 100% exactly like linux then you are a complete bafoon.
Oh, and most BSD's dont use the mach kernel. I can only think of one major one that does, and I hesitate to even call it bsd. That one is MacOSX.
Hah. This topic is so absolutely uninteresting that you felt the need to peruse the comments and even post one yourself!... well, to each his own I guess.
I think the high tens of millions is a more correct estimate. Maybe hundreds of millions. actually garunteed hundreds of millions. You think folks in china and india with pentium class machines gonna be running pirated NT? hell no, they're running pirated win9x.
Considering that OS/X is intended to be a GUI only desktop, the major source of crashes for users would be the GUI subsystem. As far as I know this isn't in kernel space like the totally unstable NT series has it. So it/might/ be possible to restart this service, but dont count on any mac-addict/newbie being able to.
Linus wasn't talking about the desktop shell. He was referring to the kernel, which is based on Mach. Maybe you should read the article before commenting on what linus may or may not have been talking about.
It might be too late for microsoft. Many people have already sworn to never use hotmail again, and this change in policy doesn't seem to be affecting them. Clearly microsoft realizes that these draconian licensing terms were affecting business.
It's clear that privacy is not their primary concern. Abusing users and maximizing profit regardless of morality seem to take the cake.
The biggest problems with OsX so far are speed, which is the #1 complaint, especially with native OSX apps, ironically. A problem also is the actual decline in usability from os/9 to os/x, which stems from changes to the finder and the general methodolgy of the thin. Memory consumption is a big issue that all reviews seem to note. Another one is that IE performs really badly in its beta-carbonized form.
On the bright side, most reviewers seem to agree that the Unix underbelly really gives os/x strength in terms of usability, and a VM subsystem that is more robust and general purpose, rather than the flakey patchwork that was os/9. Most reviewers seem to agree that OS/X has alot of potential yet to be fulfilled on the usability side and the performance side, and thus suggest waiting until July or thereabouts, when apple will start preloading computers with a newer version of os/x for the masses.
Im not sure about KDE, but you should have no fears about these IE-type security issues cropping up in gnome. GNOME is being designed fromt eh ground up to avoid the very things microsoft calls "features" but are really just inviting back doors.
Slashdot Mirror
"thou" ? Hahahhahaha you are the moron. The correct word is "thee" because you are using an objective pronoun, not a subjective pronoun. Thou art stupid. I art less stupid than thee.
Minor quibble, I checked the reference, and that is reiserfs3.5 not 3.6 (the difference is that 3.5 is the linux2.2 reiser, and 3.6 is for linux2.4). When looking at 3.6 results, they appear marginally better, but your point still holds.
Create____203.88 / 171.95 = 1.19
Copy______411.67 / 384.59 = 1.07
Slinks____3.23 / 2.81 = 1.15
Read______1165.61 / 1291.76 = 0.90
Stats_____1.49 / 1.17 = 1.27
Rename____1.81 / 1.32 = 1.37
Delete____14.46 / 3.95 = 3.66
As an aside, it's pretty hard to get much faster than ext2 for this statistic, reading of bulk files greater than 10k less than 100k. You need to weigh what reiserfs gives you against what it could slow down. Reiserfs has truely awesome small file speed, and very nice tail packing.
Unlike Reiser, it currently works with NFS.
Yes this was an issue with Reiser, but they have had patches for it since 2.4.2 to work with NFS, and I beleive that full NFS support might be in 2.4.4 (not sure).
hahaha
Seriously, anyone who is so uneducated to be confused or bewildered by having to choose from Gnome and KDE will not be fiddling around with filesystems anyway. They'll use whatever mandrake gives them on "beginner" or "automatic" install.
Anonymous Coward writes: upmoderating generic technical-sounding hooha delivered with a URL that you do not check is BAD.
Uhm, I just tried the link. It's not broken. It works. Maybe you should restart your proxy or something.
I dont know how it compares to XFS. But go here to see how ReiserFS compares to Ext2, Ext3. (Hint: it kicks its ass). Add in journaling and you have a killer combo. XFS is a little more industrial strength as opposed to general purpose. If you're streaming gigabyte files and processing them on the fly, I imagine XFS is the way to go.
...then move all your fonts from a Windows box onto the Linux box, and you'll find that using Linux is a much more pleasant experience.
.ttf fonts to /usr/share/fonts/truetype. /etc/X11/XF86Config-4 file to include: FontPath "/usr/share/fonts/truetype" (In the appropriate section) /usr/share/fonts/truetype
To be more precise, follow these steps.
1: Move your windows
2: Edit your
3: run 'mkttfdir' in
4: restart X, or if your fontpath was already set to that dir, run 'xset fp rehash'
This is the short version of the font deuglification HOWTO. The other things in that are about making your non ttf fonts look better, and technical hacks like changing your dpi.
Spec isn't a CPU test anymore. It's not a CPU, Memory bus test.
It breaks down like this with spec. On spec subtests that stress only the cpu the athlon is faster by about 10-20%. On tests that are limited by the memory bus, the P4 is faster by about 40-50%. So when you add it all up, it looks like intel gave amd a good whalloping. In reallity, the P4 just streams data faster, and can work around latency issues by prefetching data from main memory before it knows that a cache lookup has actually missed (saving maybe 10-20 cycles.)
"Computer-intensive" applications covers the gamut. AMD kicks ass on some, intel on others. And as regards spec - if amd had a 30million dollar compiler writing team, I bet they could up their spec scores by at least 75 to 90 points.
So when 64bit applications are in mass production (there's already efforts by...the Linux community and I'm guessing the *BSD community...
Sigh.. You know, linux is already 64bit ready and runs very well on Alpha, UltraSparc, PA-RISC, PowerPC-64, and maybe a couple of others. FreeBSD runs on Alpha, but I dont know how well. I wonder if you know what it takes to make an application "64bit". Would you be surprised, even dumbfounded, to learn that all it takes is a recompilation? That's right.. fire up gcc and whamo, you've got a 64bit app. Wow.. It's like magic.
Of course when you write spaghetti code that is really disgusting to look at and contains assembly in odd places, you're not going to be able to just recompile for 64bits. I think Microsoft is what I'm referring to. They've had NT out for Alpha for how long... and they still can't get it to run on Itaniun without x86 compatability unit? Har..
Smaller manufacturing process means less heat for same frequency. Not necessarily smaller die size. For example, the Duron is known to run 4-5 degrees C warmer than the Athlon at the same frequency. How could this be so? Well, the athlon has more area to dissipate heat through. The duron core is so tiny that it has trouble transmitting all that heat through the tiny surface area. A solution to this is to use a metal heat transfer plate which is physically bonded to the packaging, like is used on the P4, and the K6 series. I beleive AMD will have to use this when it goes to .13 micron.
Mergers suck and usually always fail to give return on investment.
Ximian should not merge with Eazel. Why would you want to buy a business model you already have? What ximian should do is wait for Eazel to go out of business, and hire the developers of nautilus. Cheaper, more effective, low overhead, and you get to keep nautilus alive, just as it was before.
Business is tough shit. You dont feel sorry for a bad business, although there's nothing wrong with picking at the carcass.
Duh, konq loads faster because it's already in memory! haha. Yeah, what do you that humungous kdeinit process is? Hehe.
Windows lamer: Yeah but IE loads faster.
Clueful interpreter: Because it was already loaded!
You're worried you wont be able to run Wince? hahahahahhahahhaha. Dude get a clue. Wince isnt going anywhere. It will be more expensive of course, and be a closed environment... but to each his own.
If the RPM cant be trusted, then neither can the README or the INSTALL file.
Sorry that is completely wrong. RPM's can (and most do) contain scripts that are run when you install the rpm, and scripts that are run when you remove it, not to mention custom versions of many config files and custom locations for files.
README and INSTALL are written by the maintainer of the source code and explicitly refer to the source code, something an rpm may have no intention of doing. You sound like you've never even played around with a source distrobution... Maybe you should get some more experience under your belt before you pretend to have any expertise.
Jesus, you were trying to be funny? haha.. yeah I guess I can laugh at your attempt. What makes humor funny is that it's overtly funny, or accidently funny, not funny because it's moronic. Unless you're into adam sandler. but that attitude is hard to convey in text.
You are a complete moron to think that BSD is any different from linux in any non-trivial way. If linux being overrun by uncool people is enough for you to switch to an operating system that behaves almost 100% exactly like linux then you are a complete bafoon.
Oh, and most BSD's dont use the mach kernel. I can only think of one major one that does, and I hesitate to even call it bsd. That one is MacOSX.
How is this possibly a troll? It sure sounds like an honest expression of an opinion... If anything is a troll, it's the one above the parent.
Hah. This topic is so absolutely uninteresting that you felt the need to peruse the comments and even post one yourself!... well, to each his own I guess.
I think the high tens of millions is a more correct estimate. Maybe hundreds of millions. actually garunteed hundreds of millions. You think folks in china and india with pentium class machines gonna be running pirated NT? hell no, they're running pirated win9x.
Considering that OS/X is intended to be a GUI only desktop, the major source of crashes for users would be the GUI subsystem. As far as I know this isn't in kernel space like the totally unstable NT series has it. So it /might/ be possible to restart this service, but dont count on any mac-addict/newbie being able to.
Linus wasn't talking about the desktop shell. He was referring to the kernel, which is based on Mach. Maybe you should read the article before commenting on what linus may or may not have been talking about.
It might be too late for microsoft. Many people have already sworn to never use hotmail again, and this change in policy doesn't seem to be affecting them. Clearly microsoft realizes that these draconian licensing terms were affecting business.
It's clear that privacy is not their primary concern. Abusing users and maximizing profit regardless of morality seem to take the cake.
The biggest problems with OsX so far are speed, which is the #1 complaint, especially with native OSX apps, ironically. A problem also is the actual decline in usability from os/9 to os/x, which stems from changes to the finder and the general methodolgy of the thin. Memory consumption is a big issue that all reviews seem to note. Another one is that IE performs really badly in its beta-carbonized form.
On the bright side, most reviewers seem to agree that the Unix underbelly really gives os/x strength in terms of usability, and a VM subsystem that is more robust and general purpose, rather than the flakey patchwork that was os/9. Most reviewers seem to agree that OS/X has alot of potential yet to be fulfilled on the usability side and the performance side, and thus suggest waiting until July or thereabouts, when apple will start preloading computers with a newer version of os/x for the masses.
Im not sure about KDE, but you should have no fears about these IE-type security issues cropping up in gnome. GNOME is being designed fromt eh ground up to avoid the very things microsoft calls "features" but are really just inviting back doors.
I love mozilla, and yes that intermittent scrolling seems to be a problem (it even shows up in galeon).
Why not make marriage plans for the future. Mozy baby is only at 0.8.1, and I imagine she'll be oh-so-near perfect by 1.0.