Please create an account to participate in the Slashdot moderation system


Forgot your password?

Slashdot videos: Now with more Slashdot!

  • View

  • Discuss

  • Share

We've improved Slashdot's video section; now you can view our video interviews, product close-ups and site visits with all the usual Slashdot options to comment, share, etc. No more walled garden! It's a work in progress -- we hope you'll check it out (Learn more about the recent updates).


Comment: Re:Give us more options (Score 1) 297

by jesup (#38735206) Attached to: Notes On Reducing Firefox's Memory Consumption


Memory use climbing like that is almost certainly a problematic (leaky) extension. Check out the tail end of Nicholas's slides for the list of the top leaky extensions, which includes/included AdBlock+, LastPass, etc. Once you get near 2.2 or so GB on WInXP the OS starts freezing you for longer and longer as it twiddles page tables and the like, eventually freezing you for more than 30 seconds. (watch user vs system CPU when it freezes).

One other surprising source of a slow browser: Huffington Post. Their pages have a Twitter feed display which progressively slows down your browser, since it keeps adding more data to the scrolling list of tweets. Never leave a HuffPost page up (with a common hashtag for the search, at least).

I can (now) run for weeks with a browser with 850 tabs (though only 50-150 of them loaded, normally).

Comment: Re:i'll do my own tests (Score 1) 297

by jesup (#38735118) Attached to: Notes On Reducing Firefox's Memory Consumption

340 tabs... Piker. :-) I typically run nowadays with ~850 -- there's a handy extension (Tab Stats 0.0.2) that will show you how many tabs you have, how many are duplicates, etc. 64-bit Fedora 15, running FF12 nightlies. Currently using ~ 2GB memory for 855 tabs (60 loaded).

Ironically the biggest memory user in about:memory is facebook (>100MB). Ironic, because I've never opened a tab to facebook, and I don't have a facebook account. This is the result of all those "Like" buttons, each of which takes an insane amount of memory. 100MB for facebook Like buttons. Really.

Comment: Re:Mozilla needs to get their shit together. (Score 1) 507

by jesup (#38422144) Attached to: Chrome 15 Overtakes IE 8 For Top Browser Spot

a) that was a long time ago
b) you didn't say 'why' - the quality/performance/etc bar for patches to pass for a browser (now) used by 400m people is pretty high - but that bar is very similar for internal developers (employees or not). Back in the Netscape days, new Netscape employees would frequently get annoyed that they weren't just able to check their code in; they had to get reviews and then have someone with checkin privs do it, just like any other contributer.
c) some patches make user or web-visible changes that aren't agreed to
d) some bugs (when they get serious look in patch review) aren't ones we'd agree are bugs, or fixing them would cause other problems.

n.b. I work for Mozilla now, and in the pre-FF days I was a 3rd-party mozilla contributor and release 'driver'

Comment: Re:Google Maps and Firefox vs. Chrome (Score 1) 585

