Beta

Slashdot: News for Nerds

×

Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

Comments

top

Core i5 and i3 CPUs With On-Chip GPUs Launched

rpp3po Interesting implications (235 comments)

While you might have missed that Intel already is the largest GPU vendor in the world for years (gaming is small compared to B2B sales), you are right, anyway. When offering intel CPUs implies having to buy their GPU, the air will become thin for excellent integrated chipset offerings as Nvidia's. Instead of pushing customers through secret, anti-competitive contracts, they have just changed their product lineup. Want a CPU? Fine, but you can't have it without a GPU.

It will be interesting to see, wether Apple will get special treatment. The have already semi-officially let a word slip out, that they are not interested in the Arrandale GPU and won't use it. It's just not powerful enough for their GPU-laden OS and application lineup compared to Nvidia's chipset offerings.

more than 4 years ago
top

Android's Success a Threat To Free Software?

rpp3po Re:There would be no FOSS without the fundamentali (416 comments)

The BSD license was written 1982, long before Stallman's GPL, and the people behind it were no fundamentalists. A lot of very successful projects use BSD or derived licenses until today. There can be strong motivation for a company to contribute its own progress upstream without being forced by a license like the GPL. See this post from above for a nice summary. The is no evidence that it was the GPL that made GNU/Linux so successful. It might just have been the better product than the BSD's or just accomplished to build stronger momentum.

more than 4 years ago
top

Android's Success a Threat To Free Software?

rpp3po Re:There would be no FOSS without the fundamentali (416 comments)

I strongly disagree. Open Source has mainly been brought forward by pragmatists as Linus with a sense to attract high level software industry supporters. The fundamentalists were, the last time I checked, still working on GNU/Hurd. ;)

more than 4 years ago
top

Android's Success a Threat To Free Software?

rpp3po Re:Not New: Apple's stack is hybrid too (416 comments)

Apple does not just exploit open source, they also contribute bleeding-edge, high-quality code for GCC (LLVM), although they would legally not be required to do so by the BSD license.

more than 4 years ago
top

Android's Success a Threat To Free Software?

rpp3po What could be healthier? (416 comments)

I'm sick of those fundamentalists. What could be healthier than an open source platform without vendor lock-in, that anybody can use to generate some income. I love what has been produced in the spirit of open source and nobody won't take this away. But the everything must be free mentality is a bigger threat than people making money by selling software in binary form for a living. Good software means months of work and pizza and coffee need to be paid for. And experience has shown that at max 0.5% of people pay for something that they can get for free easily and legally.

more than 4 years ago
top

Google Launches Public DNS Resolver

rpp3po Re:Why? (540 comments)

Recursive lookup from by asking the root servers is pretty slow compared to a prefetching resolver, like in the order of at least times 5 to 10. If you never browse new pages it won't make a difference (you'll hit your home server's cache). At least 30% of my daily browsing are new sites found via Google. For those a fast prefetching resolver can really make a difference. And you very probably don't have a prefetching resolver at home, both RAM and bandwidth needed are usually out of reach for home use.

Actually, I was pretty surprised how good Google's offering sounds. I stopped using about every service except their search due to privacy concerns, but this really sounds quite appealing to me this time:

In the permanent logs, we don't keep personally identifiable information or IP information. We do keep some location information (at the city/metro level) so that we can conduct debugging, analyze abuse phenomena and improve the Google Public DNS prefetching feature. We don't correlate or combine your information from these logs with any other log data that Google might have about your use of other services, such as data from Web Search and data from advertising on the Google content network. After keeping this data for two weeks, we randomly sample a small subset for permanent storage.

more than 4 years ago
top

New Attack Fells Internet Explorer

rpp3po Is that supposed to be news?? (202 comments)

Yes, old, unpatched browser versions can be exploited. Is this a joke?

more than 4 years ago
top

Apple Voiding Smokers' Warranties?

rpp3po It may sound weird, but Apple might be right (1078 comments)

The fans inside computers shovel several cubic meters of air every day through a very tight space. It could certainly be possible, that this leads to amounts of poisonous residue far above your usual passive smoking hazards. And thus this might not be another piece of green hysteria, but consistent and reasonable action even despite the public outcry, that this may cause.

more than 4 years ago
top

Dashboard Reveals What Google Knows About You

rpp3po Window dressing (260 comments)

I would have expected Slashdot to note the fact, that Google does not mention anywhere wether the presented data is even nearly complete. Without that it is just a sham, giving you the feeling of control, but possibly only touching the tip of the iceberg.

more than 4 years ago
top

On-Demand Video + CMS + Interactive Input For Museum?

rpp3po You are already heading into the right direction (131 comments)

In my opinion thin clients with kiosk mode browsers, video served as h264 Flash over cheap gigabit ethernet is really the most economic, thus flexible, way to go. Your future interfaces (floor sensors, etc.) can be made to interact with Flash by just mapping them to simple KeyEvents over a simple PS/2-USB adapter, just like you get from a keyboard.
I would dump the DVD changer though and just import all content onto a big NAS array.

more than 4 years ago
top

Windows 7 Released Early In UK

rpp3po Re:Who cares? (194 comments)

you are talking apples and oranges here. Software from MSDN AA is clearly licensed only to support development for your education and can't be used as your main operating system (i.e. "consumer use"). What is discussed here is "consumer use".

Excuse me, why do I get the impression this this is sounding a little Microsofty. Why? It somehow bears the taste of a "campaigning perspective". So you intended to have consumer use discussed here. Well sorry, that this is Slashdot!

However, kudos for the campaign as a whole. The "Yes, Vista sucked, but have you heard, Windows 7 rules"-spin really took off. You also made sure, that all exclusive early reviewers compared it to Vista and not XP (which made Vista look so bad). W7 is again considerably slower than XP, even with all eye candy and UAC shut off. But somehow you managed it, to make almost nobody ask, because "it's so much better than Vista".

more than 4 years ago
top

Windows 7 Released Early In UK

rpp3po Who cares? (194 comments)

The reviews are out for months. Anybody who really cared has it already anyway. Students could have it for weeks for free via MSDN AA. Not that I would say that there might still be some people waiting for this, but is this really worth a Slashdot story??

more than 4 years ago
top

The Sidekick Failure and Cloud Culpability

rpp3po Redundancy scales (246 comments)

What has this got to do with the "cloud"? If your data is critical enough, do it in house or mirror/slave/backup across two or more vendors. The probability of chain failure at one vendor's site alone is much higher than when you use several. The required isolation and separation of your components will also benefit your overall architecture.

more than 4 years ago
top

According to Linus, Linux Is "Bloated"

rpp3po Are too many added drivers really the cause? (639 comments)

About two years ago I tested wether my Gentoo kernel was really faster. Disabling 3/4 of the options really just improved boot time and memory footprint, but not overall performance that much, at least far from 12%. Compared to a modularized kernel with just the stuff loaded, that was needed, the difference was negligible. I'm not sure if Torvalds is telling the truth about the reasons. To me it seems that the central, overall kernel architecture has degraded over time with regard to performance.

more than 4 years ago
top

Apps That Rely On Ext3's Commit Interval May Lose Data In Ext4

rpp3po Re:Excuses are false. This is a severe flaw. (830 comments)

Security. Consider the following scenario

1. Super-secure process opens private.txt 2. Super-secure process truncates private.txt 3. Super-secure process closes the file. 4. O/S re-allocates those disk blocks just freed by the truncate. 5. Nosy process opens a new file using the recently-reallocated blocks. 6. Nosy process reads through the undeleted data left by Super-secure process and sends them over a network connection to someplace bad. 7. Nosy process writes some random noise to the blocks. 8. O/S deletes the data on disk and then writes the data supplied by Nosy.

Ext4 does not make any guarantees about the erasure of file contents on disk. Even truncation as ext4 is doing it right now, doesn't actually overwrite truncated blocks with zeroes. So your whole point doesn't make sense at all.

more than 5 years ago
top

Apps That Rely On Ext3's Commit Interval May Lose Data In Ext4

rpp3po Re:Excuses are false. This is a severe flaw. (830 comments)

There's probably some way the FS could finesse this issue -- e.g., don't actually schedule truncation until you see the first write or close -- but it would be a workaround for buggy applications, not a FS bugfix.

There's no benefit of NOT delaying deletion on disk until actual writes of new content. It's not too much to expect from a filesystem to behave reasonably.

more than 5 years ago
top

Apps That Rely On Ext3's Commit Interval May Lose Data In Ext4

rpp3po Re:Alarmist and ignorant article - not a "problem" (830 comments)

You did not understand the bug. It's not that people expect actual writes without calling fsync(). It's that ext4 decouples file deletions caused by opening files with the O_TRUNC flag from the actual writes of the files' new contents. This is not necessary. Ext4 could delay deletion on disk until it actually writes any changed contents to disk.

more than 5 years ago
top

Apps That Rely On Ext3's Commit Interval May Lose Data In Ext4

rpp3po Re:Excuses are false. This is a severe flaw. (830 comments)

That's not true. KDE is not "*DELETING*" any of its files. It's just opening them with the O_TRUNC flag (expressing an intent to overwrite its contents). That's perfectly safe for a copy-on-write filesystems (as ZFS) but not for ext4. So calling all "modern" filesystems at risk is pure ignorance. Ext4 could delay content deletion of open files until write time and write both within a single transaction.

more than 5 years ago
top

Apps That Rely On Ext3's Commit Interval May Lose Data In Ext4

rpp3po Excuses are false. This is a severe flaw. (830 comments)

There are several excuses circulating: 1. This is not a bug, 2. It's the apps' fault, 3. all modern filesystems are at risk.
This is all a bunch of BS! Delayed writes should lose at most any data between commit and actual write to disk. Ext4 loses the complete files (even their content before the write).
ZFS can do it: it writes the whole transaction to disk or rolls back in case of a crash, so why not ext4? These lame excuses that this is totally "expected" behavior is a shame!

more than 5 years ago

Submissions

top

Mac OS X Leopard's firewall wide open!

rpp3po rpp3po writes  |  more than 6 years ago

rpp3po (641313) writes "German tech magazine Heise analyzed Leopard's new firewall and made some shocking discoveries. Even when you set it to "block all incoming connections" at least 4 ports are left wide open (ntpd, netbios, mdns). Additionally "Apple uses ntpd 4.2.2, the current version is 4.2.4. It is not clear whether any of the bug fixes are relevant in this scenario and if Apple back-ported fixes from more recent versions.""
Link to Original Source

Journals

rpp3po has no journal entries.

Slashdot Account

Need an Account?

Forgot your password?

Don't worry, we never post anything without your permission.

Submission Text Formatting Tips

We support a small subset of HTML, namely these tags:

  • b
  • i
  • p
  • br
  • a
  • ol
  • ul
  • li
  • dl
  • dt
  • dd
  • em
  • strong
  • tt
  • blockquote
  • div
  • quote
  • ecode

"ecode" can be used for code snippets, for example:

<ecode>    while(1) { do_something(); } </ecode>
Create a Slashdot Account

Loading...