Samba Beats Windows IT Week Labs Test Results
jmhowitt writes "Tests by IT Week Labs
show the latest version of the open-source Samba file and print server software is 2.5 times faster than Windows Server 2003 in the same role.
The news comes as many firms are grappling with the consequences of Microsoft ending support for NT4, coupled with uncertainty about when Microsoft will next update Windows. The performance difference between Windows Server 2003 and Samba 3 has increased dramatically compared with Samba 2 and Windows 2000 Server."
Apart from how bloody quick it is is the fact that you can log every transaction. This is immensely useful in a mission critical environment when you have to figure our exactly why one person in particular out of the entire network is having trouble. Check your Samba logs and 99.9% of the time your answer will be there.
As a system administrator I appreciate having that level of scrutiny on any network I take care of.
"And then I visited Wikipedia
Now where are the numbers to back it up?
Forget thrust, drag, lift and weight. Airplanes fly because of money.
NFS lives in the kernel, Samba in user space. So you're right but remember NFS is utterly insecurable, Samba not. For home NFS is the system of choice but in a larger environment... you want to run Samba (at least until NFSv4 becomes available)
Mi domando chi à il mandante di tutte le cazzate che faccio - Altan
I read a while ago about some of the SAMBA developers having a better grasp of how the services / protocol all tie together, than the M$ employees doing the development. Most of the current M$ team inherited code from the older versions of the OS, and they are merely building on top of this codebase. The SAMBA team have had to reverse engineer the protocol. So it seems to make sense therefore, that should you understand it better, you can sqeeze more out of the service on the whole. It therefore appears that it can only get better and better as they develop .. .. And with it being opensource, bugs are easier to find ...
I also don't know how many developers are on the samba team in total (contributors / developers), but I would almost start assuming more than the manpower assigned by M$ to this area of code for Windows
Where are the numbers?
Where are the graphs?
The article basically quotes some guy (who is actually selling Samba and thus has a vested interest) saying that Samba is 2.5 times faster than Windows 2003.
Now I have no reason not to believe him, but I was expecting a little more. And I'd wager the suits considering switching to Samba also expect more.
you mean, there is a kernel implementation of the NFS daemon. There is also one which runs purley in userspace, but on Linux, it is not used very much anymore nowadays.
There is smbclient in userspace (which is similar to an FTP client), but if you want to mount an SMB share into the linux VFS, you need the kernel module - like you need the NFS kernel module if you want to mount an NFS filesystem.
There are a lot of people asking about the numbers.
Well, I get the print edition of IT Week and the numbers are there on page 19, in the form of a lovely little graph. The (print) article says they used a HP ProLiant BL10 eCLass Server (900MHz PIII, 40Gb ATA, 512Mb Ram) and goes in to a little detail about the benchmarking software used.
I couldn't see a copy of the article on their website but you can download an electronic copy, in some god-forsaken windows only ebook format, from www.itweek.co.uk/ebook.
Boring Old Fart (40, married, 3 kids...er no...make that 49, married, 3 grown up kids...it's been a long time)
I know this is more of a AskSlashdot question...
My impression of Linux/Unix systems has always been that each host has it's own set of user accounts and if I have 3 hosts it means that I have to maintain 3 sets of passwords. With NT4/Win2000, my servers share a common userspace so that you only have to maintain a single user account. Is there something under Linux/Unix that does this?
How easy is it to drop a Samba server into an existing Win2000 network? Our Novell 5 server is starting to show it's age (file/printing only) and I'm starting to wonder whether to move to a later version of Novell, switch to Linux/Samba, use a NAS device, or just load up another Win2000 server.
(With the security issues this year with Windows, however, I'm not sure I want to make Windows our main file server.)
Wolde you bothe eate your cake, and have your cake?
I'm a networking, sysadmin, programmer (mostly programmer) consultant for small businesses in Sarasota, Florida. Most of my customers are small businesses (less than 12 people) and are looking for ways to keep costs down.
After proposing a new 2.4GHz server with Win2k3, they were sticker shocked and decided to not hire me for the job. Then one of THEM mentioned Linux (which I love and hav used for 5 years). I told them that I use Linux in my software development practice, and we could consider this as an alternative for File Server (Samba), centralized security (ldap) and backups (Mandrake backup utility). We're also using VNC (realvnc.org) for remote desktop. I can also easily SSH and do remote X session from my office, or use VNC.
It's been up for a week now, and they LOVE IT! It's fast, flexible, and you cant beat the price. And I've learned my Lesson to be mention Linux even when they specifically ask for Windows (I'm not a pushy sales person, but I do believe an presenting choices to my customers)
They wanted to outsource their IT department (the owner doesn't ever want to worry or think about their IT issues), so we made a deal that allows me to keep their systems updated, but doesn't force him to hire an on-site IT person.
Speed was NOT an issue for the Samba server, since they mostly use MS Office (win xp pro workstations) documents. However, this was a great step for them to embrace and support open source software (I donate to several projects in turn).
I hope this story might help somebody who is considering doing something similar. I'm happy to answer any questions about our experiences.
-Scott James
Suncoast Linux - Sarasota, FL
I'll focus on the network cache consistancy problem since that's the one I've had problems with. I don't know about the general speed issue (what speed are you referring to? throughput? Resource availablility? Master Browser updates? connection speed and concurrency under a heavy user load? ) I have experienced all kinds of problems with a highly volitile network, with programmers running multiple OS's inside of virtual machines. These virtual OS's need to be frequently restarted, meaning the network is constantly gaining and droping objects.
A prime example of Microsoft's bad cache coherency problem is that if an object is deleted or removed from the network, the information can take over an hour to propogate through the entire network. The worst case isn't nearly as bad in the pure-Samba implementation, but the difficulty remains. This failure means that newly added resources aren't immediately visible on the network, or recently removed resources take a long time to be removed, and show up as errors when you try to access them. Or the object can be visible on some machines, but not available on others.
When there is a high level of volitility on the network (machines being frequently rebooted or shut down, network re-wiring, etc.) this can really plague any SMB or CIFS network, but is especially hard on Windows boxes, and more so the older your Windows implementation. Problems are exacerbated if either the LMB or LMB-backup system is the one going back up and down, because the Windows boxes will respond less-quickly to the problem; this results in further instability for the SMB network, since critical nodes are not available, propogate incorrect data, and take longer to reconfigure.
As you mentioned, the Samba boxes are faster than the Windows boxes, but not as big of a difference as you experience. You said you have "a LAN full of Win2000/XP boxes", which probably means they are on most or all of the time. Is it unreasonable to assume that the author has a more volitle network, or is otherwise more prone to speed impairment issues?
frob
//TODO: Think of witty sig statement
MicroSoft has a history of maintaining its monopoly by breaking compatibility with competitor's products by subtily changing (or they claim its extending and enhancing) the protocol. The most famous example were DrDOS and Java. If Samba gets too close, I wouldn't be suprised if MS didn't come up with an "enchancement" to Active Directory or SMB/CIFS or the NT-authentication protocols that will break Samba. The up-coming service pack will be the perfect oportunity for a "security fix" that will wall out Samba for a while.
(Related but slightly off-topic) A few days ago, there was an article about IE having broken support for standards, especailly CSS. I don't think that is an acident. I strongly suspect that MS won't fix IE because the "problem" helps them maintain a monopoly in browsers. If you want to get your stuff to render properly in 95% of people's browsers, you have to code to IE, not the "standard". This means your stuff won't render properly in the other 5% of browsers unless you go through lots of trouble to do browser dectection, alternate pages, or take lots of care for cross-browser compatibility.