When I used to run ICQ I would have 30-50 messages that I'd have to run through in the morning that were spam messages I'd have to run through in the morning.
In MSN land, you do know the person's e-mail as their im name is their e-mail account. While I'm not a big fan of MSN in general, they do what you want.
I don't eat a lot, so get by with less food than most people.
so $200 might be on the low end, but even for $400 one can eat decently well and still live on the $2000+ b/4 taxes my stipend gives me a month (with the proviso, that since I'm a full time student, taxes are smaller, as no social security deductions, so my paycheck is probably in $1800 range)
i.e. if one is single, one can live on $2000 a month in NYC, might not be rich, but one can definitely get by. Once kids enter the picture the story changes dramatically.
actually less, in the $1300, but I have the significantly bigger bedroom so I pay a bigger percentage (and my rent is actually $690)
one doesn't have to live on the upper east/west sides or midtown (where rents are crazy). There are plenty of decent/safe neighborhoods within manhattan that have decent rents.
I'm a single guy living on $2000 a month in NYC (My PHD student stipend). It's very easy to live on. I don't have an extravagant lifestyle, but have my own bedroom in a large 2 bedroom apt (split w/ a roommate) and can afford all the computer toys I really want.
$700 - my share of the rent $100 - assorted utilities (cable modem, electricity, gas) $200 - regular food $100 - transportation (really less)
so one still has close to $1000 a month to spend on fun things or other various one time fees such as clothes.
Medical insurance is subsidized by the University, but I have to pay a little towards it on a semester basis.
$2000 a month isn't being wealthy, but it can go a long way, even in NYC, if one puts their mind to it.
just because it wasn't in the book of macabees, doesn't mean it didn't happen. I would agree that the rabbis deffinitly did try to change the focus from a military victory to a purely spiritual realm, but not mentioning doesn't mean it doesn't exist and was purely a later invention, just that they felt it wasn't important enough to write down.
We don't say the Illiad and the Odyssey were invented when they were written down, we accept that there was an oral tradition going back even though we have little if any evidence for it.
When a person makes statements which they can't prove (such as "it was invented....") it shows their bias and how they are blinded by it.
Dell has discounts in their S&P store all the time. Dell sells IPods. 2+2 = 4
Dell had a 20% off all purchases in their home store coupon this past summer, so I was able to get my 30GB ipod for $400 w/ no tax ($500 *.8). If the coupon is only good at the small business store, then you'll most likely have to pay sales tax (small possibility at home store as well)
And Linux has also some barriers like SELinux that theorically renders uncommon situations not exploitable. Theorically, because there can still be bugs in SELinux or other parts of the kernel that would bypass it.
And in this case, SELinux wouldn't have helped, because the bug let user space programs into the kernel's memory space, and once that happens all bets are off, much like what would happen if any program could write to/dev/kmem.
as pointed out in reply to other post, I didn't initally buy the initial argument at first. In rereading it more carefully, it makes sense.
Not sure why I didnt realize that b4, probably didnt focus enough on the paper as was busy with submission for NSDI, and came in with the "this can't really be different from denali, can it" bias.
the libOS argument: I'm iffy on this argument. Denali's OSDI paper "claims" there's a linux port in progress. i.e. hand-wavey so I can see why one can make the claim.
the paging argument: I'm not sure I buy the argument at all. i.e. if one views the VMM as an OS (at it is in many ways) what's the big difference in it doing the paging vs. the gues OS's. but my lack of knowledge about paging might mean I'm speaking out of my butt.
namespace argument: I don't like this argument.
first they claim in the arugment that
"In contrast, we believe that secure access control within the hypervisor is sufficient to ensure protection; furthermore, as discussed previously, there are strong correctness and performance arguments for making physical resources directly visible to guest OSes."
only refence to this argument that I see is this small point, which they don't seem to back up anywhere (though that's just from a quick search through the paper for "correct")
"Even on cooperative machine architectures, completely hiding the effects of resource virtualization from guest OSes risks both correctness and performance."
I don't buy the argument because from a security pov, if everything is done via a virtualized call, its simpler to implement and simpler to understand (if it's not named, you can't find it, hence can't touch it). Similarly, the code is generally simpler (simple hash table lookup replacing original location with new location).
On the other hand, performance can possibly be an issue, my experience with related work in OS's itself (virtualizing resources for security purposes) is that the overhead is minimal. However, I can deffinitly imagine that a VMM is different as it constantly has to do the transalation, while the OS doesn't.
I could be wrong on my take on this argument, but I didn't see much in the paper supporting it. (again, just skimmed through, will try and read more carefully later)
anyways, just my 2 cents. Point 1 seems to be a good enough point overall anyways.
ok, good point, I didn't buy the argument at first of
"Denali does not fully support x86 segmentation although it is exported (and widely used1) in the ABIs of NetBSD, Linux, and Windows XP."
as I was like "Xen has to port linux to Xen, just as Denali has to port linux to Denali", but I realize your point of running existing x86 binaries on top of Xen. Strange that I would ignore/miss that, as that's a similar point that I try to make in my own research.
How is Xen (published this year at SOSP) different than Denali (published last year at OSDI, OSDI and SOSP are basically equivalent level conferences, held in alternating years)
They both seem to be scalable hardware monitor type virtualization architectures, in skimming through the paper I was left wondering what makes Xen special.
Joey Hess created that document (at least the first revision) around 1998 IIRC, so it's not so much new news (guessing it's been posted here before, but probably around then as well)
IBM's been very good at fixing my T-21 (which I practically love to its death, IBM has practically replaced the entire thing, motherboard, hard drive, keyboard, power supply... all I need is a new screen and case and I'll have a new laptop:) )
bluetooth actually, unless they figured out a way to get 802.11 working w/ decent power savings on the watch. Bluetooth requires much less power than 802.11 (a reason why its range is so much less)
When i was working on it (2 summers ago, so a while back) we got bluetooth working decently well, in that one could give a talk w/ slides and control the slides w/ the watch's thumbwheel.
the washington post doesn't really require registration. it asks you for 4 details (age, zip code, sex and maybe something else). no login or anything else required.
I think I've seen them link to washingtonpost articles many times recently.
Hashcash was originally proposed as a mechanism to throttle systematic abuse of un-metered internet resources such as email, and anonymous remailers in May 1997. Five years on, this paper captures in one place the various applications, improvements suggested and related subsequent publications, and describes initial experience from experiments using hashcash.
The hashcash CPU cost-function computes a token which can be used as a proof-of-work. Interactive and noninteractive variants of cost-functions can be constructed which can be used in situations where the server can issue a challenge (connection oriented interactive protocol), and where it can not (where the communication is store and forward, or packet oriented) respectively.
and IM isn't prone to spam?
When I used to run ICQ I would have 30-50 messages that I'd have to run through in the morning that were spam messages I'd have to run through in the morning.
In MSN land, you do know the person's e-mail as their im name is their e-mail account. While I'm not a big fan of MSN in general, they do what you want.
I used to think offline messanging was cool. Then I realized I could just use e-mail for it.
i.e. if one has an integrated im/e-mail experience, there's no place for offline IM.
Manhattan.
I don't eat a lot, so get by with less food than most people.
so $200 might be on the low end, but even for $400 one can eat decently well and still live on the $2000+ b/4 taxes my stipend gives me a month (with the proviso, that since I'm a full time student, taxes are smaller, as no social security deductions, so my paycheck is probably in $1800 range)
i.e. if one is single, one can live on $2000 a month in NYC, might not be rich, but one can definitely get by. Once kids enter the picture the story changes dramatically.
actually less, in the $1300, but I have the significantly bigger bedroom so I pay a bigger percentage (and my rent is actually $690)
one doesn't have to live on the upper east/west sides or midtown (where rents are crazy). There are plenty of decent/safe neighborhoods within manhattan that have decent rents.
I'm a single guy living on $2000 a month in NYC (My PHD student stipend). It's very easy to live on. I don't have an extravagant lifestyle, but have my own bedroom in a large 2 bedroom apt (split w/ a roommate) and can afford all the computer toys I really want.
$700 - my share of the rent
$100 - assorted utilities (cable modem, electricity, gas)
$200 - regular food
$100 - transportation (really less)
so one still has close to $1000 a month to spend on fun things or other various one time fees such as clothes.
Medical insurance is subsidized by the University, but I have to pay a little towards it on a semester basis.
$2000 a month isn't being wealthy, but it can go a long way, even in NYC, if one puts their mind to it.
Look at the Peter Chen's Rio project (Rio, Rio-Vista...)
http://www.eecs.umich.edu/Rio/
not exactly what you want, but sort of what can be done with it.
that site has alpiner!!
oh the amount of time I spent trying to go "upwards and onwards!"
hehe, that power supply. I remember keeping my small little feet on it to keep warm in our cold basement in the winter :)
My families 99/4a still works (beyond that, we have like 3 spare "keyboards").
parsec, munchman, and "advanced basic" (as your basic basic wasn't good enough).
just because it wasn't in the book of macabees, doesn't mean it didn't happen. I would agree that the rabbis deffinitly did try to change the focus from a military victory to a purely spiritual realm, but not mentioning doesn't mean it doesn't exist and was purely a later invention, just that they felt it wasn't important enough to write down.
We don't say the Illiad and the Odyssey were invented when they were written down, we accept that there was an oral tradition going back even though we have little if any evidence for it.
When a person makes statements which they can't prove (such as "it was invented....") it shows their bias and how they are blinded by it.
oh, that sucks. Makes me glad I bought my ipod when I did.
Dell has discounts in their S&P store all the time. Dell sells IPods. 2+2 = 4
.8). If the coupon is only good at the small business store, then you'll most likely have to pay sales tax (small possibility at home store as well)
Dell had a 20% off all purchases in their home store coupon this past summer, so I was able to get my 30GB ipod for $400 w/ no tax ($500 *
And in this case, SELinux wouldn't have helped, because the bug let user space programs into the kernel's memory space, and once that happens all bets are off, much like what would happen if any program could write to /dev/kmem.
argh, read my follow up posts to the other comments along the same lines. maybe I'm a bit too picky.
as pointed out in reply to other post, I didn't initally buy the initial argument at first. In rereading it more carefully, it makes sense.
Not sure why I didnt realize that b4, probably didnt focus enough on the paper as was busy with submission for NSDI, and came in with the "this can't really be different from denali, can it" bias.
the libOS argument: I'm iffy on this argument. Denali's OSDI paper "claims" there's a linux port in progress. i.e. hand-wavey so I can see why one can make the claim.
the paging argument: I'm not sure I buy the argument at all. i.e. if one views the VMM as an OS (at it is in many ways) what's the big difference in it doing the paging vs. the gues OS's. but my lack of knowledge about paging might mean I'm speaking out of my butt.
namespace argument: I don't like this argument.
first they claim in the arugment that
"In contrast, we believe that secure access control within the hypervisor is sufficient to ensure protection; furthermore, as discussed previously, there are strong correctness
and performance arguments for making physical resources directly visible to guest OSes."
only refence to this argument that I see is this small point, which they don't seem to back up anywhere (though that's just from a quick search through the paper for "correct")
"Even on cooperative machine architectures, completely hiding the effects of resource virtualization from guest OSes risks both correctness and performance."
I don't buy the argument because from a security pov, if everything is done via a virtualized call, its simpler to implement and simpler to understand (if it's not named, you can't find it, hence can't touch it). Similarly, the code is generally simpler (simple hash table lookup replacing original location with new location).
On the other hand, performance can possibly be an issue, my experience with related work in OS's itself (virtualizing resources for security purposes) is that the overhead is minimal. However, I can deffinitly imagine that a VMM is different as it constantly has to do the transalation, while the OS doesn't.
I could be wrong on my take on this argument, but I didn't see much in the paper supporting it. (again, just skimmed through, will try and read more carefully later)
anyways, just my 2 cents. Point 1 seems to be a good enough point overall anyways.
ok, good point, I didn't buy the argument at first of
"Denali does not fully support x86 segmentation although it is exported (and widely used1) in the ABIs of NetBSD, Linux, and Windows XP."
as I was like "Xen has to port linux to Xen, just as Denali has to port linux to Denali", but I realize your point of running existing x86 binaries on top of Xen. Strange that I would ignore/miss that, as that's a similar point that I try to make in my own research.
How is Xen (published this year at SOSP) different than Denali (published last year at OSDI, OSDI and SOSP are basically equivalent level conferences, held in alternating years)
They both seem to be scalable hardware monitor type virtualization architectures, in skimming through the paper I was left wondering what makes Xen special.
Joey Hess created that document (at least the first revision) around 1998 IIRC, so it's not so much new news (guessing it's been posted here before, but probably around then as well)
The battery usually only have a 1 year warrenty.
:) )
IBM's been very good at fixing my T-21 (which I practically love to its death, IBM has practically replaced the entire thing, motherboard, hard drive, keyboard, power supply... all I need is a new screen and case and I'll have a new laptop
yes, I was commenting on the guys "alpine game" comment.
upwards and onwards! :)
what about the phone line that one needs? wouldn't this be the be what those directv hackers would love?
bluetooth actually, unless they figured out a way to get 802.11 working w/ decent power savings on the watch. Bluetooth requires much less power than 802.11 (a reason why its range is so much less)
When i was working on it (2 summers ago, so a while back) we got bluetooth working decently well, in that one could give a talk w/ slides and control the slides w/ the watch's thumbwheel.
the washington post doesn't really require registration. it asks you for 4 details (age, zip code, sex and maybe something else). no login or anything else required.
I think I've seen them link to washingtonpost articles many times recently.
your idea isn't a new one, its over 5 years old.
http://www.cypherspace.org/~adam/hashcash/hashcash .pdf
Hashcash was originally proposed as a mechanism to throttle systematic abuse of un-metered internet resources such as email, and anonymous remailers in May 1997. Five years on, this paper captures in one place the various applications, improvements suggested and related subsequent publications, and describes initial experience from experiments using hashcash.
The hashcash CPU cost-function computes a token which can be used as a proof-of-work. Interactive and noninteractive variants of cost-functions can be constructed which can be used in situations where the server can issue a challenge (connection oriented interactive protocol), and where it can not (where the communication is store and forward, or packet oriented) respectively.