Brokerage firms are regulated by the SEC. The SEC has long mandated that brokerage firms retain ALL communications with and about customers (including phone calls and paper mail) in order to allow the SEC to investigate violations of SEC rules. These searchs are carried out with the knowledge of the investigated firms. The only time this would affect a customer's privacy would be if there was a suspicion of an SEC rule violation, such as the Martha Stewart case.
Allowing for searching of ISP logs is much more a violation of customers' privacy. There is no notification to the customer, the Justice department keeps asking for the ability to review these records without issuing a subpeona and without any oversight.
Presenting the ISP logs as an extension of the SEC rules is both incorrect and dangerous. The SEC rules are primarily for the protection of customers and are well founded Constitutionally. The ISP snooping is not.
It's not about being a CA company. Most large corporations are headquartered in places like Delaware or Bermuda so if states could only collect from companies that are HQ'd in them the pickings would be mighty slim. It's about having a physical presence in California. If you put a physical store in a state and sell things from it you're subject to collecting and submitting sales tax. If you have a physical store and sell things via the Internet you're required to collect and submit sales tax on things sold over the Internet (or via phone, mail, fax, smoke signals).
Borders was trying to argue that their online sales and their physical stores sales were so separate (despite using the same advertising, logos, etc.) that they did not have to collect CA sales tax for online sales.
You, as the buyer, are responsible for paying sales tax on out-of-state purchases. In California there's a line on the state income tax form for declaring that. You did pay it, didn't you?
I knew there was a reason I didn't bother with trying to get sound working on my Linux boxes. They do a fine job of running my server stuff. When I want to watch movies, I use the PC or the Mac.
The BEST a single core multi-thread design can hope for is the performance of a single core single thread design...
I'm sorry but that turns out not to be the case.
When you have a system that is running lots of different threads simultaneously the amount of time that it takes to do a context switch from one thread to another becomes an issue. In the real world, threads often do things like I/O which cause them to block or they wait on a lock. If you can do a fast context switch you get back the time that you would have wasted saving registers off to RAM and pulling back another set. Faster thread switching means that your multi-thread single core now runs its total load (all of the threads) faster than a single core single thread design. Also, things like microkernels become a lot more feasible (microkernels are notorious for being slow because context switches are slow).
When you have looked beyond your desktop machine maybe you'll have earned the right to sneer at your professors. I don't think you're there yet.
Strangely, in the market that Sun is targeted at, the server market, applications are written to be multi-threaded and do not run off an event model because they do not have GUIs!
Another way to use multithreading could be from the Operating System, so the programs [that do not require] multithreading wont have to deal with it BUT the operating system would use the multithreading capacities to schedule the processes execution... in this way we may get [AT LAST] a [REAL] multiprocess OS (and not the illusion we have now by quit process switching).
This is called a multi-threaded kernel and Windows, Linux and Solaris are all set up to do this.
The author doesn't understand Java class locking
on
SW Weenies: Ready for CMT?
·
· Score: 2, Informative
From the article:
The standard APIs that came with the first few versions of Java were thread safe; some might say fanatically, obsessively, thread-safe. Stories abound of I/O calls that plunge down through six layers of stack, with each layer posting a mutex on the way; and venerable standbys like StringBuffer and Vector are mutexed-to-the-max. That means if your app is running on next year's hot chip with a couple of dozen threads, if you've got a routine that's doing a lot of string-appending or vector-loading, only one thread is gonna be in there at a time.
Classes such as StringBuffer and Vector are locked (synchronized) on a per-object basis. As long as you aren't trying to access the same object from different threads you won't block. And if you are trying to access the same object from different threads you will be happy that they were thread-safe!
The performance problems of having these classes being obsessive about thread safety do not result from the locking forcing singlethreadedness. The performance problem stem from the cost of locking objects.
Caveat: YES, I've read all but about 50 of the books. They're on the TO BE READ shelf. NO, these aren't Romance novels. Mostly History and Biography, then Sci-Fi, Medical texts, Various Science books, Computer stuff, etc.
You're quite right - and it's not just a matter of saving space. You can't just compile the binary for PPC and assume it works. You have to test it. And you can't just test it once, you've got to test it across the spectrum of OS X releases you're supporting. And what happens when you hit some weird little bug? Well, you've got to have a developer sit down and work on it. But, wait, we're running Xcode 3 which has all these cool features and is slower than monkey snot on a G5...oh, joy.
Sure, but how much effort are developers going to put into the PPC version? I was planning on getting a G5 for development later this year, but that's not going to happen now. I'm doing most of my development on a G4 dual processor and the next Apple box we get (if we get one) will be Intel based. The G5 is an orphan now - there's not enough of them out there. PPC 64 bit apps are not going to happen.
Hybrid vehicles charge their batteries using their engine, not off the electrical grid. Therefore, any fuel used to charge the battery is accounted for in their regular mileage.
As for the battery disposal, don't know. I don't think the batteries are all that bad so it can't be more than 2 or 3 times worse than a regular car battery with a lot less fuel consumption.
The problem with them is that they tell everyone what a huge supporters of open source they are. But as far as KHTML is concerned, they are not. They are merely following the license (as they are required to do). And in my (and many other's as well) opinion that does not mean that they are "big supporters of open source". Merely following the license is not enough to warrant that title.
No, they are doing more than most other corporate "consumers" of Open Source. They are actively developing and improving an Open Source code base, not just taking whatever the Open Source community creates and distributing it as their product. The Open Source codebase they are developing is WebCore which is a fork of KHTML. Now, WebCore doesn't run on anything other than Mac OS X but so what? If you want to do stuff on Mac OS X you've got access to the source and you can do cool things with it. And, at least some of the work that was done on Web Core is applicable to KHTML.
Most Open Source developers are anxious to get their patches merged back into the trunk so they work hard to make nice patches. Apple doesn't care. So, if the KHTML guys want to use their code they can and if they don't want to they don't have to.
Use your brain. If the only types of cards available were these anonymous cards, yes, it would be better. If these are only optional, no, it's a loss.
Most innocent people will not get anonymous cards. Neither will many "suspicious" people. We have encryption software available. How many people use it? So, if you start with the mindset that there's a possibility of your suspect being stupid it's still worthwhile to go on fishing expeditions. And you will start pulling in the people who checked out the "Anarchists's Cookbook" and "Catcher in the Rye" to do term papers. So, no increase in privacy for people who consider themselves innocent and no decrease in fishing expeditions.
Most people won't/can't be bothered to get an anonymous library card. So, either they will be phased out, or possesion of one would be considered evidence that you're up to no good. Or, more likely, rules protecting privacy will be phased out with the excuse "well, you can get an anonymous card if you like" - but of course, no one really does.
There's plenty of LCD's at UXGA resolution - they're just expensive. Here's a list
My CRT just died on me and I needed to replace it quickly. It's damned hard to find CRTs here in Japan these days unless you go to a specialty shop. I'm happy with the 19" LCD that I got though I wound up with 1200x1024 because I just wasn't willing to pay the price differential.
No kidding. I went drinking with some Sony guys a long time ago and one of them was an engineer working on MD. He really didn't care for ATRAC and said the content guys forced them to do it.
For some reason, though, MD has become very popular in Japan if nowhere else.
Your opinion is invalid. Your thinking is a tautology:
If you are thinking of replying to this, and you've ever had a virus, spyware, a trojan, your browser hijacked (or been the victim of an exploit not DIRECTLY targeted at you), then please, save yourself the time and don't bother. Your opinion means nothing.
You have defined anyone who has a problem as a clueless fucktard. Therefore only clueless fucktards have problems. Only people who do not have problems know what they're doing. This is ridiculous.
Slashdot Mirror
Brokerage firms are regulated by the SEC. The SEC has long mandated that brokerage firms retain ALL communications with and about customers (including phone calls and paper mail) in order to allow the SEC to investigate violations of SEC rules. These searchs are carried out with the knowledge of the investigated firms. The only time this would affect a customer's privacy would be if there was a suspicion of an SEC rule violation, such as the Martha Stewart case.
Allowing for searching of ISP logs is much more a violation of customers' privacy. There is no notification to the customer, the Justice department keeps asking for the ability to review these records without issuing a subpeona and without any oversight.
Presenting the ISP logs as an extension of the SEC rules is both incorrect and dangerous. The SEC rules are primarily for the protection of customers and are well founded Constitutionally. The ISP snooping is not.
On the other hand, you do have the opportunity to cheat!
You're right, I meant to say incorporated rather than headquartered.
As for the rest of your comment, you're not making a lot of sense. We're talking about sales tax not income tax.
It's not about being a CA company. Most large corporations are headquartered in places like Delaware or Bermuda so if states could only collect from companies that are HQ'd in them the pickings would be mighty slim. It's about having a physical presence in California. If you put a physical store in a state and sell things from it you're subject to collecting and submitting sales tax. If you have a physical store and sell things via the Internet you're required to collect and submit sales tax on things sold over the Internet (or via phone, mail, fax, smoke signals).
Borders was trying to argue that their online sales and their physical stores sales were so separate (despite using the same advertising, logos, etc.) that they did not have to collect CA sales tax for online sales.
You, as the buyer, are responsible for paying sales tax on out-of-state purchases. In California there's a line on the state income tax form for declaring that. You did pay it, didn't you?
I knew there was a reason I didn't bother with trying to get sound working on my Linux boxes. They do a fine job of running my server stuff. When I want to watch movies, I use the PC or the Mac.
and take some advance architecture courses.
The BEST a single core multi-thread design can hope for is the performance of a single core single thread design...
I'm sorry but that turns out not to be the case.
When you have a system that is running lots of different threads simultaneously the amount of time that it takes to do a context switch from one thread to another becomes an issue. In the real world, threads often do things like I/O which cause them to block or they wait on a lock. If you can do a fast context switch you get back the time that you would have wasted saving registers off to RAM and pulling back another set. Faster thread switching means that your multi-thread single core now runs its total load (all of the threads) faster than a single core single thread design. Also, things like microkernels become a lot more feasible (microkernels are notorious for being slow because context switches are slow).
When you have looked beyond your desktop machine maybe you'll have earned the right to sneer at your professors. I don't think you're there yet.
Strangely, in the market that Sun is targeted at, the server market, applications are written to be multi-threaded and do not run off an event model because they do not have GUIs!
Another way to use multithreading could be from the Operating System, so the programs [that do not require] multithreading wont have to deal with it BUT the operating system would use the multithreading capacities to schedule the processes execution... in this way we may get [AT LAST] a [REAL] multiprocess OS (and not the illusion we have now by quit process switching).
This is called a multi-threaded kernel and Windows, Linux and Solaris are all set up to do this.
From the article:
The standard APIs that came with the first few versions of Java were thread safe; some might say fanatically, obsessively, thread-safe. Stories abound of I/O calls that plunge down through six layers of stack, with each layer posting a mutex on the way; and venerable standbys like StringBuffer and Vector are mutexed-to-the-max. That means if your app is running on next year's hot chip with a couple of dozen threads, if you've got a routine that's doing a lot of string-appending or vector-loading, only one thread is gonna be in there at a time.
Classes such as StringBuffer and Vector are locked (synchronized) on a per-object basis. As long as you aren't trying to access the same object from different threads you won't block. And if you are trying to access the same object from different threads you will be happy that they were thread-safe!
The performance problems of having these classes being obsessive about thread safety do not result from the locking forcing singlethreadedness. The performance problem stem from the cost of locking objects.
Caveat: YES, I've read all but about 50 of the books. They're on the TO BE READ shelf. NO, these aren't Romance novels. Mostly History and Biography, then Sci-Fi, Medical texts, Various Science books, Computer stuff, etc.
That's nice. What, do you want a cookie?
Thanks for posting Necron. Or can we just call you Jimmy?
You're quite right - and it's not just a matter of saving space. You can't just compile the binary for PPC and assume it works. You have to test it. And you can't just test it once, you've got to test it across the spectrum of OS X releases you're supporting. And what happens when you hit some weird little bug? Well, you've got to have a developer sit down and work on it. But, wait, we're running Xcode 3 which has all these cool features and is slower than monkey snot on a G5...oh, joy.
Embedded, embedded, embeded. And why do you hate the folks at Terrasoft so badly?
Sure, but how much effort are developers going to put into the PPC version? I was planning on getting a G5 for development later this year, but that's not going to happen now. I'm doing most of my development on a G4 dual processor and the next Apple box we get (if we get one) will be Intel based. The G5 is an orphan now - there's not enough of them out there. PPC 64 bit apps are not going to happen.
Real men don't test their code - they just post it on the Internet and let everyone else do it for them.
Hybrid vehicles charge their batteries using their engine, not off the electrical grid. Therefore, any fuel used to charge the battery is accounted for in their regular mileage.
As for the battery disposal, don't know. I don't think the batteries are all that bad so it can't be more than 2 or 3 times worse than a regular car battery with a lot less fuel consumption.
The problem with them is that they tell everyone what a huge supporters of open source they are. But as far as KHTML is concerned, they are not. They are merely following the license (as they are required to do). And in my (and many other's as well) opinion that does not mean that they are "big supporters of open source". Merely following the license is not enough to warrant that title.
No, they are doing more than most other corporate "consumers" of Open Source. They are actively developing and improving an Open Source code base, not just taking whatever the Open Source community creates and distributing it as their product. The Open Source codebase they are developing is WebCore which is a fork of KHTML. Now, WebCore doesn't run on anything other than Mac OS X but so what? If you want to do stuff on Mac OS X you've got access to the source and you can do cool things with it. And, at least some of the work that was done on Web Core is applicable to KHTML.
Most Open Source developers are anxious to get their patches merged back into the trunk so they work hard to make nice patches. Apple doesn't care. So, if the KHTML guys want to use their code they can and if they don't want to they don't have to.
Where is everyone getting this misinformation?
/. - it's an authoritative source for everything!
Use your brain. If the only types of cards available were these anonymous cards, yes, it would be better. If these are only optional, no, it's a loss.
Most innocent people will not get anonymous cards. Neither will many "suspicious" people. We have encryption software available. How many people use it? So, if you start with the mindset that there's a possibility of your suspect being stupid it's still worthwhile to go on fishing expeditions. And you will start pulling in the people who checked out the "Anarchists's Cookbook" and "Catcher in the Rye" to do term papers. So, no increase in privacy for people who consider themselves innocent and no decrease in fishing expeditions.
Actually, it's worse.
Most people won't/can't be bothered to get an anonymous library card. So, either they will be phased out, or possesion of one would be considered evidence that you're up to no good. Or, more likely, rules protecting privacy will be phased out with the excuse "well, you can get an anonymous card if you like" - but of course, no one really does.
Well, they're overpriced for UXGA resolution. But, there are a couple of models at least smaller than 20".
1 52u/index.htm
I-O Data has a 15" UXGA (92000 yen - about $900) http://www.iodata.jp/prod/display/lcd/2004/lcd-ad
And here's a Planar 19" http://store.salestores.com/plct19uxaclc.html
There's plenty of LCD's at UXGA resolution - they're just expensive. Here's a list
My CRT just died on me and I needed to replace it quickly. It's damned hard to find CRTs here in Japan these days unless you go to a specialty shop. I'm happy with the 19" LCD that I got though I wound up with 1200x1024 because I just wasn't willing to pay the price differential.
No kidding. I went drinking with some Sony guys a long time ago and one of them was an engineer working on MD. He really didn't care for ATRAC and said the content guys forced them to do it.
For some reason, though, MD has become very popular in Japan if nowhere else.
Is it me, or does the name White Knight sound racist.
It's you.
Your opinion is invalid. Your thinking is a tautology:
If you are thinking of replying to this, and you've ever had a virus, spyware, a trojan, your browser hijacked (or been the victim of an exploit not DIRECTLY targeted at you), then please, save yourself the time and don't bother. Your opinion means nothing.
You have defined anyone who has a problem as a clueless fucktard. Therefore only clueless fucktards have problems. Only people who do not have problems know what they're doing. This is ridiculous.