The chance that XFS will go into the 2.4.x series kernels any time soon is small to non existent i would imagine as there is a lot of changes to other parts of the kernel to allow the features of XFS to be implemented.
It wouldn't surprise me to see it go into 2.5.x at some point though !!
Pushing IPv6 into mainstream use will only come once we have either a new internet or the one killer application that can't work without IPv6 features. Many people have been saying that mobile networks, and in particular 3G phone networks, would be this killer application but i'm not so sure....
The problems arise because it is still easier to design a new hack to IPv4 to overcome limitations than it is to move to IPv6. Until this becomes mandatory, i feel that people will keep applying the bandaid approach which will get us nowhere.
As a researcher in QoS protocols and network services i have to say that the idea of starting again, without the requirement of having to support the legacy internet is probably the best way to go. It allows research into next-gen network technologies to continue and, when the time is right, the rest of the commercial Net can join in.
I believe Internet2 is being used to test a core DiffServ implementation, where QoS is built in from the start. I'm not sure about the state of IPv6 in Internet2 or Geant' but if they are not using these technologies then i can only mourn the loss of the potential to move us beyond todays Internet
Re:Gotta use it awhile to appreciate it
on
Nautilus 1.0.5 Release
·
· Score: 3, Interesting
> Can't wait till they get SMB file shares and other filesystems added to it as well.
You can already browse SMB shares, but you need to get the gnome-vfs-extra package from somewhere. If you are happy with CVS then get it from the GNOME CVS server, otherwise, have a hunt around for a package for the distro you are using.
One limitation is that to browse stuff you need to enter the username and password into the URI eg.
smb://user:password@sharename
But it's a minor quibble.
I don't use nautilus or need to browse SMB shares so the information is coming from memory having read the nautilus mailing list archives...
Firstly, the 2.2 series kernel had it's scheduler set at 100HZ so that your processes would get switched 100 times a second.
In the good old days of 386 this would have been more than enough, with the overhead of context switching outweighing any benefit from the increased interactivity.
A modern PII/PII/Athlon has much better internal circuitry for handling context switches, so if you have one of these, then yes, changing the HZ value to 1000 can increase the perceived speed of the system. I reguarly did this myself on a PII 450 with no problems, only increased speed.
Just to round this all off. The 2.4.x kernel has the i386 schedular set at 1000 for the HZ value anyway...
Just a few little words in Sun's initial press release could have stopped all this bad feeling.
Until the big coparations realise that the majority of people who code for GNU/linux do so for the thrill of seeing their work being used by others and getting credit/respect for their abilities as programmers.
As numerous people have pointed out, the BlackDown team don't have a problem with Sun releasing their code as Sun's own, after all they agreed to the SCSL, but they do want to get recognition for the hours/weeks/months/years they put into getting a usable Java implementation under GNU/Linux.
I guess we should all start saying thanks to people who have spent their own time coding something that we use.
I'm guessing that you are british, sorry if i'm wrong.
The biggest thing at the moment though is the increased TV license fee that they want to stick on those people who have digital.
In one breath the BBC et.al are saying that they are trying to get digital tv accepted into as many homes as possible so that they can shut down the analogue network, then they go and hike up the price of the TV license for those people who are actually helping them acheive what they want..
I do agree with you on the extra features though.
I feel that this is the thing that will probably make or break the acceptance of digital TV here in the UK.
If people have a load of extra options available with their digital TV such as email, home shopping, web browsing then the chances are they will pay the increased license fee, but if all they get is a few extra channels, most with repeats on, then people will just stick with what they've already got.
You'd be suprised how many people are quite happy looking at a picture that has ghosting, color merging etc. if they don't have to pay an extra 35 quid for it:))
You're quite correct. We *do not* have HDTV here in the UK, and i don't think they do in most parts of Europe either.
Even taking this into account, the picture from digital is still considerably better than standard analogue broadcast television. The most benefits seems to be come with films, the better AC3 (5.1) sound, better picture quality etc.
Getting back to the point, i thought that Japan was one of the only places to have had real HDTV for a while, although i believe that this was analogue HDTV. Maybe i'm wrong.
Anybody from Japan like to contribute and let us know how good/bad you're system is.
In this case the ones that matter to me are 6 and 7. Intel's 6th gen versus AMD's 7th gen.
No matter what Intel does to the P3 it is still, and always will be, a 6th gen core. I'll give them credit for squeezing this much performance out of an ageing design, but until they bring out their next IA32 chip (Williamette i believe) which i think will be a new core, AMD will have the better product from a design point of view. All AMD need to do is not drop the ball, and that's down more to the marketing department than the engineering section. THEY HAVE A SUPERIOR PROCESSOR !!!
Now all i want is SMP, DDRSDRAM, 266MHz EV6, full speed L2 cache etc... then we will see how close Intel can get:))
I'm gonna lay my thoughts on the line and let people who *really* know about cpu architecture let me know the truth:)
As far as a know/can tell the CuMine is simply a bog standard p3 core (maybe with a few tweaks, but nothing major) with a 256K L2 Cache running at core speed, all running on a 133 frontside bus.
From the benchmarks i've seen so far, (Anandtech being one of them) the new CuMine gets close to/beats Athlon at the same/simlilar clock speed for some tests. So it kinda puts Intel back into the game, although they won't be able to stop fighting yet.
Now from what i've read Athlons can support upto 8M of L2 cache running at core speed. And they are planning on upping the EV6 bus to 266(133) in the Ultra chips i believe.
If AMD wanna do an Intel on Intel then all they need to do is jack up the speed of the L2 cache to, or close to, core speed. I'm sure that because of the better architectire of the Athlon the core will be able to make better use of that high speed L2 cache than a p3 core can. The p3 core is really the bottleneck in intels current designs. Adding high speed cache will help, but when it comes down to it, i have a feeling that an Athlon would get more out of it due to it's better design.
Now that all relies on AMD being able to produce memory able to run at that speed, and produce it in large quatities. This could be AMD one failing. Fab30 *may* change that though, we will have to wait and see.
As for me, i'm gonna wait until the 0.18 Athlons are out and have settled down, by which time *hopefully* someone will have produced a quality SMP capable board.:))
If anyone who knows there stuff would like to correct me on anything, please go ahead. Knowledge is power after all;))
Re:Honestly, I could care less about faster Athalo
on
700 MHz Athlon
·
· Score: 1
Here is a chance for two companies that are battling the evil Intel empire to have a change in fortunes:))
The people who *really* need to be reading this are Digital/Compaq. After all, they designed the bus, they know how to produce large, scalable servers (8 -12 processors) *and* make them work.
If Digital can come out with a series of slightly cheaper (compared to Alpha boards) that provide 4, 8, 12 way SMP using Slot A then AMD win through more sales and hopefully a good reputation in the high end, Digital win through increasing their presence and, if they do stuff carefully, a nice upgrade path. People could start off with Athlons then move up to 21264's if they need the power.... Everybody wins !!
Chances are it'll never happen, but we can all hope;)
There's two different levels of users at a Uni. The average joe and those that NEED computers for their course.
I've recently just finished an MSc at an UK university and during the four years that i was there, there was a slow and painful change to WinNT as the major OS across the campus. During that time the uni backbone basically ground to a halt under all the unecessary crap that NT likes to send around the network.
The computing staff said that this was because the majority of people coming into the uni only really needed to browse the web, send email and write essays, therefore Windows was best because EVERYBODY knows how to use windows....
The departments that need to use computers for things other than browsing the web etc. such as CS, Electronics, Physics all have their own network of Solaris/Linux machines because they know that it's more reliable, efficient etc. I suspect that they will always maintain there *NIX networks because of this, no matter what MS does or tries to do. Let's face it. Is NT *really* up to the task of running a large CAD system, doing nuclear physics calculations etc.... I doubt people running a simulation that takes a week to complete would be too happy about having to reboot their NT box every day... you'd never get any work done.
The thing that we need to do is make sure that people going into academia at degree level have already had exposure to *NIX so that they know the benefits, no matter what subject they are doing. Remember, the CS/IT students or even the Art History students of today are tomorrows sys. admins.... with the power to make purchasing decisions.
Have an object orientated toolkit is vitally important nowadays. It helps keep code size down whilst still allowing all the fancy doodads that people expect.
I think people need to get into the habit or writing object orientated designs with GTK+ to maximise the benefits of the toolkit rather than getting stuck in the bad C habit of making every thing a global variable !!! (This mainly relates to people new to coding, but i have seen some *terrible* designs !!!)
Lets face it, in general C is a damn site easier to get that hang of, and get started with, compared to C++ !!! which is why a lot of people will probably start writing programs in GTK rather than QT (By the way, i think the QT toolkit is a very nice piece of design, i just don't like the license...:)
I think that it will probably be GNOME 2.0 before you can REALLY see proper intergration between applications and GNOME.
The one benefit that GNOME has over KDE is that it has been designed with a CORBA core since the very beginning. This *could* make it easier to get working reliably. KDE 2.0 will have a CORBA layer as well, but it will be added after a lot of development has already been done.
The KDE folks will probably still produce a very respsectable CORBA desktop though.
Tne applications that will make most use of the desktop features will probably office applications suites such a KOffice and the GNOME Workshop.
The general consensus between the tests that have been done so far is that the Athlon/K7 has a superior FP performance to the PIII, anywhere between 8% and 40 % faster.
The best desciption is that having an Athlon is like having a PIII at a clock speed of at least 50MHz faster, but the AMD is (hopefully/probably??) cheaper.
The thing is, the AThlon should really make use of the faster memory and bus speeds that are coming up, unlike the PIII which is beginnning to bottleneck a bit.
I'm just gonna wait until decent SMP boards start coming out.
I agree. Hopefully now that the relatively fancy stuff is in GTK maybe they can work on making it slightly faster. It's a nice toolkit to program with.
It'll be interesting to see how the QT themes stuff works out speed wise. Anybody already using them ??
Either do a make oldconfig or make sure that you have selected the maximum physical memory size you want in the config. It's a new option that's in this release.
Using make xconfig it's on the same page as the choice for SMP MTRR etc.
I may be wrong on this but i have a feeling i read something about XFree4.0 that said that they were coming up with a binary format that would only need you to produce one binary for any architecture. Now this may be incorrect and i'm getting confused with something else, but have a look at the docs with XFree 3.9.15.
Iggy
Re:Memory Usage ?(or Memory more important than CP
on
Some KDE news
·
· Score: 1
> Memory requirements will increase with KDE 2 > due to the Corba ORB (currently ~+5MB).
It's just nice to know that they are thinking about the memory requirements of the system by using a stripped down version of MICO. I know that an ORB is the only way to really improve KDE and KOffice is going to be one killer app because of it.:))
I heard a rumor the other day that Dave Miller has some pretty cool ideas about how to multithread the IP stack so that using multiple NIC's doesn't hurt as much as it does now. The MindCraft benchmarks, whilst basically being a MicroShit marketing ploy, did help our kernel guys to find bottlenecks in the kernel when dealing with MP machines with multiple NIC's.
But it can still be shown that on a uni-processor machine with only one NIC Linux's IP stack is faster than BSD.
Lets face it. By combning the abilites of the GNOME and KDE folks we are starting to group together a very serious group of talented programmers without wasting time and effort trying to better the opposition.
It's this kind of annoucement that will really start the linux/*NIX domination of the market.
All credit is due to those people who can see past the differences and who work towards a common goal.
All these benchmarks and stuff proclaiming that it's fatser then then PIII etc, but what speed is the L2 cache running at. I'm assuming that it's 1/2 core speed like the PII/PIII. I can't find any info to say otherwise.
I seem to remember AMD saying that you could eventually buy chips that had a full core speed L2 cache. Link that with the fact that upto 8M of L2 cache can be supported on the EV6 async bus and these babies are gonna be pretty kick ass as AMD roll out the server version later next year.
I think i'll wait just a little while so that i can go SMP K7:))
Don't quote me on this but as far as a i know it doesn't yet do Java by default. I think that they are eventually hoping to use Japhar as the Java implementation with their Open Java Interface (OJI) ? but it will probably be a user selected choice to aloow you to use which ever VM you want.
If i understand it correctly Raster talked about imlib 2.0 possibly being much more intergrated with the X server. ImageMagick, at the moment, doesn't offer, then i suppose neither does imlib at the moment.
The point is that if imlib does become an X server extension, wouldn't this be much more sensible to use than a set of add on libraries like ImageMagick.
Also, imlib is all GPL, thereby removing all the previous hassle about licenses. Wouldn't it make more sense for those people working on KDE image projects to help out with getting an imlib X extension package together, which i would guess would give much improved performance, rather than trying to add another license, learn yet another API etc.
If the KDE guys and the GNOME guys could REALLY get together and talk, the stuff they could come up with would be WAY kewl, like a singular GPL multiple language binding, fast CORBA ORB, universal X server imaging extension package, universal embedded object model to allow KWord documents to be embedded within Gnumeric spreadsheets and vice versa.
Guess i'm just dreaming of a better way of life:))
Just my 0.02 worth.
P,S I'm not trying to start a flame war by the way, so please don't take it that way,:)
Slashdot Mirror
The chance that XFS will go into the 2.4.x series kernels any time soon is small to non existent i would imagine as there is a lot of changes to other parts of the kernel to allow the features of XFS to be implemented.
It wouldn't surprise me to see it go into 2.5.x at some point though !!
I have to agree here.
Pushing IPv6 into mainstream use will only come once we have either a new internet or the one killer application that can't work without IPv6 features. Many people have been saying that mobile networks, and in particular 3G phone networks, would be this killer application but i'm not so sure....
The problems arise because it is still easier to design a new hack to IPv4 to overcome limitations than it is to move to IPv6. Until this becomes mandatory, i feel that people will keep applying the bandaid approach which will get us nowhere.
As a researcher in QoS protocols and network services i have to say that the idea of starting again, without the requirement of having to support the legacy internet is probably the best way to go. It allows research into next-gen network technologies to continue and, when the time is right, the rest of the commercial Net can join in.
I believe Internet2 is being used to test a core DiffServ implementation, where QoS is built in from the start. I'm not sure about the state of IPv6 in Internet2 or Geant' but if they are not using these technologies then i can only mourn the loss of the potential to move us beyond todays Internet
> Can't wait till they get SMB file shares and other filesystems added to it as well.
You can already browse SMB shares, but you need to get the gnome-vfs-extra package from somewhere. If you are happy with CVS then get it from the GNOME CVS server, otherwise, have a hunt around for a package for the distro you are using.
One limitation is that to browse stuff you need to enter the username and password into the URI eg.
smb://user:password@sharename
But it's a minor quibble.
I don't use nautilus or need to browse SMB shares so the information is coming from memory having read the nautilus mailing list archives...
Ok, here's a little clarification.
Firstly, the 2.2 series kernel had it's scheduler set at 100HZ so that your processes would get switched 100 times a second.
In the good old days of 386 this would have been more than enough, with the overhead of context switching outweighing any benefit from the increased interactivity.
A modern PII/PII/Athlon has much better internal circuitry for handling context switches, so if you have one of these, then yes, changing the HZ value to 1000 can increase the perceived speed of the system. I reguarly did this myself on a PII 450 with no problems, only increased speed.
Just to round this all off. The 2.4.x kernel has the i386 schedular set at 1000 for the HZ value anyway...
Iggy
Just a few little words in Sun's initial press release could have stopped all this bad feeling.
Until the big coparations realise that the majority of people who code for GNU/linux do so for the thrill of seeing their work being used by others and getting credit/respect for their abilities as programmers.
As numerous people have pointed out, the BlackDown team don't have a problem with Sun releasing their code as Sun's own, after all they agreed to the SCSL, but they do want to get recognition for the hours/weeks/months/years they put into getting a usable Java implementation under GNU/Linux.
I guess we should all start saying thanks to people who have spent their own time coding something that we use.
Iggy
Thanks for that.
It saved me a lot of time hunting around the net for information.
Iggy
I'm guessing that you are british, sorry if i'm wrong.
:))
The biggest thing at the moment though is the increased TV license fee that they want to stick on those people who have digital.
In one breath the BBC et.al are saying that they are trying to get digital tv accepted into as many homes as possible so that they can shut down the analogue network, then they go and hike up the price of the TV license for those people who are actually helping them acheive what they want..
I do agree with you on the extra features though.
I feel that this is the thing that will probably make or break the acceptance of digital TV here in the UK.
If people have a load of extra options available with their digital TV such as email, home shopping, web browsing then the chances are they will pay the increased license fee, but if all they get is a few extra channels, most with repeats on, then people will just stick with what they've already got.
You'd be suprised how many people are quite happy looking at a picture that has ghosting, color merging etc. if they don't have to pay an extra 35 quid for it
Iain
You're quite correct. We *do not* have HDTV here in the UK, and i don't think they do in most parts of Europe either.
Even taking this into account, the picture from digital is still considerably better than standard analogue broadcast television. The most benefits seems to be come with films, the better AC3 (5.1) sound, better picture quality etc.
Getting back to the point, i thought that Japan was one of the only places to have had real HDTV for a while, although i believe that this was analogue HDTV. Maybe i'm wrong.
Anybody from Japan like to contribute and let us know how good/bad you're system is.
Iggy
In this case the ones that matter to me are 6 and 7. Intel's 6th gen versus AMD's 7th gen.
:))
No matter what Intel does to the P3 it is still, and always will be, a 6th gen core. I'll give them credit for squeezing this much performance out of an ageing design, but until they bring out their next IA32 chip (Williamette i believe) which i think will be a new core, AMD will have the better product from a design point of view. All AMD need to do is not drop the ball, and that's down more to the marketing department than the engineering section. THEY HAVE A SUPERIOR PROCESSOR !!!
Now all i want is SMP, DDRSDRAM, 266MHz EV6, full speed L2 cache etc... then we will see how close Intel can get
I'm gonna lay my thoughts on the line and let people who *really* know about cpu architecture let me know the truth :)
:))
;))
As far as a know/can tell the CuMine is simply a bog standard p3 core (maybe with a few tweaks, but nothing major) with a 256K L2 Cache running at core speed, all running on a 133 frontside bus.
From the benchmarks i've seen so far, (Anandtech being one of them) the new CuMine gets close to/beats Athlon at the same/simlilar clock speed for some tests. So it kinda puts Intel back into the game, although they won't be able to stop fighting yet.
Now from what i've read Athlons can support upto 8M of L2 cache running at core speed. And they are planning on upping the EV6 bus to 266(133) in the Ultra chips i believe.
If AMD wanna do an Intel on Intel then all they need to do is jack up the speed of the L2 cache to, or close to, core speed. I'm sure that because of the better architectire of the Athlon the core will be able to make better use of that high speed L2 cache than a p3 core can. The p3 core is really the bottleneck in intels current designs. Adding high speed cache will help, but when it comes down to it, i have a feeling that an Athlon would get more out of it due to it's better design.
Now that all relies on AMD being able to produce memory able to run at that speed, and produce it in large quatities. This could be AMD one failing.
Fab30 *may* change that though, we will have to wait and see.
As for me, i'm gonna wait until the 0.18 Athlons are out and have settled down, by which time *hopefully* someone will have produced a quality SMP capable board.
If anyone who knows there stuff would like to correct me on anything, please go ahead. Knowledge is power after all
Here is a chance for two companies that are battling the evil Intel empire to have a change in fortunes :))
;)
The people who *really* need to be reading this are Digital/Compaq. After all, they designed the bus, they know how to produce large, scalable servers (8 -12 processors) *and* make them work.
If Digital can come out with a series of slightly
cheaper (compared to Alpha boards) that provide
4, 8, 12 way SMP using Slot A then AMD win through
more sales and hopefully a good reputation in the high end, Digital win through increasing their presence and, if they do stuff carefully, a nice upgrade path. People could start off with Athlons then move up to 21264's if they need the power....
Everybody wins !!
Chances are it'll never happen, but we can all hope
Iggy
There's two different levels of users at a Uni.
The average joe and those that NEED computers for their course.
I've recently just finished an MSc at an UK university and during the four years that i was there, there was a slow and painful change to WinNT as the major OS across the campus. During that time the uni backbone basically ground to a halt under all the unecessary crap that NT likes to send around the network.
The computing staff said that this was because the majority of people coming into the uni only really needed to browse the web, send email and write essays, therefore Windows was best because EVERYBODY knows how to use windows....
The departments that need to use computers for things other than browsing the web etc. such as CS, Electronics, Physics all have their own network of Solaris/Linux machines because they know that it's more reliable, efficient etc.
I suspect that they will always maintain there *NIX networks because of this, no matter what MS does or tries to do. Let's face it. Is NT *really* up to the task of running a large CAD system, doing nuclear physics calculations etc.... I doubt people running a simulation that takes a week to complete would be too happy about having to reboot their NT box every day... you'd never get any work done.
The thing that we need to do is make sure that people going into academia at degree level have already had exposure to *NIX so that they know the benefits, no matter what subject they are doing. Remember, the CS/IT students or even the Art History students of today are tomorrows sys. admins.... with the power to make purchasing decisions.
Just my £0.02 worth
Iggy
I really hope they DO deliver and it's not just all vapourware.
:)
I know we all love conspiricy(?) theories/secret stuff etc. but if they can deliver it could well end up being a major step forward.
Iggy
P.S Wouldn't you just love to have a job there
I have to agree with many of your comments.
:)
Have an object orientated toolkit is vitally important nowadays. It helps keep code size down whilst still allowing all the fancy doodads that people expect.
I think people need to get into the habit or writing object orientated designs with GTK+ to maximise the benefits of the toolkit rather than getting stuck in the bad C habit of making every thing a global variable !!! (This mainly relates to people new to coding, but i have seen some *terrible* designs !!!)
Lets face it, in general C is a damn site easier to get that hang of, and get started with, compared to C++ !!! which is why a lot of people will probably start writing programs in GTK rather than QT (By the way, i think the QT toolkit is a very nice piece of design, i just don't like the license...
Iggy
I think that it will probably be GNOME 2.0 before you can REALLY see proper intergration between applications and GNOME.
The one benefit that GNOME has over KDE is that it has been designed with a CORBA core since the very beginning. This *could* make it easier to get working reliably. KDE 2.0 will have a CORBA layer as well, but it will be added after a lot of development has already been done.
The KDE folks will probably still produce a very respsectable CORBA desktop though.
Tne applications that will make most use of the desktop features will probably office applications suites such a KOffice and the GNOME Workshop.
Iggy
The general consensus between the tests that have been done so far is that the Athlon/K7 has a superior FP performance to the PIII, anywhere between 8% and 40 % faster.
The best desciption is that having an Athlon is like having a PIII at a clock speed of at least 50MHz faster, but the AMD is (hopefully/probably??) cheaper.
The thing is, the AThlon should really make use of the faster memory and bus speeds that are coming up, unlike the PIII which is beginnning to bottleneck a bit.
I'm just gonna wait until decent SMP boards start coming out.
Iggy
I agree. Hopefully now that the relatively fancy stuff is in GTK maybe they can work on making it slightly faster. It's a nice toolkit to program with.
It'll be interesting to see how the QT themes stuff works out speed wise. Anybody already using them ??
Iggy
Either do a make oldconfig or make sure that you have selected the maximum physical memory size you want in the config. It's a new option that's in this release.
Using make xconfig it's on the same page as the choice for SMP MTRR etc.
Iggy
I may be wrong on this but i have a feeling i read something about XFree4.0 that said that they were coming up with a binary format that would only need you to produce one binary for any architecture. Now this may be incorrect and i'm getting confused with something else, but have a look at the docs with XFree 3.9.15.
Iggy
> Memory requirements will increase with KDE 2
:))
> due to the Corba ORB (currently ~+5MB).
It's just nice to know that they are thinking about the memory requirements of the system by using a stripped down version of MICO. I know that an ORB is the only way to really improve KDE and KOffice is going to be one killer app because of it.
Iggy
I heard a rumor the other day that Dave Miller has some pretty cool ideas about how to multithread the IP stack so that using multiple NIC's doesn't hurt as much as it does now. The MindCraft benchmarks, whilst basically being a MicroShit marketing ploy, did help our kernel guys to find bottlenecks in the kernel when dealing with MP machines with multiple NIC's.
But it can still be shown that on a uni-processor machine with only one NIC Linux's IP stack is faster than BSD.
Iggy
The subject says it all.
Lets face it. By combning the abilites of the GNOME and KDE folks we are starting to group together a very serious group of talented programmers without wasting time and effort trying to better the opposition.
It's this kind of annoucement that will really start the linux/*NIX domination of the market.
All credit is due to those people who can see past the differences and who work towards a common goal.
Iggy
All these benchmarks and stuff proclaiming that it's fatser then then PIII etc, but what speed is the L2 cache running at. I'm assuming that it's 1/2 core speed like the PII/PIII. I can't find any info to say otherwise.
:))
I seem to remember AMD saying that you could eventually buy chips that had a full core speed L2 cache. Link that with the fact that upto 8M of L2 cache can be supported on the EV6 async bus and these babies are gonna be pretty kick ass as AMD roll out the server version later next year.
I think i'll wait just a little while so that i can go SMP K7
Iggy
Don't quote me on this but as far as a i know it doesn't yet do Java by default. I think that they are eventually hoping to use Japhar as the Java implementation with their Open Java Interface (OJI) ? but it will probably be a user selected choice to aloow you to use which ever VM you want.
Try checking www.japhar.org for more details
Iggy
If i understand it correctly Raster talked about imlib 2.0 possibly being much more intergrated with the X server. ImageMagick, at the moment, doesn't offer, then i suppose neither does imlib at the moment.
:))
:)
The point is that if imlib does become an X server extension, wouldn't this be much more sensible to use than a set of add on libraries like ImageMagick.
Also, imlib is all GPL, thereby removing all the previous hassle about licenses. Wouldn't it make more sense for those people working on KDE image projects to help out with getting an imlib X extension package together, which i would guess would give much improved performance, rather than trying to add another license, learn yet another API etc.
If the KDE guys and the GNOME guys could REALLY get together and talk, the stuff they could come up with would be WAY kewl, like a singular GPL multiple language binding, fast CORBA ORB, universal X server imaging extension package, universal embedded object model to allow KWord documents to be embedded within Gnumeric spreadsheets and vice versa.
Guess i'm just dreaming of a better way of life
Just my 0.02 worth.
P,S I'm not trying to start a flame war by the way, so please don't take it that way,