Slashdot Mirror

Steve Lionel

Steve Lionel

Not that I'm still using a VT101 (never quite understood why pine and other programs would confuse the term, after all if it's a VT101, it's supposed to be VT100 compatible, right?), but it's funny to notice on my desk (I have an extra-large one :) that the VT320 case does not have the same color as the keyb I use with it (an LK401 I found in our dump) or the same color as my 19" BW monitor (VR319) or the 19" color monitor (VRT19).

Talking of the VR319, the one I was using blew-up on me (actually, it just smoked and the screen collapsed into a single spot, just like in the movies 8) and this is quite a bad news for me, because I was using it for displaying my medical images (CT scans), while doing the color 3D rendering on the VRT19...

Do you know know if compaq still sells 19" BW monitors? Last I checked, there was some kind of exchange program but I could not find the specs of the advertised monitor (PCXAV Auto-Scan, Monochrome Grayscale Monitor) anywhere else...

---

I'm not sure who "this fellow" is, but I assume you mean Alvy Ray Smith. In any case, bilinear and trilinear reconstruction functions are not "proper" for all cases, especially in texture mapping. For the highest quality, you need an anisotropic filter. A good discussion of the technical issues can be found in this SIGGRAPH 1999 paper.

Admittedly, bi/tri-linear reconstruction is much better than box-filtering (aka pixel replication). On a very skew polygon with texture, trilinear aliases (either blurs or jaggies) badly because it's an isotropic filter. Anisotropic filters handle this case, but are more expensive.

if you put wipo through babelfish (Russian to English), it translates as "shaft"

Seems quite appropriate really :)

This doesn't stop the publisher from doing the Right Thing, however. It doesn't happen often, but every once in a while, a former publisher of software will do the right thing and make copyrighted works available at no charge after their commercial value is gone.

There are some examples of this actually happening. I started off my small-computer career using the venerable TRS-80 line of computers, which were actually decent machines for the day when outfitted with a third-party operating system. A number of applications (including source and binaries for my OS of choice in those days) have been made available by their copyright holders -- see http://www.research.di gital.com/SRC/personal/mann/trs80.html if you're interested in these specific examples.

I'd love to see terms written into a license agreement that allow unrestricted free distribution of the software either immediately or X years after the software is no longer sold and/or supported. I'm not, however, holding my breath, since the point of most license agreements is to disavow everything said elsewhere on the product's packaging. :)

Phil

An interesting statement, given that Digital Equipment Corporation first provided that capability on VAXclusters under VMS in 1983, and the current development of that inital product is available from Compaq under both OpenVMS VAX and Alpha systems as well as forming the basis for TruCluster for Tru64 UNIX, including a distributed Cluster File System.

Not that it's isn't a good thing for Linux to have these capabilities, or for them to be Open Source; but maintaining that nothing like NOW exists currently just isn't the case.

zvezda
Translates directly to star.

Zarya
A city of north-central Nigeria south-southwest of Kano. It is a processing center in a cotton-growing region. Population, 267,300. This is not dawn as implied by our friend DigitalDragon.

Grammar nazi's conclusions:
If you search for zvezda at dictionary.com, then you will get over 2 MB of zip codes. That is not nice. DigitalDragon is also not nice for supplying false information.

If you are interested in learning about VMS, I suggest you check out the following: The VMS FAQ and VMS documentation site, which have a plethora of info. There is not much info on VMS available from source besides Compaq, online or off.

The best way to learn about VMS is to get a VMS system. You can get a VAX system on eBay very cheap (sub-$100) and you can get a complete VMS system software for free (see ). The VMS hobbyist page. There's also a VAX emulator which comes with VMS (Charon VAX).

The Unix texts which refer to Unix as a kludged system are "The Cathedral and the Bazaar" by Raymond, and "The Unix Philosophy" by Gancarz, both of which admit that Unix is a rapid-prototyping environment, and that design is not done when programming for the system. Projects like the Hurd and Linux make me yawn because they are just more implementations of Unix. What's the point? If you inist on cloning an existing system, at least clone something interesting!

Shared disk. This doesn't mean shared filesystem (although TruCluster v5 is apparently approaching this). This means that all cluster nodes have a scsi (or fibre channel) controller on a shared bus. This bus is used to access the filesystems, but also for a non-network based inter-node communication method. When I see a TruCluster node boot, along with all the disks, I see "processor at id 2", "processor at id 3", corresponding to other nodes. In this manner, nodes know each other are up, even if the network "blips".

...and to a lesser extent (ie: I run without this now)

Shared System.TruCluster v5 introduces to the UNIX world what VMS has had for over a decade - the shared system disk. Each system uses the same system disk. I don't mean an identical copy, I mean the *same* disk. (Where disk can be, of course [and should be], a hardware mirror/RAID set). Node-dependent data is kept separate by maintaing private node config directories, which are referenced using "context dependant symlinks". CDSL's are essentially symlinks with variables in them.

