XML isn't intended for web pages. That's what you missed:
It's biggest use right now is data interchange. Moving bits between one magic widget and another. And for that, HTML sucks. It just can't represent arbitrary data. Programming languages (C++, Java) are for instructions, not data.
XML fits in perfectly where it's at use-wise. Tim Bray is talking about programming for it: The available interfaces are very counter-intuitive, and that's what Bray's getting at.
Sounds more like his web/flash stuff are clients to the data, and he's trying to avoid doing transformations to accomodate them ahead of time.
Linux still screams, I have a single server with two gig's of ram in it that runs 100 desktops (KDE) simultaneously. Yes it indeed takes alot of ram to run all of the new software. But for a machine that runs 2200 processes that is a impressive feat. It is a dual processor box and I have yet to see it reach over 30% processor utilization, a testament to the efficency of the kernel.
Software today requires a ton of ram, this has nothing to do with efficency of the linux kernel.
Along with this goes the idiots that think there is something wrong with X. I run this stuff in a corporate environment and X windows is linux's biggest strength. Remove X Windows and I would have to eliminate our corporate use of Linux.
The smp box isn't running 100 X servers, I wouldn't really say it's germaine to the discussion of desktop linux. Noone is complaining about kwin or xterm being 'intrinsically' slow, just the scheduling of the X clients and servers together (which is a different problem when they're running on seperate machines).
I'm pretty sure the only difference between HTTP and FTP is the connection and handling of transfers. TCP ends up doing the actual file transfer. Write an FTP and HTTP server some time.
Besides the handling of transfers, these methods of file transfer don't differ at all!
OS/400 runs on the I series, formerly AS400 mid range servers. Big IO and lots of people running big HR type processing systems on them. Probably won't be going away any time soon.
AIX is the operating system for P series, or what most people call rs6000 machines.
Linux does run as a virtual image on I series, don't know if it runs on the bare iron as well. I would imagine yes.
" Although IBM may not have contributed directly to kernel code, they are doing a lot to improve LINUX's image in the mindset of MANAGERS of IT Project,"
Just so noone gets the wrong idea, IBM has been contributing to kernel and OS code. Granted it's not out of charity...
"Is this just for the server side? Or will IBM be distributing this on PCs also
Oh, I'm sorry, IBM doesn't distribute PCs, only laptops."
They could get back in the workstation market -- big beefy rs6ks were popular for CAD once upon a time.
"On the server side, there should only be a quick rewrite of the kernel to allow for the hardware in question. However, rewriting the kernel, means that it won't be Linux any longer, but merely a GNU compliant list of applications to run on an OS that strongly resembles linux."
It takes much more than a quick rewrite. They've allready starting on porting their enterprise volume management system. There is a lot of middleware work to be done as well. Of course device drivers in the kernel are important too -- but they're almost the smallest endeavour because alot of the support (or similiar work) is there allready. You're also using kernel and operating system interchangeably but not giving them any leeway on how they're discussing things.
"Unix so 0wnz this situation, because the hardware is more toward the mainframe situation."
They're looking to replace AIX, which isn't their their mainframe OS. Linux on 390 (or Z series) is allready advancing at a decent clip, it's the rs6000's, and the clusters and supercomputers constructed from them, that they're talking about here.
Using phoenix.5 in Sid -- pretty much regardless of the fonts or sizes I specify the text on slashdots frontpage is pretty much unchanged.
For example in galeon i see 3 full stories right now, but phoenix just sees the first two and the title of the third.
I am using truetype through defoma, and prefer the monotype-arial and monotype-times.new.roman but even when I switch to adobe courier/helvetica I still get these big fonts!
Anyone see this problem and get past it? I'm going to go hit the phoenix forums...
Crashes in Linux are NOT a regular thing, unless you want to be extremly bleeding edge and/or use NVidia's drivers and/or ALSA (at least up to 0.90rc5) on 2.4 with lowlatency- and preemptive-patches. Especially if the above stuff are used on SMP-systems.
Don't you think you're projecting your anecdotal experience just a little much?
this will free us from the ugly DLL hacks required to play DivX until now.
For the teensy-tiny almost insignificant minority of DivX files w/ WMA audio. Typically DivX (films especially) are encoded w/ mp3 audio.
We're long since divorced from using the win32 DLL's to play DivX files, which are most often mp3 audio -- hell we've even had at least 3 NATIVE alternatives for mpeg4 video (ffmpeg/libavcodec, divx4linux, xvid).
In the rare case that WMA audio is in a file (think REALLY out of touch media site creating this thing the MS way), this does save us from using the win32 codecs.
You have to worry about the actually technology (dvd-rw vs. dvd+rw etc.) and also the filesystem you use.
Along w/ a few different minor/major revisions of UDF that are out there, compatible 'versions' on different OS's can fail to work mysteriously. I had trouble over the summer w/ OS2 and using the 'newer' mkudffs utility in linux.
Slashdot Mirror
XML isn't intended for web pages. That's what you missed:
It's biggest use right now is data interchange. Moving bits between one magic widget and another. And for that, HTML sucks. It just can't represent arbitrary data. Programming languages (C++, Java) are for instructions, not data.
XML fits in perfectly where it's at use-wise. Tim Bray is talking about programming for it: The available interfaces are very counter-intuitive, and that's what Bray's getting at.
Sounds more like his web/flash stuff are clients to the data, and he's trying to avoid doing transformations to accomodate them ahead of time.
Linux still screams, I have a single server with two gig's of ram in it that runs 100 desktops (KDE) simultaneously. Yes it indeed takes alot of ram to run all of the new software. But for a machine that runs 2200 processes that is a impressive feat. It is a dual processor box and I have yet to see it reach over 30% processor utilization, a testament to the efficency of the kernel.
Software today requires a ton of ram, this has nothing to do with efficency of the linux kernel.
Along with this goes the idiots that think there is something wrong with X. I run this stuff in a corporate environment and X windows is linux's biggest strength. Remove X Windows and I would have to eliminate our corporate use of Linux.
The smp box isn't running 100 X servers, I wouldn't really say it's germaine to the discussion of desktop linux. Noone is complaining about kwin or xterm being 'intrinsically' slow, just the scheduling of the X clients and servers together (which is a different problem when they're running on seperate machines).
I'm pretty sure the only difference between HTTP and FTP is the connection and handling of transfers. TCP ends up doing the actual file transfer. Write an FTP and HTTP server some time.
Besides the handling of transfers, these methods of file transfer don't differ at all!
What I meant is, it is in their own self interest.
OS/400 runs on the I series, formerly AS400 mid range servers. Big IO and lots of people running big HR type processing systems on them. Probably won't be going away any time soon.
AIX is the operating system for P series, or what most people call rs6000 machines.
Linux does run as a virtual image on I series, don't know if it runs on the bare iron as well. I would imagine yes.
" Although IBM may not have contributed directly to kernel code, they are doing a lot to improve LINUX's image in the mindset of MANAGERS of IT Project,"
Just so noone gets the wrong idea, IBM has been contributing to kernel and OS code. Granted it's not out of charity...
"Is this just for the server side? Or will IBM be distributing this on PCs also
Oh, I'm sorry, IBM doesn't distribute PCs, only laptops."
They could get back in the workstation market -- big beefy rs6ks were popular for CAD once upon a time.
"On the server side, there should only be a quick rewrite of the kernel to allow for the hardware in question. However, rewriting the kernel, means that it won't be Linux any longer, but merely a GNU compliant list of applications to run on an OS that strongly resembles linux."
It takes much more than a quick rewrite. They've allready starting on porting their enterprise volume management system. There is a lot of middleware work to be done as well. Of course device drivers in the kernel are important too -- but they're almost the smallest endeavour because alot of the support (or similiar work) is there allready. You're also using kernel and operating system interchangeably but not giving them any leeway on how they're discussing things.
"Unix so 0wnz this situation, because the hardware is more toward the mainframe situation."
They're looking to replace AIX, which isn't their their mainframe OS. Linux on 390 (or Z series) is allready advancing at a decent clip, it's the rs6000's, and the clusters and supercomputers constructed from them, that they're talking about here.
Parent probably meant Pottsville in Schuylkill County and not Pottstown in Montgomery County.
I thought the alternate brewing location were just to serve different areas of the country? I guess it does make sense to build them bigger...
It isn't an effort to get at 'hidden' data. It's an effort to allow many people to have access to the data that was on the disk when it was imaged.
Otherwise you're trusting someone else's report, or passing around a mechanical disk (defense attorneys wouldn't be so thrilled about either).
and os/360 JCL programmers were using DD before it found its way into unix...
That's 60mbit/sec out of 100mbit/sec, not 100 megabytes. 60% of wire speed is pretty good.
nm I'm just a moron -- blowing away old ~/.phoenix fixed things.
Using phoenix .5 in Sid -- pretty much regardless of the fonts or sizes I specify the text on slashdots frontpage is pretty much unchanged.
For example in galeon i see 3 full stories right now, but phoenix just sees the first two and the title of the third.
I am using truetype through defoma, and prefer the monotype-arial and monotype-times.new.roman but even when I switch to adobe courier/helvetica I still get these big fonts!
Anyone see this problem and get past it? I'm going to go hit the phoenix forums...
Wow, for about 2 seconds I thought you meant b/c eBay was gay!
Crashes in Linux are NOT a regular thing, unless you want to be extremly bleeding edge and/or use NVidia's drivers and/or ALSA (at least up to 0.90rc5) on 2.4 with lowlatency- and preemptive-patches. Especially if the above stuff are used on SMP-systems.
Don't you think you're projecting your anecdotal experience just a little much?
Plugger is mplayer aware.
You're a fool if you think the interface doesn't have any bearing on the functionality.
this will free us from the ugly DLL hacks required to play DivX until now.
For the teensy-tiny almost insignificant minority of DivX files w/ WMA audio. Typically DivX (films especially) are encoded w/ mp3 audio.
We're long since divorced from using the win32 DLL's to play DivX files, which are most often mp3 audio -- hell we've even had at least 3 NATIVE alternatives for mpeg4 video (ffmpeg/libavcodec, divx4linux, xvid). In the rare case that WMA audio is in a file (think REALLY out of touch media site creating this thing the MS way), this does save us from using the win32 codecs.
xterm -fa "andale mono" makes me go a big rubbery one
You have to worry about the actually technology (dvd-rw vs. dvd+rw etc.) and also the filesystem you use.
Along w/ a few different minor/major revisions of UDF that are out there, compatible 'versions' on different OS's can fail to work mysteriously. I had trouble over the summer w/ OS2 and using the 'newer' mkudffs utility in linux.
Xvid an isn't a video player -- it's an mpeg4 codec, forked at some point when opendivx went closed.
It's probably the second best codec/family of codecs in mplayer, trailing ffmpeg's libavcodec family.
The Konqueror file browser works w/ the tabs.
I don't believe you can do anything fancy w/ the tabs though.
Technical users know UNIX systems should keep their hardware clocks in UTC, but should obviously be aware of timezones and local time.
Thanks for making legions of slashdotters dumber for having read your comment.
I thought that too for a while. But if you check out all the 'region unlocking' sites, they all seem to be indexed by drive instead of players.