Login to Account Create an Account
Microsoft Multipoint Server 2010
Posted 17 February 2010 - 08:27 PM
I would like to see the ability to assign the motherboard's native audio sub-system to one of the user consoles (I don't really understand why _all_ console audio must come from USB-attached hardware).
Anyone else trying Multipoint?
Posted 24 February 2010 - 10:48 PM
Posted 25 February 2010 - 09:13 AM
Please read the rules before posting!
Please consider donating to MSFN to keep it up and running!
Posted 04 March 2010 - 06:09 PM
Anyways, after a lot of changes to various settings (mainly pertaining to giving the system the "classic" look when it comes to explorer and the start menu) and after installing lots of third-party software, I think I'm going to have to re-install multipoint.
It no longer starts properly in "normal" or multi-user mode. Instead of getting a proper login screen, I get a white screen with a mouse pointer but nothing else (and that's on all consoles). After about 2 seconds the screen goes black and if I hit a key or move the mouse I get this white screen again which after a second or two goes right to black. I tried doing a "re-install" (or in-place re-install) and after two hours of that process working and finishing it didn't change anything. It starts fine in maintanence mode (ie - single-user mode). I tried re-installing the video driver, but no change.
And get this - there is no restore-point thing with this OS. I think I'll clone the drive periodically so this doesn't happen again.
Posted 25 March 2010 - 10:51 PM
May I ask what class of hardware you're running on it? I know CPUs of today have plenty of processing power available so I'm wondering more about the disk sub-system you're using.
Posted 26 March 2010 - 06:55 PM
The motherboard has 1 IDE interface and at least 6 SATA connectors (maybe 8) and right now all software is running off a single 320 gb WD SATA hard drive (I'm probably going to clone it to a larger drive because I'm already using more than 60% of the drive). I'm really not sure about the reliability of any drive larger than 500 gb at this point, and I know that Seagate has had some real problems with their 750 and 1tb drives. Call me crazy, but I'm more comfortable running two 500gb drives vs a single 1tb drive.
I'll never run raid - I've seen too many people really struggle with them under XP, and I don't think that RAID is done properly on consumer motherboards to justify using it. My idea of a raid set is that when you want a byte from your file system, 4 bits should come from drive A and the other 4 bits should come from drive B. Instead what they do is break files up into 64kb chunks, and any file less than 64kb is stored completely on drive A. I think that's a joke, and not worth the paltry performance increase when weighed against the extra hassle when you need to fix a drive or file-system failure.
Edited by wsxedcrfv, 26 March 2010 - 07:09 PM.
Posted 28 March 2010 - 07:56 PM
All in all it's a nice try for the first run but I'm not sure we'll be deploying it in the initial iteration.
If you are truly planning on deploying this I HIGHLY suggest you figure RAID into the setup. You need to do it with hardware RAID though (not what's built into the OS). There are several reasons for this:
- It'll give you better performance. This is particularly noteworthy since more than one person will be using the PC at once. Also, if you're going to have more than 2-3 consoles per MultiPoint Server, consumer-level (normal desktop) SATA drives aren't optimized for multiple users. For this reason you may also look into spending a little extra cash on enterprise-level (workstation/server) SATA drives. RAID will lessen the impact of using standard SATA drives though.
- Use either RAID1, RAID5 or RAID10 (four drives may be overkill though). Think about this scenario: you have a MultiPoint Server with 5 consoles. This MPS only has a single hard drive...and that hard drive dies. Now instead of having one station down you have five down. A simple RAID1 setup would allow the system to remain running until time to replace the drive...which should take about 15 minutes. With a hot-swappable setup you wouldn't even have to shut it down.
RAID is so cheap and easy to implement these days it really shouldn't even be a question of whether or not to do it. I don't have a single system on my home network that doesn't use RAID. It's a given that all of my servers at work use it, but even my semi-critical systems are using RAID. Adding it to a desktop configuration is usually only the cost of the second (or third) drive.
Edited by nmX.Memnoch, 29 March 2010 - 05:06 PM.
Posted 03 April 2010 - 07:32 AM
Only the keyboard and mouse is USB. The video is not. And the mouse (mice) are very responsive on our system. Absolutely no problems. The people using it do a lot of graphic instensive work (Coreldraw, Page Maker, ARC-ESRI geo informantics) and the files are huge.
We tested it a bit on Friday. The results were mixed. While I like the idea, mouse movement was really slow with no ability to change the speed. The Control Panel setting is there, but it didn't seem to have an effect. And since this is basically "RDP over USB", you don't get the full Aero interface either.
Totally disagree about that. Our system is running with a 320 GB Western Digital Sata drive that's 2 years old (it was used in another system - as part of a raid set, but that person had so much problems with his system failing that he swore off raid). This might even be a SATA-1 drive (not even SATA-2). I will probably clone this 320 gb drive to a brand-new 500 gb SATA-2 (with 32 mb cache) which will become the new working drive (I don't trust the reliability of drives > 500 gb at this point).
If you are truly planning on deploying this I HIGHLY suggest you figure RAID into the setup.
One problem that I haven't solved yet with multipoint is that I haven't been able to get a pair of Logitech USB speakers to work. It's the only sound hardware I've tried so far. If anyone knows what I have to do to get these working, or if there's other USB speakers that do work, please let me know.
Posted 04 April 2010 - 01:56 PM
Only the keyboard and mouse is USB. The video is not.
And since this is basically "RDP over USB", you don't get the full Aero interface either.
Yes, I understand that. However, if you look at the "Sessions" column of the "Users" tab in Task Manager you will see that all of your "consoles" are indeed RDP sessions. That's why I called it "RDP over USB", with the obvious exception that video is done over a VGA/DVI/HDMI/DP connection. My point being that Aero doesn't work over RDP, which is why you don't get the full Aero interface on each console.
Totally disagree about that.
If you are truly planning on deploying this I HIGHLY suggest you figure RAID into the setup.
Disagree if you will but the recommendation still stands, and for very good reason. I would hope that you didn't stop reading there and read the rest of the post on why I recommended it. Implementing RAID isn't as daunting/difficult as it used to be (not that it ever really was with the right controller). Using RAID isn't always about providing speed improvements either. In this case it would be more about providing better uptime. While RAID isn't total protection, it certainly minimizes the impact of a drive failure. If your company can afford to pay those employees to sit idle while the system is being repaired (read: reinstalled and reconfigured) then I guess you don't really need to implement it. Most companies would prefer not to have one employee sitting idle due to a hardware failure, let alone several just because one system failed.
Posted 10 April 2010 - 08:39 AM
We totally don't care about Aero.
My point being that Aero doesn't work over RDP, which is why you don't get the full Aero interface on each console.
Until drives larger than 500 gb prove themselves (from a reliability POV) then I'm sticking to drives max-size = 500 gb. Our experience with drives 80 gb - 320 gb has been excellent, and in the 2 years that we've been using drives 400 - 500 gb we've had no problems.
Using RAID isn't always about providing speed improvements either. In this case it would be more about providing better uptime. While RAID isn't total protection, it certainly minimizes the impact of a drive failure. If your company can afford to pay those employees to sit idle while the system is being repaired (read: reinstalled and reconfigured) then I guess you don't really need to implement it. Most companies would prefer not to have one employee sitting idle due to a hardware failure, let alone several just because one system failed.
The situation this machine is used in is not as sophisticated (from a corporate structure or employment pov) as you imagine such that hardware downtime has $$$ implications as you suggest.
Our main problem right now is dealing with MPS 2010 and printer issues.
There is 1 scanner and 2 printers connected to the machine (we haven't yet installed the scanner driver or tried to use the scanner).
One printer is a small laser (8.5 x 11) and the other is large format inkjet (11 x 17) HP K8600. I'm getting the sense that when it comes to printers, that each user sees or experiences his own print-driver setup properties and it's been a real struggle to get the laser printer to print "the same" for each user. As for the k8600, we have yet to get it to print an 11 x 17 page. We set all the various pages and pages of config settings for tabloid or 11 x 17, the print preview indicates an 11 x 17 output, and yet we get an 8.5 x 11 output on a full 11 x 17 page.
From reading other forums, many people have had problems running various printers on windows 7 that previously worked fine on XP (as these printers did).
I'm baffled as to what exact printer driver software I'm supposed to run on MPS 2010 for the K8600. Most of the HP files that I've downloaded will run (to a point) and then throw up an error that I'm running an incompatible OS (even though I'm trying their Win-7-64 bit or Vista 64 bit files).
I've also tried the manual driver-install method, where I unpack those HP files and then use the "have disk" method to install new drivers.
By now, I'm sure this system is a tangled mess when it comes to printer drivers.
I would have thought that many printers in corporate and soho environments would be under the direct control of servers running Server 2003 or Server 2008, and that printer drivers for those OS's would be of prime focus to get working correctly. Am I wrong about that?
Posted 28 March 2011 - 10:55 PM
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users