Slashdot Mirror
Gnome 2.0 RC2 Asks For Abuse
A nameless reader submits: "The GNOME Desktop 2.0 release candidate 2 has been released! Gnome 2.0 should be coming out soon! The release notes have some good information."
← Back to Stories (view on slashdot.org)
gimme icaza and i'll show you some abusive kid
Hmmm, emerge gnome....
Yeah, we love you spider !
Windows 2000: A reliable comprehensive and integrated operating system platform delivering seamless interoperability, scalability, and performance, and broad application support.
.NET, a rich and very robust framework for creating ASP application code. ASP .NET is a compiled .NET-enabled environment, offering developers the ability to build enterprise-class Web applications in any .NET compatible language including Visual Basic, C#, and JScript. Linux offers support for ASP but it is non-native and requires an add-on program to Apache or some other Web server deployed on Linux. This means incremental engineering and development effort by the OEM, further impacting cost of development and time-to-market. Linux does not support ASP .NET.
Windows 2000 Linux
Seamless integration into heterogeneous environments
Windows 2000-based server appliances deliver seamless integration and interoperability with Windows, UNIX, and heterogeneous networks. For example:
Built-in support for Single Sign-On (SSO), which allows end users access to all authorized network resources with a single authentication.
Support for both CIFS and NFS in an integrated fashion, easily enabling interoperability between UNIX and Windows-based networks.
Integrated support for Windows NT®, FTP, HTTP, Appletalk, and Novell environments, which enables consolidated administration in heterogeneous networks.
Via Winsock and other programming interfaces, both Windows and non-Windows-based clients or servers can seamlessly access a Windows 2000 Server-based network attached storage (NAS) server appliance.
Linux does not deliver comparable heterogeneous interoperability. For example:
No support for SSO, thus requiring end users to use at least two logon names and passwords--one for Windows and one for Linux/UNIX.
Support for CIFS but only via Samba, not as an integrated, tested solution. Linux/Samba requires additional components and integration work by the OEM to match the integration built into Windows 2000. Thus, the OEM must focus resources on development, integration, testing, and ongoing maintenance of the operating system, increasing development cost and slowing time-to-market.
Aside from compatibility issues with Windows 2000, Samba has known backwards compatibility issues as well as compatibility issues with the underlying Linux operating system. For example, file system quota interfaces have diverged in different versions of Linux 2.4x kernels, which means Samba will work properly on some Linux distributions but not others. This potentially ties the OEM to a particular Linux vendor's distribution and its support programs. Given the recent cutbacks and layoffs at many commercial Linux vendors, including Red Hat's recent 17 percent reduction in it workforce, it is questionable whether commercial Linux vendors will be around to provide support in the long term, thus increasing the business risk to the OEM.
Server appliances built with Windows 2000 integrate seamlessly into Active DirectoryTM network environments. Without any extra administrative tasks, Active Directory creates a two-way, trust relationship between domains, providing single authentication and easier access to information and resources across multiple domains throughout an organization.
Linux does not support trust relationships across domains or forests and thus cannot act as a trusted element in Novell Directory Service and Windows NT Domain-based networks. This makes it difficult to integrate Linux-based server appliances into such heterogeneous network environments.
Windows 2000 Linux
Industry-leading scalability and performance
Windows 2000-based server appliances deliver industry-leading robustness and scalability with Symmetrical Multiprocessing (SMP) support for up to eight processors and advanced features such as asynchronous and specialized I/O, hot-fix support, and hierarchical storage management. Linux provides support for SMP but supports only synchronous I/O, which introduces contention and thus limits SMP scalability. Furthermore, Linux offers no support for hot fixes and does not have a hierarchical storage management capability.
Server appliances built with Windows 2000 provide native, integrated, mature support for Network Load Balancing (NLB) and clustering (failover). Windows 2000 Advanced Server supports load balancing clusters of up to 32, enabling Windows 2000 Server-based server appliances to scale out to meet peak demand requirements. Furthermore, Windows 2000 Server ships with a file replication service and full support for content deployment and replication for Web farms is provided via Microsoft Application Server. Linux offers both free and commercially available add-on clustering and load balancing solutions. However, these add-on clustering solutions come from various sources, do not conform to any set standards, and are often implemented on a particular Linux distribution. This can tie the OEM to a particular, potentially financially unstable Linux vendor and its support programs, or force the OEM to maintain specific and expensive expertise in-house for self-support. Furthermore, clustering solutions are new to Linux, lack some key features, and documentation can be insufficient. For example, Red Hat's High Availability Server is a customized distribution of Red Hat Linux version 6.2 with Red Hat's Piranha clustering package. In its review of the product, ZDNet noted: "Offices without Linux gurus on staff should seriously consider buying Red Hat's service package, especially because the documentation included with the software does not describe how to implement the product with any operating system other than Red Hat Linux 6.2". ZDNet also noted that Red Hat's High Availability Server also "lacks content replication support", a critical feature for Web server appliances in Web farms. The OEM would need to source or build and then integrate and test these technologies itself to build a comprehensive solution. Taken together, these limitations make building and maintaining a clustering solution on Linux a challenge for the OEM and can increase both cost and time-to-market.
Server appliances built on Windows 2000 perform better versus Linux on similar equipment in SPECweb tests. A SPECweb99 study found that a Windows 2000 Web server could process more requests and serve more users than a similarly configured computer running Linux. The Windows 2000-based server with Internet Information Server (IIS) 5.0 handled 707 concurrent connections, compared to 545 connections for the Linux-based.
Windows 2000 Linux
Comprehensive application support
Windows 2000 delivers native support for Active Server Pages (ASP), giving direct access to the IIS transaction engine kernel. Furthermore, server appliances built with Windows 2000 also provide out-of-the-box support for ASP
Server appliances built on Windows 2000 deliver comprehensive application support with an integrated component model for distributed or Web-based applications; multimedia services; and built-in message queuing for asynchronous communications, integrated application integration, and transaction-processing.
Linux has no available framework for developing distributed or Web-based applications and no integrated implementation of COM, DCOM, Enterprise Java Beans (EJB), and no integrated transaction-processing monitor or queuing system. This means the OEM has to source or build this functionality, resulting in extra development, higher cost, and a longer time-to-market.
Windows 2000 Linux
Proven reliability with enhanced recovery and data protection
Windows 2000-based server appliances provide advanced reliability features including a mature, well-tested journaling file system (JFS), which enables easy, dependable file system recovery and ensures no loss of data in the event of unscheduled downtime. Windows 2000 also offers support for Plug and Play, hot-swapping and kernel mode write protection. Windows 2000 also provides system file protection and Windows File Protection, which help speed recovery in case of failure, without any user interaction. Linux now has over five options for a JFS. All of these are new to Linux and the depth of integration and regression testing can be scattered and the number of real-world implementations limited. The OEM will need to verify for itself the integration, depth of testing, and in-field results. With Linux, the OEM will have to take on the extra integration work to incorporate an add-in JFS or opt for a vendor-specific Linux distribution such as Red Hat, tying the OEM to that vendor for ongoing upgrades, support, and maintenance at an extra cost. Furthermore, Linux offers only limited support for Plug and Play, no kernel mode protection, and no functionality equivalent to Windows File Protection--significantly increasing difficulty and time when recovering from a failure.
Windows 2000 Server is a completely integrated, extensively tested operating system with built-in support for an array of protocols and drivers, as well as advanced technologies including Internet Information Services (IIS), clustering, Network Load Balancing (NLB), Windows Management Infrastructure (WMI) and the Active Directory (AD) service. In addition, Microsoft uses powerful stress testing and integration testing with teams of dedicated test engineers to ensure system integrity and that solutions work across multiple features. Linux distributions are a collection of technologies from multiple sources that lack true integration. Some commercial Linux vendors may provide setup scripts that allow certain blocks of code to load in proper sequence but this is not true integration and does not provide a comprehensively tested solution. Furthermore, given financial and resource constraints, commercial Linux vendors often lack the means to employ comprehensive and extensive hardware and driver testing, trusting open source participants to test on their behalf or leaving the OEM to do the test and quality assurance work, thus increasing the OEM's cost and time-to-market.
Windows 2000 provides support for advanced reliability features, including volume management, which lets storage capacity be transparently extended without interrupting existing services, and volume spanning, which enables more efficient use of multiple-disk systems. In addition, Windows 2000 provides extensive, mature support for both software and hardware RAID. Windows 2000 supports thousands of RAID installations worldwide and the Microsoft Hardware Compatibility List for Windows 2000 lists hundreds of tested and certified drivers for RAID storage arrays, controllers, and systems. Some Linux distributions do ship with Logical Volume Management (LVM), but these implementations are new to Linux and require extra tuning by the OEM, thus increasing development costs and time-to-market. Linux does offer software RAID support but hardware RAID support is less comprehensive than Windows 2000. For example, Red Hat's Hardware Compatibility List has only two RAID storage/device controller certified drivers and Mandrake's Hardware Compatibility List notes only three certified RAID storage adapters.
Driver signing in Windows 2000 offers OEMs the assurance that all drivers originate from a trusted source that has undertaken extensive testing and certification. Also, Windows 2000 enables OEMs to utilize standard, widely available hardware along with thousands of tested, certified drivers to build a server appliance.
Driver availability and certification can be inconsistent in Linux. Many of the drivers available for Linux have received little if any testing and are offered as non-supported drivers both from the open source participants and from commercial Linux vendors. For example, Red Hat's most current Hardware Compatibility List has less than 100 certified drivers and most of those listed are complete systems, not hardware components or peripherals.
The Microsoft Server Appliance Kit (SAK) provides OEMs with a comprehensive, powerful tool to build server appliances quickly and get to market sooner.
Microsoft Server Appliance Kit Linux
Faster time-to-market via powerful tools and extensive framework
The Microsoft Server Appliance Kit (SAK) provides a comprehensive, powerful toolkit to help an OEM build server appliances quickly and easily. This allows the OEM to focus its resources on adding value, rather than building an operating system from multiple components and add-on pieces. The SAK also provides powerful tools that include:
Powerful Web User Interface (UI) for remote management of headless appliances
Framework for supporting a local UI (LCD or LED), desirable on some server appliance implementations
NAS-specific tools in the Web UI that enable the creation and management of shares for Windows, UNIX, Appletalk, Novell, FTP, and Web, as well as the creation and management of folders
A Multiple Device Manager, available now at no extra cost, which enables an administrator to manage over 100 appliances from a single console
Linux offers no standard toolkit for the development of server appliances. An OEM must invest in third-party tools at extra cost as well as in-house development resources to get the kind of toolkit functionality delivered by the Microsoft SAK. For example:
Netmax offers Internet Server Management Suite software for remote Web-based and multiple device management for $139 per-server.
Various Multiple Device Management solutions are available from open source participants, but these require extra integration and engineering work by the OEM. In addition, open source components are often licensed under the GNU General Public License (GPL), which may expose the OEM's intellectual property and source code to open source participants and its competitors.
The SAK includes an extensible reliability framework that includes watchdog timers, basic input/output system (BIOS) failover, automatic mirroring, and an appliance monitor service for excellent reliability and data protection.
Linux offers no reliability framework to enhance system reliability. An OEM must source this functionality from third parties at an extra cost or develop it in-house, thus increasing development cost and time-to-market.
Microsoft Server Appliance Kit Linux
Ease of integration, deployment, and administration in a more secure environment
Native support for Active Directory (AD) enables server appliances built with Windows 2000 to integrate seamlessly into a Windows enterprise network.
Active Directory provides additional remote management for appliances in addition to the Web UI and automates major portions of deployment by defining directory-based policy to each class of Windows 2000 server appliance.
For alternative method of server appliance management, Windows 2000 supports extensive scripting via Windows Management Instrumentation and Microsoft Terminal Services.
Linux-based server appliances can be inserted into Active Directory environments, appearing as Windows NT 4.0 member servers, but, again, only when integrated with Samba 2.2 or higher, thus requiring the OEM to do extra development, integration, and testing work. Linux-based server appliances do not deliver equivalent functionality in an Active Directory environment, as Samba uses the Windows NT 4.0 SAM Application Programming Interface (API) and Remote Procedure Calls (RPCs) to obtain account information from Active Directory. This implementation means server appliances built with Linux/Samba cannot support publishing their share information to Active Directory network.
Server appliances built with Windows 2000 offer enterprise-level security with integrated support for Kerberos version 5.0, NTLM v2 authentication and a fast Secure Sockets Layer (SSL) server for data encryption over the Internet.
Microsoft invests in and compensates both internal and third-party resources dedicated to rigorous security-specific testing to find and fix security issues quickly. For example, Microsoft has spent significant resources in building, enhancing, and applying automated tools that detect suspected buffer overruns in our code. Furthermore, as a leader in the software industry, Microsoft recently announced a broad, industry-wide effort around software security.
Linux uses clear text for authentication, does not allow the configurations of individual permissions to the file level and does native support standard encryption technologies such as Kerberos version 5.0. Kerberos is only supported on Linux as an add-on solution and is not integrated into the operating system, thus requiring extra development time and cost for the OEM. In addition, Linux/Samba delivers only NTLM v1 support.
Linux vendors and open source participants rely heavily on source access, taking it on faith that the "many eyes" of open source developers equal a more secure operating system. Recently, a TechRepublic article comparing security between Windows and Linux reported that up to its publication date in the autumn of 2001, Windows had 24 reported security vulnerabilities. In comparison, Red Hat Linux had 28 vulnerabilities. When you consider the difference in the size of the installed base of Windows 2000 to Red Hat Linux, the percentages indicate a higher degree of security vulnerabilities for Linux.
Microsoft Server Appliance Kit Linux
Better business alignment with straightforward licensing and clarity of intellectual property ownership
The Microsoft licensing model does not contain licensing provisions that require an OEM, and potentially its licensees, to disclose the source code for its intellectual property in a widespread fashion to open source participants. An OEM building a server appliance with Windows 2000 Server operating systems and the SAK has the assurance the software code and added value it develops remain the OEM's intellectual property. To ensure proper management of its intellectual property rights, an OEM must carefully examine an array of licensing complexities around the General Public License (GPL) that govern Linux. These complexities have resulted in embedded and dedicated operating system companies such as Wind River saying that they are seeing "a growing problem due to the growing uncertainty of using GPL-based code in embedded devices". An example of this risk can be taken from NVIDIA. An NVIDIA programmer, in the course of developing a driver for one of its products, used a portion of code from a freely available video driver. The developer failed to realize the code was licensed under the GPL and would therefore require NVIDIA to release the source code for its entire driver. Because NVIDIA did not want to release the source code to its commercial software, the company incurred substantial cost to develop a new driver that did not contain the GPL code.
Companies need to recognize that in embedded and dedicated devices, such as server appliances, significant gray areas exist in the implications of the GPL's terms. Some forms of code linking and commingling may or may not trigger legal obligations under the GPL. As Michael Scott and Michael Krieger, a lawyer and computer science professor respectively, recently wrote, "Rare is the month when a lawyer who specializes in technology does not have a new client asking for help in untangling an open source code problem".
and they won'tsee the [goatse.cx] in there damn you are a retard
After using ClearType on Windows XP, Gnome's antialiasing looks disappointing...
This guy copied the whole message from previous Slashdot message written by someone else!! Very lame!! He's just trying to get more karma by using others.
Why?
It's winter here you insensitive clod.
Vennlig hilsen,
Ole
Exactly. I applaud the wise anti-"multicultural" policies of the Finns. I'll flee Sweden soon enough and seek political asylum in Finland. I'm white, thus I'm discriminated against and soon I'll belong to a racial minority in this shithole.
"Troll"??? It's the stark reality staring you in the face, you blinkered moderator! It's "informative", and the truth hurts.