..anyways, I've said enough. If you're truly interested in this sort of thing, I invite you to check out: http://www.unix.digital.com/cluster/in dex.html, which is the TruCluster site.

This is the sort of stuff I'd like to see on Linux. I'd help code it but, unfortunately, I have neither the time nor the skill (yet).

I am not, nor have I ever been, an employee of DEC/Compaq - but I have used their products in an enterprise class environment for both user (www, mail, ldap, etc) and database (oracle) services.

-Jeff
<ducks in the corner as the flames rise>

[*]: But I have been using Linux on my personal system since v1.2.8 (walnut creek slack aug 1995)

Personally, if I ran one of these websites, I'd just run my entire website through a free web translator such as babelfish, go translate, or freetranslation, to name a few. Then just paste the result into an obscure directory on my site, and put a link to it.

Sure, these wouldn't be very good translations, but it'd probably be enough to scare off any stupid provincial official.

Not quite there, but promising.

Who the f**k moderated this 100% valid and relevant question as a troll?

There are some good sites out there for keeping your Junkbuster block lists up to date. Although I can't vouch personally for the following, here's what my blocklist has to say: (I actually got this file from the second link below. The comments below are from the block-list's author.)

Hope that helps.

http://www.digital.com/amt/fx32/fx-r elnotes.html

If your dead battery is a Lithium Ion battery, then perhaps it has a problem as my Laptop battery on my DEC Hinote Ultra II -- a software problem in the battery!

The Revision A battery had the problem that once it was dead, it went dead. The Rev B. problem fixed this somehow, but in order to revive it you needed the "Battery Revive Utility" available from http://www4.servi ce.digital.com/support_database/index/epid73.htm which is, presumably, a Vax or something that Compaq forgot to turn off.

Anyway, the theory I've heard is that Li+ batteries are charged heuristically, and there's some RAM or something in the battery that records its charging history, and once that goes dead, the battery loses its mind.

I gave up on mine and bought a new one on Ebay.

The University of Waterloo, which had been using Modula-3 in its second year to teach "good" programming, has just switched to Java. I was fortunate enough to be in the last class of Modula-3, and must definitely say it is one of the nicest languages I've seen. I feel sorry for all the first and second years who will be forced to use Java. *shudder*

• Tru64 has the BEST clustering/failover technology ever developed ...

Actually, I think you'll find that while Tru64 may be years ahead of other Unix systems in clustering/failover technology, OpenVMS is still years ahead of Tru64 in these areas.

While I can't speak authoritatively, I believe that the Tru64 clustering is what OpenVMS had in 1987.

I do believe there is active work to bring the Tru64 clustering capabilities up to more current OpenVMS clustering capabilities, although OpenVMS is not sitting still in these important areas. If you are interested in state-of-the-art clustering, I direct your attention to the The Galaxy Architecture for recent developments in highly flexible clustering. Thi s document is a good overview of the highlights of shared-everything OpenVMS clustering, but it doesn't mention Galaxy.

In fairness to Tru64, it has some features that OpenVMS lacks, like the Logical Storage Manager, that certainly augments a cluster environment.

I also believe that there is a great deal more experience with IP failover and dynamic routing changes in the Tru64 environment vs. the OpenVMS environment. OpenVMS is quickly playing catch up in this area as the TCP/IP code base from Tru64 was recently ported over to OpenVMS and is the new standard there.

Let me anticipate the question about OpenVMS viability. OpenVMS currently represents nearly $4 Billion in yearly revenue for Compaq. This particular $4 Billion is perhaps some of the most profitable product business (as opposed to services), from a margins standpoint that Compaq has. Over 90 percent of the world's CPU chips are controlled by OpenVMS systems. Over 50 percent of the world's cellular phone billing systems run on OpenVMS. OpenVMS is rated #1 in health care. It's heavily used in banking, equity exchange markets and a number of other high availability areas such as lottery systems.

OpenVMS is here to stay. Get used to it.

-Jordan Henderson

• Tru64 has the BEST clustering/failover technology ever developed ...

Actually, I think you'll find that while Tru64 may be years ahead of other Unix systems in clustering/failover technology, OpenVMS is still years ahead of Tru64 in these areas.

While I can't speak authoritatively, I believe that the Tru64 clustering is what OpenVMS had in 1987.

I do believe there is active work to bring the Tru64 clustering capabilities up to more current OpenVMS clustering capabilities, although OpenVMS is not sitting still in these important areas. If you are interested in state-of-the-art clustering, I direct your attention to the The Galaxy Architecture for recent developments in highly flexible clustering. Thi s document is a good overview of the highlights of shared-everything OpenVMS clustering, but it doesn't mention Galaxy.

In fairness to Tru64, it has some features that OpenVMS lacks, like the Logical Storage Manager, that certainly augments a cluster environment.

I also believe that there is a great deal more experience with IP failover and dynamic routing changes in the Tru64 environment vs. the OpenVMS environment. OpenVMS is quickly playing catch up in this area as the TCP/IP code base from Tru64 was recently ported over to OpenVMS and is the new standard there.

Let me anticipate the question about OpenVMS viability. OpenVMS currently represents nearly $4 Billion in yearly revenue for Compaq. This particular $4 Billion is perhaps some of the most profitable product business (as opposed to services), from a margins standpoint that Compaq has. Over 90 percent of the world's CPU chips are controlled by OpenVMS systems. Over 50 percent of the world's cellular phone billing systems run on OpenVMS. OpenVMS is rated #1 in health care. It's heavily used in banking, equity exchange markets and a number of other high availability areas such as lottery systems.

OpenVMS is here to stay. Get used to it.

-Jordan Henderson

-m.

So why did NeXT use Mach in the first place? I'm speculating again. I guess they started out from OSF/1, and the OSF/1 developers had your goals (a) and (b) in mind.

Remember: The Open Software Foundation (OSF, now a merged with the Open Group) was a group of vendors that wanted to develop an Unix platform independent from then-AT&T's UNIX. OSF/1 was to be their kernel. DEC used it to build DEC OSF/1 (now Compaq Tru64 UNIX or whatever it is called this week), and I guess that NeXT took it to build NeXTStep.

The first version of OSF/1 (the one out of which vendors made successful products) was a BSD single server on top of Mach 2.5. At the time it was developed, it was not yet well established that Mach-based systems are slow. In fact, the Mach-2.5-based OSF/1 probably was not that slow: Mach 2.5 had considerably less bloat than Mach 3.0, and it was not really a microkernel-based system as it was closely integrated with a BSD kernel - that is, the microkernel and the BSD server shared the kernel address space (this is sometimes called ``colocation''; the OSF recently rediscovered this technique to speed up MkLinux on top of Mach 3.0). Only with the advent of Mach 3.0, the first ``real'' microkernel, people started to notice that there is something wrong with Mach's original approach.

That said, it does not necessarily follow that microkernel-based system, or even Mach-based systems in particular, need to be slow. I do microkernel-related research myself, and my group has shown with L4Linux that a Unix single server can be implemented with very reasonable overhead on top of a ``real,'' second-generation microkernel - in this case, L4 (macrobenchmarks indicate that L4Linux has an overhead of about 2% to 3% when compared to the original monolithic Linux kernel).

I do not really know MacOS X's architecture well enough to give a well-informed statement, but my guess is that they have enough talent to avoid the most stupid mistakes.

Adamic and Huberman (2) 99. L. Adamic and B. Huberman. Scaling behavior on the World Wide Web, Technical comment on Barabasi and Albert 99.

Aiello, Chung, and Lu 00. W. Aiello, F. Chung and L. Lu. A random graph model for massive graphs, ACM Symposium on the Theory and Computing 2000.

Albert, Jeong, and Barabasi 99. R. Albert, H. Jeong, and A.-L. Barabasi. Diameter of the World Wide Web, Nature 401:130-131, Sep 1999.

Barabasi and Albert 99. A. Barabasi and R. Albert. Emergence of scaling in random networks, Science, 286(509), 1999.

Barford et. al. 99. P. Barford, A. Bestavros, A. Bradley, and M. E. Crovella. Changes in Web client access patterns: Characteristics and caching implications, in World Wide Web, Special Issue on Characterization and Performance Evaluation, 2:15-28, 1999.

Bharat et. al. 98. K. Bharat, A. Broder, M. Henzinger, P. Kumar, and S. Venkatasubramanian. The connectivity server: fast access to linkage information on the web, Proc. 7th WWW, 1998.

Bharat and Henzinger 98. K. Bharat, and M. Henzinger. Improved algorithms for topic distillation in hyperlinked environments, Proc. 21st SIGIR, 1998.

Brin and Page 98. S. Brin, and L. Page. The anatomy of a large scale hypertextual web search engine, Proc. 7th WWW, 1998.

Butafogo and Schniederman 91. R. A. Butafogo and B. Schneiderman. Identifying aggregates in hypertext structures, Proc. 3rd ACM Conference on Hypertext, 1991.

Carriere and Kazman 97. J. Carriere, and R. Kazman. WebQuery: Searching and visualizing the Web through connectivity , Proc. 6th WWW, 1997.

Chakrabarti et. al. (1) 98. S. Chakrabarti, B. Dom, D. Gibson, J. Kleinberg, P. Raghavan, and S. Rajagopalan. Automatic resource compilation by analyzing hyperlink structure and associated text, Proc. 7th WWW, 1998.

Chakrabarti et. al. (2) 98. S. Chakrabarti, B. Dom, D. Gibson, S. Ravi Kumar, P. Raghavan, S. Rajagopalan, and A. Tomkins. Experiments in topic distillation, Proc. ACM SIGIR workshop on Hypertext Information Retrieval on the Web, 1998.

Chakrabarti, Gibson, and McCurley 99. S. Chakrabarti, D. Gibson, and K. McCurley.Surfing the Web backwards, Proc. 8th WWW, 1999.

Cho and Garcia-Molina 2000 J. Cho, H. Garcia-Molina Synchronizing a database to Improve Freshness . To appear in 2000 ACM International Conference on Management of Data (SIGMOD), May 2000.

Faloutsos, Faloutsos, and Faloutsos 99. M. Faloutsos, P. Faloutsos, and C. Faloutsos. On power law relationships of the internet topology, ACM SIGCOMM, 1999.

Glassman 94. S. Glassman. A caching relay for the world wide web , Proc. 1st WWW, 1994.
Harary 75. F. Harary. Graph Theory, Addison Wesley, 1975.

Huberman et. al. 98. B. Huberman, P. Pirolli, J. Pitkow, and R. Lukose. Strong regularities in World Wide Web surfing, Science, 280:95-97, 1998.

Kleinberg 98. J. Kleinberg. Authoritative sources in a hyperlinked environment, Proc. 9th ACM-SIAM SODA, 1998.

Kumar et. al. (1) 99. R. Kumar, P. Raghavan, S. Rajagopalan, and A. Tomkins. Trawling the Web for cyber communities, Proc. 8th WWW , Apr 1999.

Kumar et. al. (2) 99. R. Kumar, P. Raghavan, S. Rajagopalan, and A. Tomkins. Extracting large scale knowledge bases from the Web, Proc. VLDB, Jul 1999.

Lukose and Huberman 98. R. M. Lukose and B. Huberman. Surfing as a real option, Proc. 1st International Conference on Information and Computation Economies, 1998.

Martindale and Konopka 96. C. Martindale and A K Konopka. Oligonucleotide frequencies in DNA follow a Yule distribution, Computer & Chemistry, 20(1):35-38, 1996.

Mendelzon, Mihaila, and Milo 97. A. Mendelzon, G. Mihaila, and T. Milo. Querying the World Wide Web, Journal of Digital Libraries 1(1), pp. 68-88, 1997.

Mendelzon and Wood 95. A. Mendelzon and P. Wood. Finding regular simple paths in graph databases, SIAM J. Comp. 24(6):1235-1258, 1995.

Pareto 1897. V Pareto. Cours d'economie politique, Rouge, Lausanne et Paris, 1897.

Pirolli, Pitkow, and Rao 96. P. Pirolli, J. Pitkow, and R. Rao. Silk from a sow's ear: Extracting usable structures from the Web , Proc. ACM SIGCHI, 1996.

Pitkow and Pirolli 97. J. Pitkow and P. Pirolli. Life, death, and lawfulness on the electronic frontier, Proc. ACM SIGCHI, 1997.

Simon 55. H.A. Simon. On a class of stew distribution functions, Biometrika, 42:425-440, 1955.

White and McCain 89. H.D. White and K.W. McCain, Bibliometrics, in: Ann. Rev. Info. Sci. and Technology, Elsevier, 1989, pp. 119-186.

Yule 44. G.U. Yule. Statistical Study of Literary Vocabulary, Cambridge University Press, 1944.

Zipf 49. G.K. Zipf. Human Behavior and the Principle of Least Effort, Addison-Wesley, 1949.
___

Adamic and Huberman (2) 99. L. Adamic and B. Huberman. Scaling behavior on the World Wide Web, Technical comment on Barabasi and Albert 99.

Aiello, Chung, and Lu 00. W. Aiello, F. Chung and L. Lu. A random graph model for massive graphs, ACM Symposium on the Theory and Computing 2000.

Albert, Jeong, and Barabasi 99. R. Albert, H. Jeong, and A.-L. Barabasi. Diameter of the World Wide Web, Nature 401:130-131, Sep 1999.

Barabasi and Albert 99. A. Barabasi and R. Albert. Emergence of scaling in random networks, Science, 286(509), 1999.

Barford et. al. 99. P. Barford, A. Bestavros, A. Bradley, and M. E. Crovella. Changes in Web client access patterns: Characteristics and caching implications, in World Wide Web, Special Issue on Characterization and Performance Evaluation, 2:15-28, 1999.

Bharat et. al. 98. K. Bharat, A. Broder, M. Henzinger, P. Kumar, and S. Venkatasubramanian. The connectivity server: fast access to linkage information on the web, Proc. 7th WWW, 1998.

Bharat and Henzinger 98. K. Bharat, and M. Henzinger. Improved algorithms for topic distillation in hyperlinked environments, Proc. 21st SIGIR, 1998.

Brin and Page 98. S. Brin, and L. Page. The anatomy of a large scale hypertextual web search engine, Proc. 7th WWW, 1998.

Butafogo and Schniederman 91. R. A. Butafogo and B. Schneiderman. Identifying aggregates in hypertext structures, Proc. 3rd ACM Conference on Hypertext, 1991.

Carriere and Kazman 97. J. Carriere, and R. Kazman. WebQuery: Searching and visualizing the Web through connectivity , Proc. 6th WWW, 1997.

Chakrabarti et. al. (1) 98. S. Chakrabarti, B. Dom, D. Gibson, J. Kleinberg, P. Raghavan, and S. Rajagopalan. Automatic resource compilation by analyzing hyperlink structure and associated text, Proc. 7th WWW, 1998.

Chakrabarti et. al. (2) 98. S. Chakrabarti, B. Dom, D. Gibson, S. Ravi Kumar, P. Raghavan, S. Rajagopalan, and A. Tomkins. Experiments in topic distillation, Proc. ACM SIGIR workshop on Hypertext Information Retrieval on the Web, 1998.

Chakrabarti, Gibson, and McCurley 99. S. Chakrabarti, D. Gibson, and K. McCurley.Surfing the Web backwards, Proc. 8th WWW, 1999.

Cho and Garcia-Molina 2000 J. Cho, H. Garcia-Molina Synchronizing a database to Improve Freshness . To appear in 2000 ACM International Conference on Management of Data (SIGMOD), May 2000.

Faloutsos, Faloutsos, and Faloutsos 99. M. Faloutsos, P. Faloutsos, and C. Faloutsos. On power law relationships of the internet topology, ACM SIGCOMM, 1999.

Glassman 94. S. Glassman. A caching relay for the world wide web , Proc. 1st WWW, 1994.
Harary 75. F. Harary. Graph Theory, Addison Wesley, 1975.

Huberman et. al. 98. B. Huberman, P. Pirolli, J. Pitkow, and R. Lukose. Strong regularities in World Wide Web surfing, Science, 280:95-97, 1998.

Kleinberg 98. J. Kleinberg. Authoritative sources in a hyperlinked environment, Proc. 9th ACM-SIAM SODA, 1998.

Kumar et. al. (1) 99. R. Kumar, P. Raghavan, S. Rajagopalan, and A. Tomkins. Trawling the Web for cyber communities, Proc. 8th WWW , Apr 1999.

Kumar et. al. (2) 99. R. Kumar, P. Raghavan, S. Rajagopalan, and A. Tomkins. Extracting large scale knowledge bases from the Web, Proc. VLDB, Jul 1999.

Lukose and Huberman 98. R. M. Lukose and B. Huberman. Surfing as a real option, Proc. 1st International Conference on Information and Computation Economies, 1998.

Martindale and Konopka 96. C. Martindale and A K Konopka. Oligonucleotide frequencies in DNA follow a Yule distribution, Computer & Chemistry, 20(1):35-38, 1996.

Mendelzon, Mihaila, and Milo 97. A. Mendelzon, G. Mihaila, and T. Milo. Querying the World Wide Web, Journal of Digital Libraries 1(1), pp. 68-88, 1997.

Mendelzon and Wood 95. A. Mendelzon and P. Wood. Finding regular simple paths in graph databases, SIAM J. Comp. 24(6):1235-1258, 1995.

Pareto 1897. V Pareto. Cours d'economie politique, Rouge, Lausanne et Paris, 1897.

Pirolli, Pitkow, and Rao 96. P. Pirolli, J. Pitkow, and R. Rao. Silk from a sow's ear: Extracting usable structures from the Web , Proc. ACM SIGCHI, 1996.

Pitkow and Pirolli 97. J. Pitkow and P. Pirolli. Life, death, and lawfulness on the electronic frontier, Proc. ACM SIGCHI, 1997.

Simon 55. H.A. Simon. On a class of stew distribution functions, Biometrika, 42:425-440, 1955.

White and McCain 89. H.D. White and K.W. McCain, Bibliometrics, in: Ann. Rev. Info. Sci. and Technology, Elsevier, 1989, pp. 119-186.

Yule 44. G.U. Yule. Statistical Study of Literary Vocabulary, Cambridge University Press, 1944.

Zipf 49. G.K. Zipf. Human Behavior and the Principle of Least Effort, Addison-Wesley, 1949.
___

Adamic and Huberman (2) 99. L. Adamic and B. Huberman. Scaling behavior on the World Wide Web, Technical comment on Barabasi and Albert 99.

Aiello, Chung, and Lu 00. W. Aiello, F. Chung and L. Lu. A random graph model for massive graphs, ACM Symposium on the Theory and Computing 2000.

Albert, Jeong, and Barabasi 99. R. Albert, H. Jeong, and A.-L. Barabasi. Diameter of the World Wide Web, Nature 401:130-131, Sep 1999.

Barabasi and Albert 99. A. Barabasi and R. Albert. Emergence of scaling in random networks, Science, 286(509), 1999.

Barford et. al. 99. P. Barford, A. Bestavros, A. Bradley, and M. E. Crovella. Changes in Web client access patterns: Characteristics and caching implications, in World Wide Web, Special Issue on Characterization and Performance Evaluation, 2:15-28, 1999.

Bharat et. al. 98. K. Bharat, A. Broder, M. Henzinger, P. Kumar, and S. Venkatasubramanian. The connectivity server: fast access to linkage information on the web, Proc. 7th WWW, 1998.

Bharat and Henzinger 98. K. Bharat, and M. Henzinger. Improved algorithms for topic distillation in hyperlinked environments, Proc. 21st SIGIR, 1998.

Brin and Page 98. S. Brin, and L. Page. The anatomy of a large scale hypertextual web search engine, Proc. 7th WWW, 1998.

Butafogo and Schniederman 91. R. A. Butafogo and B. Schneiderman. Identifying aggregates in hypertext structures, Proc. 3rd ACM Conference on Hypertext, 1991.

Carriere and Kazman 97. J. Carriere, and R. Kazman. WebQuery: Searching and visualizing the Web through connectivity , Proc. 6th WWW, 1997.

Chakrabarti et. al. (1) 98. S. Chakrabarti, B. Dom, D. Gibson, J. Kleinberg, P. Raghavan, and S. Rajagopalan. Automatic resource compilation by analyzing hyperlink structure and associated text, Proc. 7th WWW, 1998.

Chakrabarti et. al. (2) 98. S. Chakrabarti, B. Dom, D. Gibson, S. Ravi Kumar, P. Raghavan, S. Rajagopalan, and A. Tomkins. Experiments in topic distillation, Proc. ACM SIGIR workshop on Hypertext Information Retrieval on the Web, 1998.

Chakrabarti, Gibson, and McCurley 99. S. Chakrabarti, D. Gibson, and K. McCurley.Surfing the Web backwards, Proc. 8th WWW, 1999.

Cho and Garcia-Molina 2000 J. Cho, H. Garcia-Molina Synchronizing a database to Improve Freshness . To appear in 2000 ACM International Conference on Management of Data (SIGMOD), May 2000.

Faloutsos, Faloutsos, and Faloutsos 99. M. Faloutsos, P. Faloutsos, and C. Faloutsos. On power law relationships of the internet topology, ACM SIGCOMM, 1999.

Glassman 94. S. Glassman. A caching relay for the world wide web , Proc. 1st WWW, 1994.
Harary 75. F. Harary. Graph Theory, Addison Wesley, 1975.

Huberman et. al. 98. B. Huberman, P. Pirolli, J. Pitkow, and R. Lukose. Strong regularities in World Wide Web surfing, Science, 280:95-97, 1998.

Kleinberg 98. J. Kleinberg. Authoritative sources in a hyperlinked environment, Proc. 9th ACM-SIAM SODA, 1998.

Kumar et. al. (1) 99. R. Kumar, P. Raghavan, S. Rajagopalan, and A. Tomkins. Trawling the Web for cyber communities, Proc. 8th WWW , Apr 1999.

Kumar et. al. (2) 99. R. Kumar, P. Raghavan, S. Rajagopalan, and A. Tomkins. Extracting large scale knowledge bases from the Web, Proc. VLDB, Jul 1999.

Lukose and Huberman 98. R. M. Lukose and B. Huberman. Surfing as a real option, Proc. 1st International Conference on Information and Computation Economies, 1998.

Martindale and Konopka 96. C. Martindale and A K Konopka. Oligonucleotide frequencies in DNA follow a Yule distribution, Computer & Chemistry, 20(1):35-38, 1996.

Mendelzon, Mihaila, and Milo 97. A. Mendelzon, G. Mihaila, and T. Milo. Querying the World Wide Web, Journal of Digital Libraries 1(1), pp. 68-88, 1997.

Mendelzon and Wood 95. A. Mendelzon and P. Wood. Finding regular simple paths in graph databases, SIAM J. Comp. 24(6):1235-1258, 1995.

Pareto 1897. V Pareto. Cours d'economie politique, Rouge, Lausanne et Paris, 1897.

Pirolli, Pitkow, and Rao 96. P. Pirolli, J. Pitkow, and R. Rao. Silk from a sow's ear: Extracting usable structures from the Web , Proc. ACM SIGCHI, 1996.

Pitkow and Pirolli 97. J. Pitkow and P. Pirolli. Life, death, and lawfulness on the electronic frontier, Proc. ACM SIGCHI, 1997.

Simon 55. H.A. Simon. On a class of stew distribution functions, Biometrika, 42:425-440, 1955.

White and McCain 89. H.D. White and K.W. McCain, Bibliometrics, in: Ann. Rev. Info. Sci. and Technology, Elsevier, 1989, pp. 119-186.

Yule 44. G.U. Yule. Statistical Study of Literary Vocabulary, Cambridge University Press, 1944.

Zipf 49. G.K. Zipf. Human Behavior and the Principle of Least Effort, Addison-Wesley, 1949.
___

I was really psyched until I read the fine print. I happen to work for one of the companies that originally worked on Motif (or rather the company that bought them). We get Motif 1.2 for free, but have to pay licensing fees for Motif 2.

I use Motif for a bunch of internally developed and used tools. However, since the work I do is only used internally, the company is unwilling to shell out license fess for us to get a recent version. Our customers can buy Motif 2, but we don't get it on the inside. Thus we are trapped with the bugs and primitive feature set of Motif 1.2.

When I saw this headline, I though "At last! Now I can drag our interfaces into the early '90s!" But no, not on our OS of choice. That really frosts me. Thanks for nothing, [so-called but not really] Open Group!

The DS10 is not the smallest Alpha you can get. There is also a DS10L which is a 1U machine. You can also get this preloaded with Linux.

The Alpha is not limited to 2-way SMP. The Alpha can also be put into much larger SMP configurations. The AlphaServer ES40 is 4-way, the GS60 is 8-way, and the GS140 can have up to 14 Alpha processors in it. There is even a new SC that can have 64-512 processors! These are SMP machines, not Beowulf clusters. The Athlon is not even 2-way capable yet.

There are numerous supercomputer Beowulf clusters running Alphas. There are many graphics rendering companies running clusters of Alphas to render the graphics for movies.

The Alpha is far from dead. The comparison was a past-generation 21264 EV6 466MHz vs a new Athlon. The newest Alphas are the 21264 EV67 which perform about 50% better than the EV6. They also have higher speeds up to 733MHz. The Alpha is also slated to replace the old MIPS processors in the Tandem systems. Tandem systems run about 90%+ of the world's financial systems.

BTW, the Athlon has features that were licensed from the Alpha, such as the 200MHz frontside bus.

The Alpha is expensive, but it is worth it on the high end. It is not designed to be a home system, although I would like to have one!

ds-10l

40 of those boxes in a single 19" rack makes for a pretty nice cluster.

http://www.heise.de Site is in German, You may want to use this little fish

The current issue of Wierd magazine is all about this subject. What is says is that people will use their natural languages and that we will use computers to translate for us. Something kind of like Star Treks universal translator. Bablefish is one example of the technology that is in development to make this happen. Researchers are also using voice recongnition software along with translation software to try and get voice to voice, real-time, translatoins.

Your not complaining. If information can't be accessible, what's the point? If the audience isn't being reached, the creators of it have to know or they won't change the site.

They should beable to work out that people can't find stuff if they take the time to look at their logfiles. For example, I have been to this site quite a few times searching for something specific that should be easy to find on that site. I have never successfully found it on the site. I was looking for a telnet server for Windows NT. I used the search function on the site, and found nothing. I did an alta vista search and found a page with the information I wanted and a link to the site that had the software I wanted! The company running a site which has a box saying "search this site" should log failed searches and work out why their search function is failing to give people what they want.

Also, I don't like transparent GIFs. People make these GIFs and then make them transparent, assuming that my browser will have a white background. So for users with a black background, often the GIF looks really crappy, or in the case of diagrams, often totally invisible! If they want to assume that users will have a white background so that their GIF will look good, why don't they just use a non-transparent GIF with a white background???

I can't wait for one of these - I've always wanted to see a heat sink the size of a shoebox...

Let's see - Linux et. al. have M$ on the decline, and IMHO the Alpha could sink _any_ x86 processor out there. The guard is changing. Two years ago I was getting bored with this industry, but not anymore.

BTW, check out http://www.digital.com/info/hp c/ref/ref_alpha_ia64.pdf for the reasons Alphas will smoke IA64. Technical, but interesting.

Yes. Compaq's Turbolaser series, the GS140 will
run up to 14 processors. However, this is old technology. It doesn't run the latest alpha chips, but the next generation of high end AlphaServers are just around the corner and they will. That's the WildFire series, which should start at a max of 32 processors using the newer Alpha EV67 chips @ over 700 Mhz. WildFire is a modular system. You plug 4 CPU bricks together to make as big a system as you need. I expect WildFire to be announced in May. They'll have excellent price/performance ratios.

Lower end systems come in a variety of flavors. From the 1 rack unit single processor DS10L. The 2 processor DS20E, and the four processor ES40.

For more details, check out:

http://www.digital.com/alphaserver/servers.html

And yes, they can run linux. However, Tru64 UNIX brings out the best in them. :-)

Sorry about sounding like a sales-droid. I'm not.

Insert a clause into future open source licenses:

The user of this software agrees to allow the creation of open source software to access any data that is created using this software and either sold to the public or made available for free. The user will place no licensing restrictions on software that is created in compliance with this clause. The user agrees to indemnify and hold harmless such software in all claims of intellectual property infringment involving software to use the data or media. This clause does not apply to copying the data or media itself.

If a clause like this had been in the GPL prior to Titanic being made .... You do the math. The idea is to point out to them that we are valuable to them as both suppliers and as customers. MPAA, are you listening? You are suing the same community that made the special effects in Titanic possible. Be careful. We bite. Imagine filing for an injunction to prohibit the sale, distribution, marketting, rental, and merchandizing of an extremely popular and profitable movie.

I'm sure that by the time the 386 was introduced, they'd been doing 32 bit for ages and were starting to move to 64 bit processors.

I grabbed Compaq's ccc compiler for Linux/Alpha just 2 days ago. It was indeed 2x faster float than what gcc could give. Integer performance will be 10 - 30% better. Get the Compaq Linux Alpha compiler Here.

So young and already nostalgic. :-|

Those who are nostalgic after the olden days of the first Uni*es should have a look at Digital's FTP site where a PDP-11 simulator can be found, together with disk images for Unix versions 5, 6 and 7.

Ah, the glorious times when Small was Beautiful: the V5 kernel was 25802 bytes — nowadays you can hardly find a web page for this size.

of partiular note is the Memory Channel 2 interconnect they are using which gives throughput of 2GB/sec with an amazing latency of less than 2 microseconds.
--

http://www.research.digital.com/SRC/pjb

Y.

• VMS has been around a little while and has quite an assortment of abilities.
• Bridges' OS list

How about the itsy?

Ethernet does NOT fall apart at 30%! That's an old wives' tale. Even on shared media, you can get ~97% bandwidth.

And on a switch, in full duplex mode, you get essentially the whole pipe.

Check out: http://www.res earch .digital.com/wrl/publications/abstracts/88.4.html

The processor is 200mW according to this slide.

Well if you want Digital(compaq)'s opinion check out:
http://www.digital.com/hpc/ref/ref_ systems.html But i guess we can wait until real benchmarks start showing up. but BEWARE the the basic design of ia64 allows for some INSANE optimization if you know what the program is going to do b4hand(ie in a standard benchmark). Pretty good for most scientific computing, but could create obsene benchmark numbers.

My apologies, all. I should have labled the Advanced File System in TRU64 as AdvFS. Pretty cool stuff - it's really hard to trash, and no need for fsck. You can read more here.

