A really BIG display

A really BIG display

Post by doctor_octo.. » Thu, 21 Sep 2000 04:00:00



I'm hoping that someone out there might have some experience with
getting a bunch of monitors (say, 9) to function as one logical display
- a really big screen.

I've been looking at the advice on sunsolve, (using Xinerama) and at
best it is incomplete, offering as an example a paltry three display
system.

I'd be very interested in any experiences and/or advice I could get from
anyone who has actually done this, even if the way they got it to work
is somewhat arcane (actually, the more arcane the better!).

Thanks!

Sent via Deja.com http://www.deja.com/
Before you buy.

 
 
 

A really BIG display

Post by Logan Sh » Thu, 21 Sep 2000 04:00:00



>I'm hoping that someone out there might have some experience with
>getting a bunch of monitors (say, 9) to function as one logical display
>- a really big screen.

I believe you can buy a little box that does this all by itself -- send
in one video signal, and out come 9 (or 16 or whatever) of them.

If such a machine takes a VGA-style input and can output NTSC stuff,
you could just use televisions -- a television ought to be able to do
O.K. at showing 1/9 as many pixels as a computer monitor.

Of course, that might not be useful for your purposes.

If you want a software-only solution (you have 9 monitors hooked to one
or more computers already), I'd look at VNC and see if it has a zoom
function -- you could just do this over the network and have each
viewing client zoom in on a different portion of the virtual display.
(Hey, you said arcane was O.K.!)

  - Logan

 
 
 

A really BIG display

Post by Alan Coopersmit » Thu, 21 Sep 2000 04:00:00



|I'm hoping that someone out there might have some experience with
|getting a bunch of monitors (say, 9) to function as one logical display
|- a really big screen.
|
|I've been looking at the advice on sunsolve, (using Xinerama) and at
|best it is incomplete, offering as an example a paltry three display
|system.

Xinerama should work up to 16 monitors - and I've run it across 9
before.  (All arranged in a line so moving the mouse from one edge
to the other is quite a workout!)  

The best advice I have is make sure you have the latest Xsun patches
and keep up to date on them as they fix a number of Xinerama bugs.

--
________________________________________________________________________


  Working for, but definitely not speaking for, Sun Microsystems, Inc.

 
 
 

A really BIG display

Post by Roland Main » Fri, 22 Sep 2000 04:00:00



> I'm hoping that someone out there might have some experience with
> getting a bunch of monitors (say, 9) to function as one logical display
> - a really big screen.

> I've been looking at the advice on sunsolve, (using Xinerama) and at
> best it is incomplete, offering as an example a paltry three display
> system.

> I'd be very interested in any experiences and/or advice I could get from
> anyone who has actually done this, even if the way they got it to work
> is somewhat arcane (actually, the more arcane the better!).

You can plug as much m64 framebuffers in an UltraSPARC as you want, see
http://www.belwue.de/aktivitaeten/projekte/SUN-SH-2-SUN-DH.html (in
german, use BableFish (http://www.thedaily.com/bablefish.altavista.html)
to translate it).
I'm working with three m64 framebuffers in my Ultra5 (one internal, 2
PCI cards) - you'll need more PCI slots if you want more heads... :-)
AFAIK Xinerama in Xsun is limited to max. 16 framebuffers; plain
Xservers build from X11R6.4pl3 source tree are limited to 3 screens -
but that's only a "variable" (#define) which can be increased within
seconds... :-)

Be sure that you have recent (better: the latest) Xsun patch for Solaris
2.7 (better: current Xsun patch for Solaris 2.8 as there is a fix for an
ugly performance problem when using Xinerama. "Traditional" MultiHead
(seperate screens, e.g. no single logical screen) works fine here :-)).

Other solutions:
1. AFAIK HP supports something called SLS - Single Logical Screen which
work even between different machines.
2. Step 1 above may be emulated by simple Xnest hacking. Xnest supports
multiple screens which are represented by windows (on an existing
Xserver, Xnest is XinX - X nested). In theory Xnest may be modified to
send these windows to seperate displays (assuming that these displays
have the _same_ properties (visuals, extensions, default depth and so
on...)).

