Sponsored Content
Operating Systems Solaris Do Linux "Sleep Mode" Problems Happen on UNIX? Post 302972786 by mjdz on Tuesday 10th of May 2016 09:04:27 PM
Old 05-10-2016
Do Linux "Sleep Mode" Problems Happen on UNIX?

I am an experienced MS Windows user who has tried four different flavors of Linux: Mandriva, Centos, Debian, and Ubantu---each on a different PC. (I always used a dual-boot configuration with Grub and Win XP or Win 7). Each time, I encountered the following two problems:
  1. While resuming from sleep mode, I always found that the screen was blank. I had to press Ctrl-Alt-Del and restart the PC.
  2. The OS would always work fine for about 15-20 minutes. Then, with no warning, it would freeze up. I had to press Ctrl-Alt-Del and restart the PC.
After experimenting with various recommended configuration tweaks, I could not resolve these problems. According to comments from other users, who complained about the same thing, the problem is related to the video card. Here is the alleged problem:
NVIDIA and other video card manufacturers do not release all information about their software and firmware to non-commercial groups. Therefore, Linux software can never be fully compatible with any video card. In each build of Linux, there is an "unknown" factor, which causes video-related performance problems.
I lost interest in Linux for this reason. Now, however, I am growing even more tired of MS Windows, and I am wondering---is UNIX immune to these two problems (since UNIX is still a commercial product)?

Can anybody give me an opinion on this?

Thanks.
 

2 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

Commands on Digital Unix equivalent to for "top" and "sar" on other Unix flavour

Hi, We have a DEC Alpha 4100 Server with OSF1 Digital Unix 4.0. Can any one tell me, if there are any commands on this Unix which are equivalent to "top" and "sar" on HP-UX or Sun Solaris ? I am particularly interested in knowing the CPU Load, what process is running on which CPU, etc. ... (1 Reply)
Discussion started by: sameerdes
1 Replies

2. UNIX for Dummies Questions & Answers

problems with "cp" (reliant unix 5.43)

Hi, I've got a problem with the copy - command (reliant unix 5.43). It appears to me rather difficult to copy large amount of data. A command like "cp *.jpg" is simply refused. Does anybody know something about such a kind of restriction? Something like ... only 256 files could be copied at... (2 Replies)
Discussion started by: sysadv
2 Replies
VESA(4) 						     Kernel Interfaces Manual							   VESA(4)

NAME
vesa - Generic VESA video driver SYNOPSIS
Section "Device" Identifier "devname" Driver "vesa" ... EndSection DESCRIPTION
vesa is an Xorg driver for generic VESA video cards. It can drive most VESA-compatible video cards, but only makes use of the basic stan- dard VESA core that is common to these cards. The driver supports depths 8, 15 16 and 24. SUPPORTED HARDWARE
The vesa driver supports most VESA-compatible video cards. There are some known exceptions, and those should be listed here. CONFIGURATION DETAILS
Please refer to xorg.conf(5) for general configuration details. This section only covers configuration details specific to this driver. The driver auto-detects the presence of VESA-compatible hardware. The ChipSet name may optionally be specified in the config file "Device" section, and will override the auto-detection: "vesa" The following driver Options are supported: Option "ShadowFB" "boolean" Enable or disable use of the shadow framebuffer layer. Default: on. This option is recommended for performance reasons. Option "ModeSetClearScreen" "boolean" Clear the screen on mode set. Some BIOSes seem to be broken in the sense that the newly set video mode is bogus if they are asked to clear the screen during mode setting. If you experience problems try to turn this option off. Default: on. SEE ALSO
Xorg(1), xorg.conf(5), Xserver(1), X(7) AUTHORS
Authors include: Paulo Ce'sar Pereira de Andrade. X Version 11 xf86-video-vesa 2.3.1 VESA(4)
All times are GMT -4. The time now is 02:08 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy