Forgot your password?
typodupeerror

Comment: Re:scsi (Score 1) 297

by LivinFree (#39564461) Attached to: Ask Slashdot: How Do You Test Storage Media?

Nope. They really are constructed and/or tested to higher standards. Now, you may have a poor experience putting high-end drives into a crap situation - that's not necessarily the drive's fault.

If you start talking to a company that wants to sell you a lot of drives, and for relatively cheap (a couple of bucks per managed-RAIDed gigabyte), ask them about the duty cycle on the drives. A lot of consumer and even midline drives have duty cycles of less than 40% (put heavy read/write cycles on the disk for less than 40% of the time it is powered up). Enterprise drives are rated up to 100% utilization. If you take a midline drive and an enterprise drive of the same type (SAS, SATA, FC, etc.) and run them at full load head-to-head, statistically, the midline or consumer drives will fail sooner.

Comment: Re:Better idea (Score 4, Interesting) 90

by LivinFree (#39203795) Attached to: Seti Live Website To Crowdsource the Search For Alien Life

I thought the same thing. Although, from the site:
> One of the hardest parts of hunting for signals
> from space is separating what might be an ET
> signal from the earth-based RFI sources. We
> think that human eyes, and our amazing brains,
> should be better than a computer at finding
> interesting signals in the noise.

So it's an attempt to use the brain to manually pick out patterns? (I can't tell yet because the site may be overloaded - I get a "Loading..." screen but no updates.

I'm not sure that's a great idea, since the brain tends to make associations even if none truly exist.

Comment: Re:Steve Jobs said it best (Score 1) 97

by LivinFree (#39154971) Attached to: Pakistan Looking For Homegrown URL Blocking System

> ..."because my company is doing that and I don't like competition"
Why bother to refute the claim itself when you can simply smear the supposed originator? The use of ad hominem remarks weakens your intended message.

I've long thought the same thing, without the use of clever quotes. Where I originally came to this realization was a volunteer librarian, upon hearing I worked "with computers", asking me how best to filter the local library internet connection. We spoke for an hour or so, and I finally became enlightened to my own arguments. You can't "solve" a problem like speech with 100% certainty without destroying the benefit of the remaining, uncensored, content.

> how about this for a famous quote:
>
> "People who say it cannot be done should not interrupt those who are doing it." - George Bernard Shaw

How about this?
"He who trains his tongue to quote the learned sages, will be known far and wide as a smart ass."
-- Howard Kandel

OK, ribbing aside, what point were you trying to make? Were you saying that there are technological solutions to social problems? Any that are actually and successfully in use? Were you arguing that he said something couldn't be done, or just bickering with an AC?

Also, as pointed out elsewhere in the comments, the performance balked at by the OP above is quite possible. It may not be as cheap or simple as we might imagine, but it's hard to say something is impossible, given enough time and effort (read: money). It's just a large transaction processor.

Security

+ - OpenBSD IPv6 Fragment Handling Sanity (+RFC compliance) Well Ahead of the Pack->

Submitted by
badger.foo
badger.foo writes "In a blog post titled IPv6 NIDS evasion and improvements in IPv6 fragmentation/reassembly, security consultants SI6 Networks report on some experiments they conducted recently in order to test IPv6 fragment handling in various general-purpose operating systems.

While the authors did not say so in so many words, the conclusion is that OpenBSD is ahead of the pack in both RFC compliance as well as sane and secure handling of IPv6 fragments.

Read the full article over at the SI6 site: IPv6 NIDS evasion and improvements in IPv6 fragmentation/reassembly"

Link to Original Source

+ - Dutch telecom provider KPN hacked->

Submitted by rvw
rvw (755107) writes "Dutch biggest telecom and internet provider KPN has been hacked. Between 20 and 27 january a group of Russian and Dutch hackers has been able to enter the network via an unpatched server. They claim to have had access to all systems, including basic phone services. The first week, KPN tried to solve the problems themselves, but that didn't work out. Only after a week they alerted several authorities about the breach. At 27 january they declared "code red", after which 100 people worked 24/7 to patch and reinstall servers. Just yesterday the news came out. They say they waited with the news to protect their customers."
Link to Original Source
Portables (Games)

+ - Five Things You Should Know About Metroid Prime:3->

Submitted by
roninjapan
roninjapan writes "Following the storyline of Metroid Prime 1 & 2, phazon will play a major plot of the story line. Per the game director, Mark Pacini, "In Metroid Prime 3, we're trying to explain what the origins of Phazon were and it's the culmination of what this is all about.It's not only a story element — the Phazon and corruption which happen on a planetary scale — but it also happens in a gameplay sense as well. read more at http://www.ncsquad.com/"
Link to Original Source
Announcements

+ - 1 billion PCs by end of 2008->

Submitted by
javipas
javipas writes "Acording to a study published by Forrester Research, 2008 will be the year in wich a psychological barrier will be surpassed. By the end of next year there will be 1.000.000.000 computers all around the world, a number that will double itself in just five more years. The reason: the emerging markets of countries such as Brazil, China, India or Russia, which will be responsible of 775 new PCs and laptop computers. Part of them, of course, coming from projects like the OLPC's one."
Link to Original Source
Programming

+ - Embedded Linux Primer Review->

Submitted by
s1axter
s1axter writes "Embedded system development is crucial in this day of high tech specialized appliances and devices. However much of the knowledge of embedded development resides in the heads of engineers who have been doing it for years. The hardware aspect of embedded systems is now available to the smaller startup companies, however many specialized, propriety operating systems are not. This is where Linux and the book Embedded Linux Primer: A Practical Real-World Approach enters. Embedded Linux Primer is written to introduce engineers and designers to using the Linux operating systems for embedded applications.

Prentice Hall's Embedded Linux Primer by Christopher Hallinan was published September 18th, 2006 as part of their Open Source Software Development Series. Very much like a textbook, Embedded Linux Primer is very informative and an excellent source of information for an engineer looking to enter or move to the embedded Linux field. The text is a decent size, with 537 pages spanning 17 chapters and 6 appendices; it retails for around $45 USD.

I had some reservations on reviewing a detailed technical book since most of the ones I have are dry and have a very segmented structure. However after taking a look at the sample chapter, chapter 7 "Bootloaders", available on the Prentice Hall website along with the table of contents for the text I figured I would give it a look and I am very glad I did.

Many technical books focus on a specific demographic in the technology world, mostly beginners or professionals expanding their knowledge base. I was quite pleased to see this text is written for both professional developers and emerging embedded engineers.

Professional engineers will find the text informative on the Linux operating system and how flexible it is to implement on even the most custom hardware. The author understands that a large number of embedded system engineers work with proprietary systems and explains items that might be new and different than these systems. For example Chapters 4-6 detail the Linux boot sequence and describe common pitfalls engineers new to the embedded Linux methodology might make. Chapters 8-11 dive further into the operating system and explain device driver creation, the important file system and how Linux handles volatile and non-volatile memory systems using the MTD subsystem.

Engineers starting in the field of embedded systems will find information on what an embedded system is in Chapter 1, processor and board comparisons in Chapter 2 and setting up an embedded environment for development in Chapter 12.

It is quite obvious throughout the text the author has an extensive in depth understanding of embedded systems and the inner workings of the Linux operating system. With such a deep understanding of the material an author many times explains items in such detail it clouds the mind of the reader. The first line in Chapter 2 says (paraphrasing) that the best way understand something is to understand the 'big picture' . This is exactly the approach the author takes through out the text, first explaining the theory and high level aspect of the system, then diving into the detail of how it is done on the low level. Also, rather than get sidetracked in chapters by explaining every processor attribute or software package, the author suggests external sources mid-text and in the "Suggestions for Additional Reading" at the end of each chapter.

For the first edition of a book, Embedded Linux Primer is rather complete, with the only exception being chapter 8, Device Driver Basics, which is...well, rather basic. I started the chapter expecting to finish with a detailed understanding of how the Linux kernel processes driver requests and a look into some common drivers. This is not the case; for a second edition of this text I would suggest beefing up this chapter to provide more of an insight into kernel-driver interaction.

Overall Embedded Linux Primer is an excellent source of information for both the seasoned professional and aspiring embedded engineer. I know that when I dive fully into the world of embedded Linux this book will have a permanent place on the bench right next to the spec sheets.

For those interested in this text, the Prentice Hall book page can be found here: http://www.phptr.com/bookstore/product.asp?isbn=01 31679848&rl=1
Sample Chapter "Bootloaders": http://www.phptr.com/articles/article.asp?p=674698
Geeksinside.com review link: http://geeksinside.com/review.php?r=3

*s1axter is the main poster for Geeksinside.com.
*Geeksinside.com is a DIY, hardware hacking, technology blog that showcases projects, reviews and technical links"

Link to Original Source
Linux Business

+ - Is Slashdot posting biased toward Ubuntu?

Submitted by Ichthus777
Ichthus777 (1037294) writes "Is Slashdot publishing biased towards Ubuntu and biased against openSUSE? It appears that since the announcement of the Novell M$ deal, there have been few and far between postings regarding openSUSE, SLED, SLES. The release of openSUSE 10.2 received no fanfair (its been a great release) and multiple individuals are complaining that their suse articles are being rejected. I suspect this is a statement regarding the loyalty of Novell to FOSS. But I would like the publishers of Slashdot to make a statement one way or the other regarding this trend. Many of us have relied on /. to keep us informed regarding a wide array of matters, and we rely on /. to be fairly objective for the benefit of their readers. If the apparent trend is mistaken could the publishers please indicate what might be the problem... in other words, what does it take to get openSUSE articles published? There is even a rumor that Novell *paid* Slashdot to publish a certain % of articles... I am not believing this, but I would like to hear from the "horses mouth" so to speak. Thanks sincerely,"
Businesses

+ - How hard is it to get a tech job in California?

Submitted by
An anonymous reader writes "I have recently moved from the UK to San Francisco and am trying to get a tech job here. My experience has been difficult. I've had some interviews, but I find that getting feedback just does not happen. One of the companies is a (well known company) that told me they would get back in a week. I heard nothing for a month. Emailing them has produced no response. I assume I did not get the job, but is this typical of how companies treat candidates?

I have also applied to lots positions and got no response at all. This has been direct through comany websites and through job sites.

I was wondering if others can provide some insight into what I am doing wrong?

To give a bit of background I've worked for 10yrs in IT in programming and application support/operations. I also have a degree in Comp Sci."

fortune: not found

Working...