----

Bye,
Roland

--
  __ .  . __


  /O /==\ O\  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
 (;O/ \/ \O;) TEL +49 641 99-13193 FAX +49 641 99-41359

 
 
 

A really BIG display

Post by Roland Main » Fri, 22 Sep 2000 04:00:00


Hi !

----


> 2. Step 1 above may be emulated by simple Xnest hacking. Xnest supports
> multiple screens which are represented by windows (on an existing
> Xserver, Xnest is XinX - X nested). In theory Xnest may be modified to
> send these windows to seperate displays (assuming that these displays
> have the _same_ properties (visuals, extensions, default depth and so
> on...)).

Small note: Xnest binary for Solaris 7/8 SPARC _with_ Xinerama support
(currently limited to three screens, working on that... :-) )
See
http://puck.informatik.med.uni-giessen.de/download/GISWxwplt-sparc.ta...

----

Bye,
Roland

--
  __ .  . __


  /O /==\ O\  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
 (;O/ \/ \O;) TEL +49 641 99-13193 FAX +49 641 99-41359

 
 
 

1. Big (REALLY BIG) HD storage & Linux

Okie..allow me to apologize in advance, as this will be long, and
contain many questions:)

I've read (and read and read) to determine if there are limiting
factors to the amount of HD space mountable under Linux.
We are setting up a POP to support the student population of a small
campus, and a storage minimum of 5MB per student has been established.
My understanding from the SCSI-HOWTO is that Linux can handle drives
up to a Terabyte. what we actually need is the ability to handle at
least 61Gig
Questions:
1. Is there a memory limitation similar to novell in that novell must
have enough memory to hold the tables for the volume size it is
mounting. I seem to remember reading somewhere (and I've tried to find
it) that Linux uses memory for the inodes on the drive....if so, how
much does it require?

2. If it does require memory, is it possible to boot linux from a
smaller partition (obviously we have to boot from one with < 1024 cyl
anyway), then, mount the extra partitions AFTER mounting the swap
partitions? (i.e. will the inode tables be swapped to the swapfile and
allow us to mount the huge partitions that way)

3. If that doesn't work, would it be possible to spread things out a
bit by adding additional servers and mounting thier volumes as NFS,
then use them for the users home directories? (i.e. what are the
memory requirements for mounting an NFS volume...obviously less than
mounting a physical drive that large, but how much less?)

4. Has anyone made use of the NFS volume provided by IBM Lan File
Services/ESA with a Linux system? (for humor I should interject here
that I thought the Mainframers were gonna pass out when we told them
in a meeting we wanted to consider sucking up 61Gig of thier shiny new
DASD...I thought the tape backup guy was gonna have a heart attack
when we started talking about ADSM:) and the IBM rep went all starry
eyed like he was gonna retire after selling us another one maybe:)

5. On a little different track, has anyone thought of a nifty way to
place user home directories under home but on another drive?
I've considered rranging them under home/home1/user...home/home2/user,
but maybe someone knows of a better way that would require a less
complicated script (we're importing a list), and less administration:)

6. Anyone had any experience (read problems) running Linux on a Compaq
Prosignia 5000 server?

I know this is long, and I apologize once again. While I've run Linux
for a while, I've never seen anyone talk about mounting more than
about 10Gig....so I thought I'd best check out the answers to this
stuff prior to committing myself to administrative hell:)

Thanks,
Steve Walker

2. Some minor problems (Swap error, backspace in Openwindows)

3. Big Big Big CORE Image !!

4. Need help to patition a 16.8G HD for DOS+Win95, Linux ...

5. I have a BIG, BIG,BIG problem with DOSEMU 0.98.5.

6. Card found but initialization delayed! Help?

7. Big, Big Very BIG SCSI DISK

8. Slow PPP connection

9. lpr and REALLY BIG files.

10. ar barfing on really big archives...

11. bug in sh (when dealing with really big variables and case switch)?

12. Really big RAID for x86

13. Must 10MB file really be 10MB big?