by jesup (#37567492) Attached to: Chrome Set To Take No. 2 Spot From Firefox

Mozilla/Firefox is experimenting with SPDY, as you can see if you read Patrick McManus' blog (

SCTP can be run over UDP, but in any case needs the server you're talking to to support it (like SPDY). There are some parallels between them, though SCTP has some advantages in not blocking when a single packet is lost like TCP (which SPDY runs over). A researcher at UDel has some nice examples of HTTP-over-SCTP (and SPDY as well).

Comment: Re:I was a firefox user (Score 1) 306

by jesup (#35994332) Attached to: Firefox On Linux Gets Faster Builds — To Be Fast As Windows

Running Firefox on Fedora 11 - I typically have 10-15 windows open with *450* tabs - and it runs for months like that without loading the system. NOTE: Flashblock is a must, *especially* under Linux.

One thing that really does help is BarTab (under 3.x; under 4.x until it's available you can set a simple config var to get a similar result). This keeps it from actually loading tabs when restoring a session until you switch to that tab. The only way you can get away with so many tabs in any browser...

Comment: Re:SIP Videophones? (Score 1) 253

by jesup (#33406562) Attached to: Persistent Home Videoconferencing Solution?

Or look at a couple of Ojo 900's (also SIP) - not large screens, but rock-solid 30fps even at low bandwidth; they'll run 24-7 and the fee is low (and they're cheap). You can dial the bandwidth down if you want; they'll run a nice experience down to 120Kbps, and can do down to 80K@30fps. At 250K they're great. I know someone who had dinner with his fiance every night, 1000 miles apart, using Ojos. They'd leave them on as soon as both of them were home, in the kitchen while they both cooked.


Decency Group Says "$#*!" Is Indecent 821 Screenshot-sm

Posted by samzenpus
from the dirty-minds dept.
The Parents Television Council says the "$#*!" in the title of the upcoming CBS show $#*! my dad says is indecent. From the article: "'CBS intentionally chose to insert an expletive into the actual name of a show, and, despite its claim that the word will be bleeped, it is just CBS's latest demonstration of its contempt for families and the public,' declared PTC President Tim Winter. 'There are an infinite number of alternatives that CBS could have chosen, but its desire to shock and offend is crystal clear in this decision.'" By this logic Qbert was the filthiest game ever made.

Comment: Re:Open Source to the rescue (Score 1) 258

by jesup (#31145256) Attached to: Linux Not Quite Ready For New 4K-Sector Drives

512 byte sectors were known to be a performance bottleneck LONG before the late 90's. At Commodore, I put full support in for any power-of-two HD sector size back around 92-ish (plus the FS supported allocation blocks of powers-of-two multiples of sectors, which most filesystems have for quite a while). Larger sector sizes was a win on performance, much the way larger allocation sizes in the FS was a big win, though more related to low-level overhead. Certainly on the platters larger sector sizes is a win - we experimented with that for floppies, and used a floppy format that got much of the benefit (removal of all inter-sector gaps, replaced with a single gap per track - you lost the ability to write single sectors, but got 10% more storage and faster transfer times - effectively one big sector, but with additional sync/etc headers that let you read data starting at any logical sector, to reduce rotational latency). Similar logic applies to HD platters - larger sectors lets you get more user bits on a track and higher transfer rates, but decreases the granularity for writing data.

Comment: Re:While they're at it.... (Score 1) 806

by jesup (#30764830) Attached to: Does Your PC Really Need a SysRq Button Anymore?
Hey dave, that Caps Lock key is the most important key on the PC layout! Mine's used so much is has parallel grooves worn in it from my fingernail. What? You mean it's supposed to do something other than act as an alternate Control key? Never mind....

(From the fingers of a multi-decade Emacs user, who misses the Amiga (and Sun) keyboard layouts).

Comment: Re:What (Score 4, Insightful) 1747

by jesup (#30389646) Attached to: The Science Credibility Bubble
You believe the theory that has observations to prove it works. Not the scientist. Pretty simple if you ask me.

That's fine, if you can read the papers, and read the papers confirming (or not) the observations, etc. For example, with the whole autism/vaccine kerfluffle, the original paper by a British doctor has been debunked, and apparently he made up and/or mis-represented his data. Plus various doctors (which the public conflates with scientists, which is sometimes true and sometimes not) make all sorts of claims, often based not on scientific methods or verifiable proof, but instead on personal opinion/experience and a few particular cases they've seen. The problem is that it's way to easy to jump to an unwarranted conclusion, or to do what humans are all too good at - picking facts that support what we already believe or want to believe.

The public has little or no understanding of how science works (even many non-scientist academics don't). Combine that with the modern media's preference to not interpret, but instead present all points-of-view as equivalent (or to prefer certain points-of-view based on politics), and it's easy to see how the public can reach the belief that science is just opinion too - that you can pick who to agree with, based on what you want to be true.

Comment: Re:Wow, my clock must be broken (Score 2, Interesting) 227

by jesup (#29804055) Attached to: Amiga and Hyperion Settle Ownership of AmigaOS

Not all that much of the OS was assembler - the biggest piece was FFS (which subsumed OFS), and honestly probably shouldn't have been in ASM - but space was *tight*. Sure, quite a few of the drivers were in assembler, and performance-critical parts of Exec were in ASM, but that was almost required at the time for low-level HW interfacing. Much of the OS was in C. (I was responsible for removing the majority of the BCPL code (look it up on Wikipedia) used in AmigaDOS for OS 2.0.)

It was all fairly carefully designed, and a lot of work went into making it bulletproof and snappy. While there are huge benefits to memory protection nowadays, most Amiga programs and certainly the OS were quite resilient to pressures, such as allocation failures, which would crush almost all apps today. Error paths were much more likely to get tested, and the path wasn't the library calling exit(1) for you when an allocation failed.

That said: it's 15 years behind the times now. No major improvements have been made (some, yes, but nothing major). Dave is basically right - and we were in the last year trying to break with the old hardware design, though there was one last big step left in it that actually got to the early prototype stage (AAA). We hadn't planned out where software would go, but if you look at what Apple did you probably get a hint of what we might have done. It would have been tough, though, since we didn't have the resources to throw at emulation at the time that Apple did. In the last year, the SW group (which I ended up running a good part of) was down to a handful of people ( 10 I think). I think the "OS" group was down to maybe 3 or so. The writing was mostly on the wall by around a year before *poof*, and much of the team left in '92-93 to places like Scala (where many still are, and where I went after bankruptcy), 3DO (which had a strong ex-Amiga and ex-Commodore influence from the start), etc.

I wish it had been open-sourced back in '95 or so. It may not have survived intact, but it might have formed the core for a strong competitor to Linux/etc and at least pushed them to improve their responsiveness much earlier on.

The Media

Rupert Murdoch Says Google Is Stealing His Content 504

Posted by timothy
from the what-part-of-come-in-don't-you-understand? dept.
Hugh Pickens writes Weston Kosova writes in Newsweek that Rupert Murdoch gave an impassioned speech to media executives in Beijing decrying that search engines — in particular Google — are stealing from him, because Google links to his stories but doesn't pay News Corp. to do so. 'The aggregators and plagiarists will soon have to pay a price for the co-opting of our content,' Murdoch says. 'But if we do not take advantage of the current movement toward paid content, it will be the content creators — the people in this hall — who will pay the ultimate price and the content kleptomaniacs who triumph.' But if Murdoch really thinks Google is stealing from him, and if he really wants Google to stop driving all those readers to his Web sites at no charge, he can simply stop Google from linking to their news stories by going to his Web site's robot.txt file and adding 'Disallow.'"

Comment: Addition for Gnus (Score 1) 412

by jesup (#25680453) Attached to: (Stupid) Useful Emacs Tricks?
A useful addition to Gnus (it may be part of the distribution now):

;; Provide a function to switch to a *Summary buffer or the *Group buffer.
;; Let the user decide whether to bind it.  Written by Randell Jesup.
(defun switch-to-gnus ()
  "Switch to a *Summary whatever* buffer if one exists.  If none exist,
switch to the *Group* buffer.  If that doesn't exist, complain."
  (let ((buflist (buffer-list))
        (done 0)
        (saw_group 0))
    (while (and (= done 0)
        (not (equal buflist nil)))
      (let ((candidate (car buflist)))
         (let ((candname (prin1-to-string candidate)))
          (if (string-match "#<buffer +\\*Summary.*\\*>" candname)
            (switch-to-buffer candidate)
            (setq done 1))
            (setq buflist (cdr buflist)))
          ;; remember if we saw *Group*
          (if (string-equal "#<buffer *Group*>" candname)
            (setq saw_group 1))))))
    (if (= done 0)
    (if (= saw_group 1)
        (switch-to-buffer "*Group*")
      (error "Gnus doesn't appear to be running")))))

;; This switches to the a *Summary buffer if one exists, else to *Group*
(global-set-key [f9] 'switch-to-gnus)

A couple of other goodies:

;; If invoked from a non-shell buffer, it changes to or opens a shell
;; buffer with the path set to that of the buffer from which this command
;; was invoked.  If invoked from a shell-mode buffer, it changes back to
;; the last buffer from which the shell was invoked whith this command.
(global-set-key [f3] 'shell-pushd-to-buffer-path)

;; make switching buffers easy
(global-set-key [f6] 'other-window)
(defun prev-window ()
  "previous window"
  (other-window -1))
(global-set-key [S-f6] 'prev-window)

;; Windows-ish commands:
;; Block cut, copy, paste:
;;; KEY: [A-x]: Cut region.
(global-set-key [?\A-x] 'kill-region)
;;; KEY: [A-c]: Copy region.
(global-set-key [?\A-c] 'copy-region-as-kill)
;;; KEY: [A-v]: Paste.
(global-set-key [?\A-v] 'yank)
;;; KEY: [ESC A-v]: If you've just used paste, use this key to cycle through
;;; KEY:            previous available pastes on the Emacs clipboard.
(define-key esc-map [?\A-v] 'yank-pop)

House Republicans Renew Push for Telecom Immunity 123

Posted by Soulskill
from the wiretapping-a-dead-horse dept.
CNet is running an update to the controversy over giving telecommunications giants such as AT&T immunity from lawsuits involving the assistance they gave the NSA for illegal wiretaps. Republican leaders are circulating a petition which would force a vote on the bill passed by the Senate but not by the House. Democrats are holding out for a version of the FISA bill which opens the telecoms to prosecution. President Bush still intends to veto any such document. "At a wide-ranging House hearing on Wednesday, FBI Director Robert Mueller again urged passage of a bill that includes immunity for phone companies, arguing that 'uncertainty' among the carriers 'affects our ability to get info as fast and as quickly as we would want.' He admitted, however, that he was not aware of any wiretap requests being denied because of Congress' inaction."

CCI Power 6/40: one board, a megabyte of cache, and an attitude...