I found Solaris to be very spartan (though Solaris 8 comes with a GNU CD, which makes it way more comfortable). Yes, I like to have vim instead of vi. Yes, CDE sucks big time, no, I don't want a classic bourne shell, I'd like to run bash thank you.
Hardware support is very poor. Don't even try to run Solaris on a laptop.
Furthermore: Solaris on x86 is slow. It flies on Sparc, but the x86 port just isn't speedy enough to me.
It's not all bad, though:-) For instance, documentation is excelent and consistency is very good. To bootprocess is IMHO quite pretty and the packaging system is passable.
Reiser performs better than ext2 mainly on two points:
Large directory handling
Space allocation
ext2 uses a linear search algorithm to index directories while Reiser uses a hashtable. This makes handing of large (10000+ files) directories far more efficient. No more need for/home/h/he/hensema.
Reiserfs also packs together the 'tails' of files, meaning that multiple endings of files can occupy the same disk block. This saves space (less slack). The classic example where this works very well is a newsspool, containing hunderds of thousands of files sized typically around 4 KB.
I'm not sure wether the special Reiserfs API has been implemented which can allocate files without names but using their hash-index. This may speed up processes like squid, which have to store vast amount of files but don't care about their names. Cutting out the directory layer completely is a very nice sollution.
Stars are so far away, they appear as point sources to us, eg. they have zero width (or, to be more precise, our viewing angle is zero). But when does a telescope that powerfull such that nearby stars aren't point sources anymore? If stars weren't as bright as they are, could this 100m telescope see planets orbiting Alpha Centauri, for example?
Well then maybe the Linux VM isn't like other UNIX VMs. That's why it's broken;-)
I have seen Linux go into heavy swapping when copying a large file. I have seen kswapd processor utilisation go through the roof when copying large files.
So there is stress on the broken parts of the 2.4.5 kernel. Maybe it decides not to swap, but that decision takes an awfull lot of time to make.
I decided on doing a make vmlinux because Yellow Dog didn't come with anything to make bzImages out of the box.
(b)zImages are x86 specific, AFAIK none of the other platforms Linux supports has zImage. A (b)zImage is needed in x86 because of the memory modell (only 1M adressable of which 640 KB usable in real mode) and the weird boot/partition scheme (come on! A 512 bytes bootsector and partition table in one?)
You are absolutely right. No one wants to pay because of the competion by 'free' sites. When A charges for its service and B is available for free, people go to B. Simple economics.
To come back at the example in the story: ringtones are available for free on many places. They aren't transmitted to your phone, but you'll have to type it in manually. Many, many, peoply prefer the cumbersome typing over the confort of the payed option.
When you think this doesn't apply to websites: think again. Paying is troublesome. You'll have to do stuff to get what you want. Not paying is easier, so people choose not to pay.
LWP's are Solaris-specific. Linux threads are implemented as processes which share memory, filehandles, etc.
Linux threads can't block other threads since there is no difference to a process. And offcource, a process can't block all other processes;-)
You may want to switch to another pthreads implementation. Quite a few (at least three) implementations exist and you're probably using the all-userspace implementation. This one simulates threads in userspace and doesn't use native threads.
AFAIK the later glibc 2.x implementations use native threads.
Duplication of data is not a valid mindset. Shared library versioning is the answer, young grasshopper.
Yes it is. And the inability of Windows to do this is exactly what is causing the problem on Windows. DLL Hell is not having a great many libraries. DLL Hell is having multiple DLLs with the same name but different versions. Windows is unable to differentiate between them. And since in-memory DLLs have priority over on-disk DLLs, breakage depends on the order you've started your applications.
This, offcource, would never happen on Unix as ELF does know about versioning.
Yes, but I don't think they're distributing code statically linked against the lib file. So the fact that the compiler happens to spit one out is irrelevent.
They must distribute code statically linked against the lib file, because when they wouldn't, they couldn't use the DLL.
Windows however has a dlopen()-like interface, so true runtime linking is also possible.
When you compile a DLL, the linker generates a.dll file and a.lib file. This.lib file is linked during compile time.
Also, you probably need GPL'ed header files to make use of the library.
Article tries to make AOL look bad
on
AOL And The GPL
·
· Score: 1
The article tries to make AOL look bad by implying they have violated the GPL. They probably didn't. The source to Mindori Linux is available, so there shouldn't be a problem there.
AOL just didn't GPL their own software. It's perfectly legal for them to license their software anyway they see fit.
The article's author was just trolling and we took the bait.
Being left-handed myself, I'm also thinking of converting to a left-handed mouse. Currently I own a Logitech Mouseman which is right-handed and I'm completely comfortable using my mouse right handed.
But one thing strikes me as being "wrong": when you center your keyboard's alphanumeric part to the monitor, the numeric part will point out to the right. And even further to the right is the mouse. So, when positioning my keyboard in an ergonomic manner, the mouse is waaaaay to the right. Now I must reach out to the mouse, which really strains (in my case) my shoulder.
When using the mouse with the left hand everything is in balance again: mouse to the left of the screen, alphanumeric keyboard in front of it, and numeric keyboard to the right.
So what are you trying to say? Do you think it's bad Linux has grown so much? I certainly don't.
And, I think you're only partly right. It is true the core parts of a Linux distribution are very complex pieces of software: the kernel, the X server, the C compiler, etc. However, there are many, many nice little apps that are perfectly understandable to the average hacker. You'll just have to put your ego aside.
What is the validity of an agreement you don't sign? Does using (use/read the source, or even simply running it) the software imply you've read and agreed to the terms of the license?
I cannot imagine Open Source to be bad for customers - be it end users, corporations, etc. It could be bad to Microsoft. So what? Don't whine about it, deal with it, Microsoft!
We, the end users, just want our software. We want quality. And we want the possibility to hack into the source of our software, to get even more quality.
We don't care about who makes our software. We want to be independent from suppliers as possible, so when a supplier gets down, we don't get down with them. Now that's a sound business model!
Slashdot Mirror
I found Solaris to be very spartan (though Solaris 8 comes with a GNU CD, which makes it way more comfortable). Yes, I like to have vim instead of vi. Yes, CDE sucks big time, no, I don't want a classic bourne shell, I'd like to run bash thank you.
:-) For instance, documentation is excelent and consistency is very good. To bootprocess is IMHO quite pretty and the packaging system is passable.
Hardware support is very poor. Don't even try to run Solaris on a laptop.
Furthermore: Solaris on x86 is slow. It flies on Sparc, but the x86 port just isn't speedy enough to me.
It's not all bad, though
Reiser performs better than ext2 mainly on two points:
ext2 uses a linear search algorithm to index directories while Reiser uses a hashtable. This makes handing of large (10000+ files) directories far more efficient. No more need for /home/h/he/hensema.
Reiserfs also packs together the 'tails' of files, meaning that multiple endings of files can occupy the same disk block. This saves space (less slack). The classic example where this works very well is a newsspool, containing hunderds of thousands of files sized typically around 4 KB.
I'm not sure wether the special Reiserfs API has been implemented which can allocate files without names but using their hash-index. This may speed up processes like squid, which have to store vast amount of files but don't care about their names. Cutting out the directory layer completely is a very nice sollution.
Stars are so far away, they appear as point sources to us, eg. they have zero width (or, to be more precise, our viewing angle is zero). But when does a telescope that powerfull such that nearby stars aren't point sources anymore? If stars weren't as bright as they are, could this 100m telescope see planets orbiting Alpha Centauri, for example?
I anyone able to browse http://localhost? I am not able to do so :-(. It just redirects me to Netscape search.
I'm running Suse 7.1 on Intel.
I hope so. Most CDE users already did. To put it bluntly: CDE is crap. I worked with it for five minutes and got over it. I installed fvwm :-)
Well then maybe the Linux VM isn't like other UNIX VMs. That's why it's broken ;-)
I have seen Linux go into heavy swapping when copying a large file. I have seen kswapd processor utilisation go through the roof when copying large files.
So there is stress on the broken parts of the 2.4.5 kernel. Maybe it decides not to swap, but that decision takes an awfull lot of time to make.
I decided on doing a make vmlinux because Yellow Dog didn't come with anything to make bzImages out of the box.
(b)zImages are x86 specific, AFAIK none of the other platforms Linux supports has zImage. A (b)zImage is needed in x86 because of the memory modell (only 1M adressable of which 640 KB usable in real mode) and the weird boot/partition scheme (come on! A 512 bytes bootsector and partition table in one?)
We, the recipients of spam, now actually have to pay to NOT receive spam.
Thank you very much spammers, and die.
You are absolutely right. No one wants to pay because of the competion by 'free' sites. When A charges for its service and B is available for free, people go to B. Simple economics.
To come back at the example in the story: ringtones are available for free on many places. They aren't transmitted to your phone, but you'll have to type it in manually. Many, many, peoply prefer the cumbersome typing over the confort of the payed option.
When you think this doesn't apply to websites: think again. Paying is troublesome. You'll have to do stuff to get what you want. Not paying is easier, so people choose not to pay.
I've asked this question once on lkml. It seems 3.0 will come when usermode applications have to be relinked (eg. not likely anytime soon).
kernel traffic link.
LWP's are Solaris-specific. Linux threads are implemented as processes which share memory, filehandles, etc.
Linux threads can't block other threads since there is no difference to a process. And offcource, a process can't block all other processes ;-)
You may want to switch to another pthreads implementation. Quite a few (at least three) implementations exist and you're probably using the all-userspace implementation. This one simulates threads in userspace and doesn't use native threads.
AFAIK the later glibc 2.x implementations use native threads.
And, more importantly, where can we download a nice 'Love, Peace and Linux' desktop background, preferably in a decent resolution (1600x1200)?
Duplication of data is not a valid mindset. Shared library versioning is the answer, young grasshopper.
Yes it is. And the inability of Windows to do this is exactly what is causing the problem on Windows. DLL Hell is not having a great many libraries. DLL Hell is having multiple DLLs with the same name but different versions. Windows is unable to differentiate between them. And since in-memory DLLs have priority over on-disk DLLs, breakage depends on the order you've started your applications.
This, offcource, would never happen on Unix as ELF does know about versioning.
Microsoft is a commercial company, so they will add any Smart Tags which are good for them. This may severely hurt customers and competitors alike.
And yes, they are modifying content.
They'd have to do the same for someone who reports a miss. Oh, wait, they already do that.
Yes, but I don't think they're distributing code statically linked against the lib file. So the fact that the compiler happens to spit one out is irrelevent.
They must distribute code statically linked against the lib file, because when they wouldn't, they couldn't use the DLL.
Windows however has a dlopen()-like interface, so true runtime linking is also possible.
When you compile a DLL, the linker generates a .dll file and a .lib file. This .lib file is linked during compile time.
Also, you probably need GPL'ed header files to make use of the library.
The article tries to make AOL look bad by implying they have violated the GPL. They probably didn't. The source to Mindori Linux is available, so there shouldn't be a problem there.
AOL just didn't GPL their own software. It's perfectly legal for them to license their software anyway they see fit.
The article's author was just trolling and we took the bait.
Being left-handed myself, I'm also thinking of converting to a left-handed mouse. Currently I own a Logitech Mouseman which is right-handed and I'm completely comfortable using my mouse right handed.
But one thing strikes me as being "wrong": when you center your keyboard's alphanumeric part to the monitor, the numeric part will point out to the right. And even further to the right is the mouse. So, when positioning my keyboard in an ergonomic manner, the mouse is waaaaay to the right. Now I must reach out to the mouse, which really strains (in my case) my shoulder.
When using the mouse with the left hand everything is in balance again: mouse to the left of the screen, alphanumeric keyboard in front of it, and numeric keyboard to the right.
I actually know the answer to NASA's problems. I would tell them, but I've got to protect my intellectual property rights.
The kernel itself doesn't contain any drivers nor any filesystems. They are all loaded at runtime.
Linux also has this capability through modules, though AtheOS is likely to have stretched this concept a little further.
This has nothing to do with a microkernel.
So what are you trying to say? Do you think it's bad Linux has grown so much? I certainly don't.
And, I think you're only partly right. It is true the core parts of a Linux distribution are very complex pieces of software: the kernel, the X server, the C compiler, etc. However, there are many, many nice little apps that are perfectly understandable to the average hacker. You'll just have to put your ego aside.
When reading the start of your sentince, I somehow thought you would end it in "Imagine a Beawulf cluster of these". Maybe I read slashdot too much?
What is the validity of an agreement you don't sign? Does using (use/read the source, or even simply running it) the software imply you've read and agreed to the terms of the license?
I cannot imagine Open Source to be bad for customers - be it end users, corporations, etc. It could be bad to Microsoft. So what? Don't whine about it, deal with it, Microsoft!
We, the end users, just want our software. We want quality. And we want the possibility to hack into the source of our software, to get even more quality.
We don't care about who makes our software. We want to be independent from suppliers as possible, so when a supplier gets down, we don't get down with them. Now that's a sound business model!