Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
Windows Operating Systems Software Microsoft

Looking at Longhorn 793

ShinyPlasticBag writes "Paul Thurrott has an excellent preview of Longhorn milestone five over at his Supersite for Windows. It looks like this may be Microsoft's equivalent to OS X -- the next version of Windows will have a 3D accelerated desktop and other graphical goodies. In addition to this, it will include a journaling file system, so us mere mortals can enjoy what Linux Geeks have had for years."
This discussion has been archived. No new comments can be posted.

Looking at Longhorn

Comments Filter:
  • by Anonymous Coward on Sunday May 04, 2003 @04:06PM (#5876140)
    git with the program dude.
  • Mirror (Score:5, Informative)

    by NETHED ( 258016 ) * on Sunday May 04, 2003 @04:06PM (#5876144) Homepage
    Here [cofc.edu] is a mirror.

    I Didn't get a chance to fix the links to the images, so Here is the directory with a dump of them. [cofc.edu]

    (And where is the Coward option?)
  • by httpamphibio.us ( 579491 ) on Sunday May 04, 2003 @04:06PM (#5876147)
    I didn't know what it was... hopefully this'll be useful for other people.

    From whatis.com

    A journaling file system is a fault-resilient file system in which data integrity is ensured because updates to directories and bitmaps are constantly written to a serial log on disk before the original disk log is updated. In the event of a system failure, a full journaling filesystem ensures that the data on the disk has been restored to its pre-crash configuration. It also recovers unsaved data and stores it in the location where it would have gone if the computer had not crashed, making it an important feature for mission-critical applications.

    Not all operating systems provide the same journaling technology. Windows NT offers a less robust version of the full system. If your Windows NT system crashes, you may not lose the entire disk volume, but you will likely lose all the data that hadn't yet been written to the disk prior to the crash. By the same token, the default Linux system, ext2fs, does not journal at all. That means, a system crash--although infrequent in a Linux environment--can corrupt an entire disk volume.

    However, XFS, a journaling file system from Silicon Graphics, became a part of the open-source community in 1999 and, therefore, has had important implications for Linux developers, who previously lacked such insurance features. Capable of recovering from most unexpected interruptions in less than a second, XFS epitomizes the high-performance journaling filesystem of the future.

    The earliest journaling file systems, created in the mid-1980s, included Veritas, Tolerant, and IBM's JFS. With increasing demands being placed on file systems to support terabytes of data, thousands upon thousands of files per directory and 64-bit capability, it is expected that interest will continue to grow in high-performance journaling file systems like XFS.
  • Journaling FS (Score:5, Informative)

    by VValdo ( 10446 ) on Sunday May 04, 2003 @04:06PM (#5876155)
    Microsoft's equivalent to OS X...will include a journaling file system, so us mere mortals can enjoy what Linux Geeks have had for years."

    And OS X users have had for months [macosxhints.com]...

    W
  • NTFS (Score:1, Informative)

    by Scoria ( 264473 ) * <slashmailNO@SPAMinitialized.org> on Sunday May 04, 2003 @04:07PM (#5876160) Homepage
    In addition to this, it will include a journaling file system, so us mere mortals can enjoy what Linux Geeks have had for years.

    NTFS (Windows 2000, Windows XP, et al.) is a journaling file system, actually.
  • Retards (Score:2, Informative)

    by cscx ( 541332 ) on Sunday May 04, 2003 @04:08PM (#5876168) Homepage
    In addition to this, it will include a journaling file system, so us mere mortals can enjoy what Linux Geeks have had for years

    And Windows users have had since... 1994? NTFS is journaling, and was WELL before e2fs was... (any of you old-school Linux users remember pulling the plug or hitting power on your Linux box back in the day and immediately screaming "OH SHIT!" when you realize you probably just corrupted a whole slew of data? I do.)
  • by Anonymous Coward on Sunday May 04, 2003 @04:15PM (#5876229)
    Here's a text-only version... there are quite a few nice purty images, but if it's gone, it's gone.

    ----------------

    Longhorn Alpha Preview 3: Build 4015

    With Windows Server 2003 behind us, it's time to turn our attention to the more exciting world of desktop computing, where Microsoft is slowly plowing through pre-beta milestones of Longhorn, it's follow-up to Windows XP. Due in late 2004 or early 2005, Windows Longhorn will offer sweeping changes over its predecessors and be the most significant release of Microsoft's desktop operating system since Windows 95. For developers, consumers, and business users alike, Longhorn is going to be huge. I've written a lot about this intriguing release (see my original Longhorn alpha preview and Longhorn alpha preview 2 for more information) but I present this third Longhorn alpha preview with some reluctance. Frankly, Longhorn hasn't changed much since the last alpha build I examined, and it's unclear what all the excitement is about. But 2003 is going to be a big year for Longhorn information, starting with an interesting little trade show next week in New Orleans. So here, at last, is my look at Longhorn build 4015. Suffice to say, things are going to start picking up soon.
    WinHEC Preview: A new Longhorn shell is on the way

    Since I first revealed the true nature of the new 3D video architecture in Longhorn, I've been besieged by requests for more information. Early in May, we may finally get that information, if the following technical content teaser for the Windows Hardware Engineering Conference (WinHEC) 2003 is any indication. Note that the following text was provided by Microsoft to potential WinHEC attendees and is completely unedited. And yes, I am going to WinHEC.

    WinHEC 2003 Tech Content Teaser: 3D Graphics Enhancements in the Next Version of Microsoft Windows The following extract is from "Graphics Hardware and Drivers for Windows Codenamed 'Longhorn'," an exclusive publication for WinHEC 2003 attendees which describes the enhancements to graphics capabilities and driver functionality in the next version of Microsoft Windows "Codenamed Longhorn."

    3D Graphics Enhancements in Windows Longhorn Windows Longhorn will foster a major step forward in terms of how graphics hardware is used by mainstream Windows-based applications, from the Windows desktop to consumer and line-of-business applications. To achieve this enhanced desktop experience, a new Windows Longhorn Display Driver model has been designed to radically advance functionality, stability, and reliability. Coupled with acceleration provided by current and future graphics hardware, this new graphics driver model enables Windows Longhorn to deliver a higher level of performance, quality, and a new desktop experience.

    In the past, the OS desktop has been a single graphics surface, and each window was defined as a region on this shared surface. Each application was responsible for drawing to only its window regions of the shared surface. Visually, windows appear to overlap and usually only the front-most window at any pixel is actually drawn.

    The Microsoft Windows Longhorn desktop is being drawn in a completely different way than all previous versions. Every window will have its own, full window-sized surface to draw to. The desktop will be dynamically composed many times a second from the contents of each window. The goal for desktop composition is to enable compelling new visual effects for both the Windows user interface and for applications created by third-party developers shown on increasingly affordable high-density displays.

    Examples of visual effects that will be enabled in Windows Longhorn include:

    * Windows tumbling onto the screen.
    * Rotating windows.
    * Warped windows.
    * Alpha blending between windows.
    * Threads.
    * Events and other synchronization objects.

    The Windows Longhorn Driver Model allows for the visual effects seen on a user's desktop to scale relative to the availa
  • Re:Overhead? (Score:5, Informative)

    by moonbender ( 547943 ) <moonbender@[ ]il.com ['gma' in gap]> on Sunday May 04, 2003 @04:26PM (#5876315)
    If you're able to offload most of the new effects on the graphics card - which so far has been quite idle in the desktop environment - this shouldn't be much of a performance drain.
  • by n1ywb ( 555767 ) on Sunday May 04, 2003 @04:31PM (#5876366) Homepage Journal
    No journaling file system guarantees that any unsaved data will be preserved in the event of a system crash. Data that's in RAM in the disk write cache is lost in the event of a crash. That has nothing to do with the file system.

    Journaling file systems are transaction based. If a transaction fails partway through (IE the system crashes) the state of the disk is the same as if the transaction had never started, and is thus always consistent.

    You would have to be doing something extra weird to risk corrupting an entire ext2 volume in the event of a crash. Also the article doesn't mention that ext3 IS ext2 with a journal added, it's not a totally different file system. In fact an ext3 file system that is cleanly unmounted can be mounted as an ext2 file system, FYI.
  • You are not correct (Score:5, Informative)

    by ink ( 4325 ) on Sunday May 04, 2003 @04:38PM (#5876415) Homepage
    NTFS was a journaling filesystem from the start; even before NT4 came out. It was a journaling filesystem before Reiserfs or EXT3 even had a single line of code written. You can set it up to fully journal the filesystem data as well (it only does metadata by default). It did change with NT 5, but the journaling capabilities still existed in prior versions. More documentation can be found here [microsoft.com]
  • Re:Journaling FS (Score:3, Informative)

    by drinkypoo ( 153816 ) <drink@hyperlogos.org> on Sunday May 04, 2003 @04:40PM (#5876426) Homepage Journal
    Microsoft's equivalent to OS X...will include a journaling file system, so us mere mortals can enjoy what Linux Geeks have had for years."
    And OS X users have had for months...

    And what Windows 2000 users have had for years [microsoft.com].

  • by Anonymous Coward on Sunday May 04, 2003 @04:41PM (#5876427)
    In addition to this, it will include a journaling file system, so us mere mortals can enjoy what Linux Geeks have had for years."

    I don't know what the story submitter is smoking, but the lack of a journaling file system is what Microsoft used to bash Linux for. Now Linux has several, and Microsoft only has one (NTFS).
  • Re:OSX... (Score:2, Informative)

    by SN74S181 ( 581549 ) on Sunday May 04, 2003 @04:45PM (#5876468)
    It's trivial to bolt on a POSIX subsystem on an NT system. There's old Interix, which Microsoft seems to be trying to destroy, now that they own it, and there is also the Cygnus kludge (it's not a proper POSIX subsystem, just a compatability layer thrown on top of the Win32 subsystem.) Either way, there aren't really very many important apps for Unix that haven't been ported to NT by now. I mean, all the GNU tools have been ported for years, some of them on NT about as long as they've been on Linux.
  • by xchino ( 591175 ) on Sunday May 04, 2003 @04:48PM (#5876491)
    Winmodems are designed to use M$ Windows system calls to offload processing power from the hardware to the CPU. Same with Winprinters. This is why they have "Win" in the name. Why the hell should there be a law against this? I can still buy any REAL modem and it will work flawlessly with Linux. If your hardware doesn't work with Linux, get hardware that does. Start checking the HCL before you go to Best Buy.
  • by Overly Critical Guy ( 663429 ) on Sunday May 04, 2003 @05:01PM (#5876597)
    The new big feature of the filesystem is not that it's journalling.

    They are integrating the filesystem with their SQL engine so that files are easily searchable with the multiple GB hard drives everyone will have by the time 2005 rolls around. The big feature is that it's a database filesystem called WinFS.

    I guess the submitters of the article don't even read the articles anymore! Gotta love the quip at the end of the summary--makes him look even more moronic. NTFS has been a journalling file system since its inception. Many years before ext3 reared its ugly head.
  • by damiam ( 409504 ) on Sunday May 04, 2003 @05:03PM (#5876616)
    MS isn't using OpenGL, they're using DirectX. E17 will never be finished, and Transluxent is currently an unfinished, unreliable hack. MS is most certainly not copying either one of them. They might, however, be copying Quartz Extreme.
  • Re:In other words... (Score:4, Informative)

    by benna ( 614220 ) * <mimenarrator@g m a i l .com> on Sunday May 04, 2003 @05:04PM (#5876617) Journal
    They would ask you why you were dumb enough to actaully GO to compusa.
  • by JebusIsLord ( 566856 ) on Sunday May 04, 2003 @05:05PM (#5876627)
    I'd just like to add to that...

    XFS, while I love it for its performance, journals metadata only. So files won't be lost, but their contents may be. ReiserFS is very similar. EXT3, while much clunkier, does data journaling as well. For these reasons I use XFS on /tmp and /home/public (FTP/SMB area) partitions, and EXT3 on more critical ones.
  • by Anonymous Coward on Sunday May 04, 2003 @05:06PM (#5876630)
    Whatever. XP has a multi-threaded TCP/IP stack, it has a journaling filesystem in 1995, had full plug & play years ago, including support for USB, Firewire, etc waaaay before Linux.

    Windows is still way behind what? Linux? You are a blind Linux zealot that doesn't know how to think or research for himself.

    Try actually using Linux for development, using gdb and ddd and you'll cringe at how often it doesn't work as well as Visual Studio. I mean, yes, gdb does work and ddd does work most of the time, but more than often I had to reboot my entire machine because of some bug. The IDE is nothing compared to Visual Studio.

    I love the ideals behind Linux and I completely support open source development, but I'm not blind to Linux's faults. I hate Microsoft, but I love NT and its descendants. Hate the company, love the technology.
  • Re:Please... (Score:5, Informative)

    by Have Blue ( 616 ) on Sunday May 04, 2003 @05:09PM (#5876657) Homepage
    "3D accelerated desktop" is too easy to misinterpret. What's really going is that a lot of graphics tasks (compositing, mostly) are offloaded to the GPU. The real advantage to having the entire screen as a GL context means that tricks that used to be very processor-intensive are now ready for everyday use. OS X's use of transparency was a bit much for a 400Mhz G3, but a modern graphics card barely notices the load. The Terminal could use transparent windows since day 1, but with a significant performance hit; with QE that hit is gone and some people leave their windows transparent all the time. The genie effect used to take up 100% of pretty much every Mac's CPU, with the GPU handling the grunt work of the bitmap distortion there's enough power left over that DVDs actually keep playing while they are being genied. The full-screen zoom tool (for the visually impaired) uses bilinear filtering, and again with virtually zero performance hit - I use it to watch postage-stamp streaming movies embedded in web pages at full screen.

    A 3D-accelerated desktop is just the logical next step after blitting acceleration from a 2D card.
  • by Anonymous Coward on Sunday May 04, 2003 @05:14PM (#5876689)
    I've been using UFS on Solaris, Veritas (x86 and SPARC), JFS (OS/2, IBM general) and XFS (Irix, Linux) for years. And I have also done extensive testing and compared them to each other and to NTFS.

    NTFS is probably the worst filesystem. It is difficult to manage, enterprise volume management is primitive at best, and most people with a real interest in real storage management would probably just get Veritas VXFS.

    Want to convince yourself what a real journalled FS is? Try XFS for linux, and make the disk very, very busy. Then rip out the drive in the middle of it all. Reboot. No XFSfsck. Do the same on Windows 2000. chkdsk. Not journalled. Period. End.

    If I have something important to store, I can say from experience that it's not ending up on a platter courtesy of NTFS.
  • Re:Parental Controls (Score:5, Informative)

    by mystik ( 38627 ) on Sunday May 04, 2003 @05:15PM (#5876698) Homepage Journal
    if you peek around /etc/security/time.conf, PAM (which redhat uses at least) will manage access control for you that way.

    Any application that uses PAM will automatically time-locked accordingly.
  • by antiMStroll ( 664213 ) on Sunday May 04, 2003 @05:16PM (#5876705)
    2000 and XP already support drive mounts. Microsfot just hid it really well, no doubt to make it easier on the support lines.

    Control Panel - Administrative Tools - Disk Management

    Select the partition, right click on 'Change Drice Letter and Paths' , select 'Change' and you'll be presented with two option. One is to mount the drive as a traditional letter, the other as a directory.

  • Windows 2000? (Score:3, Informative)

    by Overly Critical Guy ( 663429 ) on Sunday May 04, 2003 @05:29PM (#5876788)
    The NT line has been using NTFS for over a decade now.

    The submitter of the article was simply an idiot looking to mention "Linux" in some way in a Slashdot article summary.
  • by Mr Z ( 6791 ) on Sunday May 04, 2003 @05:29PM (#5876789) Homepage Journal

    Dude, you should use a RAM-based filesystem for /tmp. You shouldn't rely on /tmp being persistent across a reboot.

    I believe (if I'm not mistaken) ramfs is the way to go for /tmp. It's a RAM disk that can push to swap as needed. The reason you want to do this is that most temporary files exist for less than 30 seconds. Thus, there's never any reason to touch the disk for these unless there is simply not enough RAM.

    If a RAM-based fs doesn't turn your crank, then just use the one that performs the best for losts of short-lived small to medium-sized files.

    --Joe
  • Comment removed (Score:2, Informative)

    by account_deleted ( 4530225 ) * on Sunday May 04, 2003 @05:30PM (#5876797)
    Comment removed based on user account deletion
  • by jonbrewer ( 11894 ) * on Sunday May 04, 2003 @05:49PM (#5876920) Homepage
    Recently, there was a Slashdot article [slashdot.org] here about a "piles" feature that Apple had patented in June 2001 that sounds very familiar. Screenshot of piles [mac.com] here looks different, but the concepts appear similar:

    It doesn't much look like Apple's "Piles" but more like PARC's Hyperbolic Tree, of 1994 [parc.com]. This bit of software was spun off into a company named Inxight. Navigate their website [inxight.com] using a Hyperbolic Tree. (good to see they eat their own dog food.) :-) (double click an end point when you want to follow a link)

    If M$ finds a good use for Hyperbolic Tree navigation in Longhorn, more power to them. I have played with it off and on since 1998 and have found that without a mega-huge (as in 1600*1200+) resolution screen, you can't get much out of it.
  • by Utopia ( 149375 ) on Sunday May 04, 2003 @05:53PM (#5876949)
    Yes, NTFS is a journaling filesystem.
    The poster made might not be aware of this.




  • by jeffphil ( 461483 ) on Sunday May 04, 2003 @06:05PM (#5877035)
    Actually, ext3 is backwards compatible with ext2. In essence, ext3 is ext2 with a .journal file for journalling. You can mount an ext3 volume as an ext2, but you loose journaling.
  • tmpfs is actually even better. I resizes itself as need, so it only takes up as much memory as is needed.
  • by Ponty ( 15710 ) <awc2&buyclamsonline,com> on Sunday May 04, 2003 @06:12PM (#5877063) Homepage
    Yea, but it looks like butt and doesn't run the only OS I really care to use anymore.
  • by g4dget ( 579145 ) on Sunday May 04, 2003 @06:13PM (#5877073)
    Journaling file systems are transaction based. If a transaction fails partway through (IE the system crashes) the state of the disk is the same as if the transaction had never started, and is thus always consistent.

    That's just wrong on several levels.

    First of all, the file system is not consistent after a crash: journaling file systems need to replay the journal in order to make it consistent. This is no different in principle from non-journaling file systems (which, traditionally, also have incorporated various features to permit recovery), it just happens to be faster.

    Second, I/O APIs usually do not define a notion of "transaction" at the file system level, and even if they do, there aren't a whole lot of guarantees you can make that are particularly useful. In fact, journaling file systems and transaction-based file systems really are very different things. A journaling file system can be used to implement a transaction-based file system, but it can also be used just to implement fast recovery.

    Third, for performance reasons, very few journaling file systems journal file content; they only worry about meta-data. And NTFS falls back a step further by making particularly weak guarantees. For example, if I create files "a", "b", and "c" in that sequence, with three separate programs, after a crash, any combination of those files may be present, and their content may be arbitrarily messed up.

  • by hpa ( 7948 ) on Sunday May 04, 2003 @06:15PM (#5877083) Homepage
    So does ramfs. The difference between tmpfs and ramfs is that tmpfs is swappable, whereas ramfs is pinned in RAM. tmpfs is definititely the preferred choice for /tmp.
  • This news is biased (Score:4, Informative)

    by ThunderRiver ( 634589 ) on Sunday May 04, 2003 @06:39PM (#5877225) Journal
    NTFS is a journaling file system, and Longhorn has a more advanced journaling file system that Linux can't not match. The new file system will classify files for you, from word document to mp3 files. You only need to type in keywords like "Picture taken in Feburary by John" it will show up a list of picture taken in Feburary by the name John. It is too powerful that Linux is still way behind.
  • by Narcissus ( 310552 ) on Sunday May 04, 2003 @06:39PM (#5877226) Homepage
    If you're interested in backing up Reiser partitions, check out PartImage [partimage.org]. It does a fair few different file systems, and is GPL.
  • Re:Journaling FS (Score:3, Informative)

    by slamb ( 119285 ) on Sunday May 04, 2003 @06:51PM (#5877278) Homepage
    OS X does not support ext2. It does support UFS, but not journaled.

    Neither of those are journaled filesystems. In the first case, I think you mean ext3 (ext2+journaling). In the second case, UFS has SoftUpdates...which has a lot of the same benefits as journaling, but isn't the same thing.

    OS X Jaguar does, however, support journaling with HFS+:

    $ diskutil
    Disk Utility Tool ?2002, Apple Computer, Inc.
    Utility to manage disks and volumes.
    Most options require root access to the device

    Usage: diskutil <verb> <options>
    <verb> is one of the following:
    ...
    enableJournal (Enable HFS+ journaling on a mounted HFS+ volume)
    disableJournal (Disable HFS+ journaling on a mounted HFS+ volume)
    ...

    OS X does not have any journaling stuff in the GUI (OS X Server does), but the commandline tools support enabling it. My laptop runs with journaling.

  • Re:Overhead? (Score:3, Informative)

    by Jace of Fuse! ( 72042 ) on Sunday May 04, 2003 @07:08PM (#5877393) Homepage
    Every window will have its own, full window-sized surface to draw to.

    Imagine, if you will, the modern equivilant of a sprite.

    In fact, Mouse Pointers have been hardware sprites for a long time. They have their own chunk of memory seperate from the primary display buffer.

    What the new GDI is going to accomplish is essentially putting all Windows in their own private memory space that is placed onto the screen by hardware, not software. The net effect is that things such as layering, transparency, and window refresh will be done automatically by the hardware, with almost no effort on part of the software designers.

    So to answer your question, no, this will require LESS overhead, but more powerful hardware.
  • by _typo ( 122952 ) on Sunday May 04, 2003 @07:53PM (#5877656) Homepage
    My statement about ext3 being more mature than ReiserFS is based on the fact that ext3 is a journal add-on to the now very mature ext2; that is it's an evolution of an older filesystem, not the revolution that is ReiserFS.

    This is not true. ext3 and ext2 have the same disk representation but they don't share code, at all. The fact that ext2 is mature doesn't really help ext3. People think ext3 is just ext2 with a few hacks to add journalling but it's actually a block level implementation of a journaling filesystem that just happens to use the same disk layout as ext2 for convenience. Your statement is sort of like saying that the NTFS code in Linux is mature because Windows has had NTFS for a few years now.

  • by Sycraft-fu ( 314770 ) on Sunday May 04, 2003 @08:49PM (#5877917)
    All the time. It doesn't flash anything up on your screen, but that doesn't mean it's not doing it. Try it on a test system, initate a large disk write, and pull the power cord. When the system restarts, the disk will be in a consistent state. That's what journaling does.

    If you do actually bother to do this test (I doubt it) do make sure you are using a system with NTFS volumes, not FAT32. Windows 2000 and XP do support both and FAT32 is NOT journaled and therefore can be left in an incosistent state. Windows will then run scandisk to try and fix it. Not the case with NTFS though.
  • Re:In other words... (Score:5, Informative)

    by RzUpAnmsCwrds ( 262647 ) on Sunday May 04, 2003 @11:13PM (#5878502)
    Huh? Where did you get this?

    As far as I know, Microsoft has NO plans on removing compatibility with older applications. I'm running Windows Server 2003, and I can still run Win16 apps as well as most DOS apps.

    The parent is nothing but a troll. Yes, DRM in the OS is not a good thing. No, it will not have the profound impact that you think it will have. No one will stop you from running Linux on your computer.

    DRM in the OS means very little. Application developers know that the adoption of a new OS is slow, and they will not do anything that would reduce their userbase.
  • by rikkus-x ( 526844 ) <rik@rikkus.info> on Sunday May 04, 2003 @11:23PM (#5878544) Homepage
    a convenient login widget

    kdm. Easy to configure, many useful options. You can even configure it to log you in automatically. Switch on your machine, go make coffee, come back, you're logged in and ready to start work, your previous session restored.

    easy to use admin tools for login access

    kuser can do this for you. Linux distributors often provide their own tools for this, for example SuSE, whose admin tools are handily integrated into the KDE Control Centre.

    more convenient and innovative UI metaphors

    Play around with kicker, the KDE panel. It does most of the stuff that Longhorn thing does, plus lots more stuff which they haven't done.

    I expect Gnome does some or all of these things too; I picked KDE because it's what I know.

    Rik

  • by nyteroot ( 311287 ) on Sunday May 04, 2003 @11:30PM (#5878576)
    sigh. I hate to point it out, but its been proven many times over that Windows' TCP/IP stack is a straight rip of BSD's. Also, gdb and Visual studio are related in exactly the same way that Linux and Windows are related: the former (in either case) is a hell of a lot more powerful, but the latter is much more idiot-proof. If gdb managed to hang your system --which I still severely doubt, seeing as I do some heavy development in Linux and use it on a daily basis and the only thing that's ever hung the system is X-- but if you did, I'll put money on the table that it was your fuck up. Sorry dude. Use Windows, it sounds like more your thing.
  • MS' "innovation" (Score:3, Informative)

    by dh003i ( 203189 ) <dh003i@g m a il.com> on Sunday May 04, 2003 @11:41PM (#5878614) Homepage Journal
    (1) This UI is crap. Flashy and distracting.

    (2) Check out MS' media-player thing on the 'dock'? Can we say "appicon"?

    Really, where is all this innovation MS is talking about?

    That spider-web like file-system navigation? Nothing new. There were 3D versions of stuff like that back in 1994 with Jurassic Park.

    The problem MS and Apple face is that there really isn't anything much more to do. WindowManagers are already pretty much ok. Maybe a few tweaks here and there would fix minor flaws. However, nothing particularly major need be done. It's sort of like the design for the trashcan (real-life). When was the last innovation in trash-cans?
  • Re:In other words... (Score:4, Informative)

    by ZxCv ( 6138 ) on Monday May 05, 2003 @12:30AM (#5878816) Homepage
    $3500 plus for a 14" 1ghz powermac? Naw.

    No, but I hear you can get a 15.2" widescreen 1Ghz PowerBook for around $2800. With slot-loading DVD-R/CD-RW. And built-in wireless networking (nevermind the built-in gigabit ethernet). And half a gig of ram and a 60GB hard drive. And Radeon 9000/64MB graphics. And, to top it all off, the best desktop OS ever created.

    I'll take a slightly thinner wallet for that.
  • Not True! (Score:5, Informative)

    by solman ( 121604 ) on Monday May 05, 2003 @02:10AM (#5879144)
    I hate being forced to defend Microsoft, but this often repeated claim is a load of crap.

    Look here [kuro5hin.org] for one of several knowledgeable accounts of the history behind Microsoft's TCP/IP stack that are floating around the web.

    Please be more careful before you declare that something has been proven.

  • Re:In other words... (Score:5, Informative)

    by Dylan Zimmerman ( 607218 ) <Bob_Zimmerman@myre a l b o x.com> on Monday May 05, 2003 @04:30AM (#5879593)
    I got it from here:

    http://www.aaxnet.com/editor/edit029.html#longho rn

    "Current Windows based software will not be compatible with the Longhorn filesystem".
  • by TheNetAvenger ( 624455 ) on Monday May 05, 2003 @08:15AM (#5880392)
    Actually, NT had a journalling file system, but it's lack of support for many standard Win32 applications (which would not run if located on an NTFS drive) basically dictated nearly everyone using NT to use FAT32.

    This is so rubbish... Been beta testing NT since Alpha of 3.1.

    The only apps that failed on NTFS were apps that directly modified the hard drive file structure like Norton Disk Doctor.

    Programs like WordPerfect or 99.9% of normal programs could see and SAW no difference in the file system. THAT IS WHAT AN OS DOES, ABSTRACT THE HANDLING OF INPUT/OUTPUT FROM THE APPLICATION AND/OR USERS. Geesh.

    NT hands the files to the applications whether it is NTFS, FAT32, or even back in the day HPFS.

    The application didn't know or care what the file system was, and most applications still don't - unless they are messing with the file system table directly, and VERY VERY few programs do this....

    Geesh...

    I was running Doom on NT 3.1 in 1992 and every other Win 3.1 or Win32 program I owned at the time, the only ones I couldn't run on NTFS was Norton Disk Doctor or something like Stacker. Geeeeesh....

    Even today, NTFS is completely transparent to the applications, that is how the OS is engineered. This is why you can have a compressed or encrypted NTFS file and ANY application just sees it as a normal file. The NT core handles decrypting or uncompressing the file for read and write access, not the programs.

    The same for Volume Shadowing in Win2003 Server, the applications don't care or know about version control, NTFS and the NT core just handle it.

    Would someone here please read a book on NT or actually use WindowsXP before getting on the soapbox to tell us how it does or doesn't do this or that...

    I see more WindowsXP/NT ignorance in here than I see Linux/Unix ignorance in an AOL newbie room.

    In the Microsoft groups, they know Linux/Unix far better than the posters here know WindowsXP or the NT core, and that is a sad thing.

    If you want UNIX or Linux or Open Source to succeed, then you BETTER KNOW YOUR competition.

    I was reading an article just a couple of days ago about 'great new upcoming features' in a Linux variant, and the article was filled with errors when comparing it to NT technology, stuff NT had been doing since 1992 and they were making it sound like NT either just got the technology or didn't have it.

    Come on guys, if you don't know, then find out, don't pretend like you do.

    Just like the original post, it was completely inaccurate about NT and the upcoming Longhorn.

    And comparing the 3D interface of Longhorn to what is in OSX now is just ridiculous.

    The UI of OSX is still a 2D rendering engine laying on the 'core window manager'. Sure it supports OpenGL, Quartz, etc; but WindowsXP also supports OpenGL, and DirectX, it doesn't mean that either are a part of the basic UI Window Manager. OSX does NOT have a 3D Window Manager system for the basic Window UI. If it did, you could tilt windows back, or skew them to the side or push them back in a 3D space on the desktop. Period.

    Read, please read before posting and know what the hell you are talking about...

    I fall on the NT/Unix fence and I am just ashamed of my fellow geeks here when it comes to bashing NT with no knowledge of NT whatsoever.
  • by Joe U ( 443617 ) on Monday May 05, 2003 @08:56AM (#5880705) Homepage Journal
    While I'm all for competition, doesn't having multiple file systems turn some projects into a nightmare?

    For example, you will need Nortons for file system X and Nortons for file system Y and Nortons for file system Z. So, which one does Symantec pick in this case? And once Joe User figures out that his favorite utilities don't work, which file system will he want to use?

    Having too many choices in what is considered a low-level system function will hurt the market, not help it.

"Life begins when you can spend your spare time programming instead of watching television." -- Cal Keegan

Working...