04-12-2006
The future...
Quote:
Originally Posted by Reza Nazarian
Thanks a lot for your patience in teaching me.
Sometimes I am hearing that some software companies are claiming that the trend is towards Windows not unix what is your opinion. I am asking this question because I love unix and I can't understand this humors.
If ask you ask I, here's my prognosis:
As we have 3 branches of "real" UNIX
1. Linux, will progress as a humble server platform with virtually no decent desktop applications it has little chance to become a mainstream. There's almost nothing to offer for a modern computing: no real advanced photo editing, no advanced movie-video editing, no reliable office program (try forge your resume once in OpenOffice to assent to this my statement ;-) ). Linux will have profound influence on the entire UNIX community though, as all new, advanced tools come from there... As to my taste BSD still much better choice by many reasons... I think Linux will transform itself to something else or it will dye out to the OS X systems.
2. OS X had become the best UNIX ever, and the best OS in a existence. No one who has spent at least two hours in from of Tiger can go back to anything else. It unites best ever UNIX, that is BSD UNIX with stunning Aqua GUI. It Has all the commercial applications of importance running on it: MS Office (much refined than PC version), Adobe products, extensive multimedia tools, Video editing tools and so on. Great platform.
3. Big UNIXes such as Solaris and AIX (and almost dead HP) have seen better times. Solaris offers a lot but I kind of stumbled by their prices including the cost of service. All three had been the mainstream with corporative environment but gradually lose ground to Linux and OS X. Some 5-6 years ago Sun (along with ver much dead Silicon Graphics) had been a major player on graphical systems market. As far as I know this market was lost by Sun completely. AIX is one hardware platform system but for industrial environment, to my taste it is the best. It is very reliable with outstanding technical support and great, easy to use administration tools. It is possible to manage complete powerful system with sophisticated volume management after mere one week training.
Windows. I think Microsoft is in demise. It has been postponed for four years in row the release of the new version and it speaks for itself. If money hungry MS postpones release it means it implies that HUGE number of problems that it may cause massive departure from this platform. The whole conception behind Windows with deep interlinking of all embedded components made the project unmanageable. It is not only that it takes too long to publish release, it will take as much long to produce any relevant updates. I don't think Microsoft as a producer of operating systems will make it to 2010.
9 More Discussions You Might Find Interesting
1. UNIX for Dummies Questions & Answers
Good day!
I am trying to learn how to use the "sed" editor, to perform multiple edits on multiple files in multiple directories.
I have one script that tries to call up each file and process it according to the edits listed in a second script. I am using a small input text to test these, at... (12 Replies)
Discussion started by: kielitaide
12 Replies
2. UNIX for Dummies Questions & Answers
All,
I am an intermediate user, and am running SAS on a nice Solaris machine. However, even when top says that no other programs are running, the machine will only give me 5-7% processor power. Is this a configuration problem with SAS or the way the server is configured? Is there any way I can... (3 Replies)
Discussion started by: dj_is
3 Replies
3. UNIX for Dummies Questions & Answers
hi guys
just give me some information about multi user facilities that unix offer in cmparison to windows.
Thanx (2 Replies)
Discussion started by: nadman123
2 Replies
4. Solaris
I want to apply patches in multiuser mode but stop logins of other users while I do it?
What is the best way to do this?
I will be connected to the system via a putty session over a serial cable from another system (console is messed up)...
Should I put in a dummy passwd and shadow file... (7 Replies)
Discussion started by: NewSolarisAdmin
7 Replies
5. Shell Programming and Scripting
Hi All,
Please ignore if terminology used is incorrect as I am new to Unix.
I want to create a Multi user input form which looks something like this:
ABCD TOOL
Logged User: abcd12 ... (4 Replies)
Discussion started by: vidhu0007
4 Replies
6. Shell Programming and Scripting
I have a file with data records separated by multiple equals signs, as below.
==========
RECORD 1
==========
RECORD 2
DATA LINE
==========
RECORD 3
==========
RECORD 4
DATA LINE
==========
RECORD 5
DATA LINE
==========
I need to filter out all data from this file where the... (2 Replies)
Discussion started by: Finja
2 Replies
7. Shell Programming and Scripting
Hi,
I have a problem where I need to make this input:
nameRow1a,text1a,text2a,floatValue1a,FloatValue2a,...,floatValue140a
nameRow1b,text1b,text2b,floatValue1b,FloatValue2b,...,floatValue140b
look like this output:
nameRow1a,text1b,text2a,(floatValue1a - floatValue1b),(floatValue2a -... (4 Replies)
Discussion started by: nricardo
4 Replies
8. Programming
I am trying to write a large X app. I have successfully modified my xorg.conf to setup 4 monitors on an NVIDIA Quatro5200. I am trying to modify a simple hello world application to open a window on three of the four monitors. depending on the changes to loop the window creation section and event... (2 Replies)
Discussion started by: advorak
2 Replies
9. Shell Programming and Scripting
Input File:
>Seq1
ASDADAFASFASFADGSDGFSDFSDFSDFSDFSDFSDFSDFSDFSDFSDFSD
>Seq2
SDASDAQEQWEQeqAdfaasd
>Seq3
ASDSALGHIUDFJANCAGPATHLACJHPAUTYNJKG
......
Desired Output File
>Seq1
ASDADAFASF
ASFADGSDGF
SDFSDFSDFS
DFSDFSDFSD
FSDFSDFSDF
SD
>Seq2 (4 Replies)
Discussion started by: patrick87
4 Replies
LEARN ABOUT DEBIAN
multithreading_support
multithreading_support(3) Coin multithreading_support(3)
NAME
multithreading_support - Multithreading Support in Coin The support in Coin for using multiple threads in application programs and the Coin
library itself, consists of two main features:
o Coin provides platform-independent thread-handling abstraction classes. These are classes that the application programmer can freely use
in her application code to start new threads, control their execution, work with mutexes and do other tasks related to handling multiple
threads.
The classes in question are SbThread, SbMutex, SbStorage, SbBarrier, SbCondVar, SbFifo, SbThreadAutoLock, SbRWMutex, and SbTypedStorage.
See their respective documentation for the detailed information.
The classes fully hides the system-specific implementation, which is either done on top of native Win32 (if on Microsoft Windows), or over
POSIX threads (on UNIX and UNIX-like systems).
o The other aspect of our multi-threading support is that Coin can be specially configured so that rendering traversals of the scene graph
are done in a thread-safe manner. This means e.g. that it is possible to have Coin render the scene in parallel on multiple CPUs for
multiple rendering pipes, to better take advantage of such high-end systems (like CAVE environments, for instance).
Thread-safe render traversals are off by default, because there is a small overhead involved which would make rendering (very) slightly
slower on single-threaded invocations.
To get a Coin library built with thread-safe rendering, one must actively re-configure Coin and build a special, local version. For
configure-based builds (UNIX and UNIX-like systems, or with Cygwin on Microsoft Windows) this is done with the option '--enable-threadsafe'
to Autoconf configure. For how to change the configuration and re-build with Visual Studio, get in touch with us at 'coin-
support@coin3d.org'.
There are some restrictions and other issues which it is important to be aware of:
o We do not yet provide any support for binding the multi-threaded rendering support into the SoQt / SoWin / etc GUI bindings, and neither
do we provide bindings against any specific library that handles multi-pipe rendering. This means the application programmer will have to
possess some expertise, and put in some effort, to be able to utilize multi-pipe rendering with Coin.
o Rendering traversals is currently the only operation which we publicly support to be thread-safe. There are other aspects of Coin that we
know are thread-safe, like most other action traversals beside just rendering, but we make no guarantees in this regard.
o Be careful about using a separate thread for changing Coin structures versus what is used for the application's GUI event thread.
We are aware of at least issues with Qt (and thereby SoQt), where you should not modify the scene graph in any way in a thread separate
from the main Qt thread. This because it will trigger operations where Qt is not thread-safe.
Since:
Coin 2.0
Version 3.1.3 Wed May 23 2012 multithreading_support(3)