I don't remember those particular games, but if you want to play them these days, there's emulators for the TRS-80's that have been avaliable for a number of years. Try Tim Mann's TRS-80 Page for xtrs, an emulator for the Models 1,3, and 4 systems running under X. There's links to other sites for COCO and Model 100 emulators, running on various operating systems (well, DOS at least...). Most of the old software can be had at Ira Goldklang's TRS-80 Revivied Page; they're in a disk image format that most of the emulators can understand.

Chris "Bob" Odorjan

Been there. Done that. Got the CD.

FX!32 and it's Linux equivalent have been available for quite some time.

The optimization is nice, but how many times can the x86 emulation wheel be re-invented (FX!32, K7, Crusoe)?

http://www.re search.digital.com/SRC/mercator/papers/Java99/fina l.html

Another time capsule I very much like: go to ftp://ftp.digital.com/pub/DEC/sim/ and download the PDP emulator from the sources/ subdirectory. Then download the files from the software/ directory: uv5swre.tar.Z is an image of a PDP-11 disk running Unix version 5. That's really something worth trying out. You can also download Unix versions 6 and 7, and some old version of RSTS/E, and a few other dusty programs of the kind. Including a copy of the Lisp interpreter (with source), by L. Peter Deutsch, for the PDP-1.

One thing I would also very much like is to be able to run ITS, the fabled hackers' operating system that ran on the PDP-10. I found the sources, but I don't have a PDP-10 emulator capable of running that thing.

Can't take that much credit. Compiler optimizations are done in the GEM backend which is written by a briliant team in New Hampshire. The VC/Alpha compiler used the Microsoft parser and a translator which wrapped around the GEM library. The real magic is in GEM. I was working on Backend/optimizer code at the time NT/Alpha was cancelled, so that code will never see the light of day. Incidentally, you get the same technology using the compiler that Compaq has now released for Linux. Sadly, this is not open sourced, which is unfortunate.

On the upside, Starting in the next month or so (After I officially leave the VC/Alpha project) I plan on fooling around independently with EGCS on my Alpha box at home. I'll certainly contribute what I can.

--GnrcMan--

...is available here

--GnrcMan--

Parvus has several for the PC/104 size, as does Tri-M. Digital has some for their products.

There are plenty of generic NEMA enclosures available, up to walk-in size.

Remember you may need a heater or cooler. There are standalone devices, although I also have seen one PC/104 card with thermostats.