Multicasted BitTorrent is a complete waste. The idea with multicast is that there is no real "load" on the sender -- you can run an open-loop multicaster with your image, and people can join the group to download it. Alternately, you can use a protocol like MTFTP to make it a bit more "on-demand".
Either way, bittorrent is completely useless in an environment where multicast is available.
Wouldn't it be great to be able to image a drive, use multicast to get the data to as many machines as possible, but then use BitTorrent to get pieces to any machines that weren't able to listen to the multicast (ie it's on another subnet or something) and to pick up any pieces that were missed in the broadcast, or get the rest of the disk image if that particular machine joined in the session a little late and missed the first part?
Multicast will work across subnets (you just need to set the TTL > 1). Typically what you would do is to enable multicast through your organization's network, and allow everybody to join this group. BitTorrent would not be required, as you probably don't want to be distributing your custom OS images to the outside world.
That is also wrong, as there are i686 processors which do not support CMOV, such as certain VIA and Cyrix variants.
FYI, the "certain Cyrix variant" is the 6x86, which by default identifies itself as an i486 (by not supporting the CPUID instruction unless you explicitly enable it). Apart from CMOV, the 6x86 also didn't have a time-stamp counter, which prevented things like VMware from working. My first NetBSD and Linux experience was on a 6x86 PR133 -- I went through all of these pains in the past;)
The board appears to have a PCI slot. You should be able to add a PC Weasel 2000 board to it. From the PC Weasel web site:
The PC Weasel provides the answer by emulating a video board and keyboard and presenting a serial port to the outside world. Plugged into an available ISA or PCI slot, it takes the characters written by your CPU into its "video" memory and pumps them out its onboard RS-232 port. Characters input by you into the RS-232 port are converted into keyboard scan codes and presented to the motherboard's keyboard connector.
They're $350 USD (plus shipping) for the PCI model, but if you're using it in a datacenter, it's a real steal.
I've got a corporate Diners card. Diners Club cards are now accepted anywhere that Mastercard is accepted. Diners is not huge, but it's certainly not (as the parent poster said) dodgy.
Ever since we switched to a new phone system in the office a month or two ago, this has accidentally happened (while people were trying to dial numbers in the UK from Canada) at least half a dozen times so far. We ended up having to change the emergency number to '9911' since everytime someone would accidentally call, the police would visit the office and said that if it kept happening they would start charging us for the false visits.
By default NetBSD's threading library in 2.0 only runs on one processor. To enable (experimental) support for scheduling a threaded process against multiple processors, you can set the environment variable PTHREAD_CONCURRENCY=.
The same goes for MPEG-4. 1000Kb/s produces a nearly perfect image, and even my 1.66GHz Athlon can encode that at damn-near realtime, both passes included.
You'll be hard-pressed to find a set-top box with a 1.66GHz Athlon (or equivalent) inside. Even if you were to find one, it wouldn't be cheap. IPTV providers generally eat the cost of the set-top boxes and recoup the losses later; they're not too keen on spending $400+ on hardware per consumer when they're only charging $40/month (remember, this doesn't mean "make up for it in 10 months" -- there are other operational costs associated with this service as well.
I still work for Alcatel (former iMagicTV). Sasktel has a large customer base and has been up and running for years now. This is certainly not news to us in Saint John:)
Maybe someday, when bandwidth is free, we can write games that you simply "connect" to. It'll connect to your kb/mouse/controllers, and you'll get a video feed back, or some commands for your 3D renderer. No updates, no piracy, no privacy.
Re:Interesting, but what about the other way round
on
Linux Apps On Solaris
·
· Score: 1
NetBSD has the ability to run SunOS and SVR4 binaries. See the code for more details. Not sure if FrameMaker works or not, but it'd definitely be good to know!
I don't know about you, but I pay about $20 CDN/month for 1.5MB of GPRS transfers. That's going to be quite the costly 4MB song from iTMS just so I can hear it 'RIGHT NOW'.
Although I agree, I often find myself in situations where I would like to hear a song and I don't have access to anything other than my iPod or cell phone. If the wireless providers offered cheaper data plans it could be definitely feasable.
You might want to give NetBSD a shot at it. It's not quite emulation (NetBSD actually supports foreign binary compatibility as if it were a native application), and when it works, it works great.
NetBSD supports running SVR4/iBCS2 binaries. This code has been tested on
i386 (with binaries from SCO OpenServer and XENIX), m68k (with binaries
from AMIX) and sparc (with binaries from Solaris) systems. Most programs
should work, but not ones that use or depend on:
kernel internal data structures
the/proc filesystem
the ticotsord loopback RPC mechanism (NIS uses this)
sound and video interfaces
threads (ttsession uses threads)
the streams administrative driver
Slashdot Mirror
Multicasted BitTorrent is a complete waste. The idea with multicast is that there is no real "load" on the sender -- you can run an open-loop multicaster with your image, and people can join the group to download it. Alternately, you can use a protocol like MTFTP to make it a bit more "on-demand".
Either way, bittorrent is completely useless in an environment where multicast is available.
Wouldn't it be great to be able to image a drive, use multicast to get the data to as many machines as possible, but then use BitTorrent to get pieces to any machines that weren't able to listen to the multicast (ie it's on another subnet or something) and to pick up any pieces that were missed in the broadcast, or get the rest of the disk image if that particular machine joined in the session a little late and missed the first part?
Multicast will work across subnets (you just need to set the TTL > 1). Typically what you would do is to enable multicast through your organization's network, and allow everybody to join this group. BitTorrent would not be required, as you probably don't want to be distributing your custom OS images to the outside world.
I hope it aint so dark as not to see its flaws!
It must have been based off Doom 3.
That is also wrong, as there are i686 processors which do not support CMOV, such as certain VIA and Cyrix variants.
FYI, the "certain Cyrix variant" is the 6x86, which by default identifies itself as an i486 (by not supporting the CPUID instruction unless you explicitly enable it). Apart from CMOV, the 6x86 also didn't have a time-stamp counter, which prevented things like VMware from working. My first NetBSD and Linux experience was on a 6x86 PR133 -- I went through all of these pains in the past ;)
Do you mind if I ask whose middleware you're running?
Curious.. who's the provider?
The BBTV set-top box is only an RTSP client for VOD-content; for broadcast TV, you're dealing with multicast MPEG-2 transport stream.
"honest spammers" -- there's an oxymoron if I've ever seen one before.
The board appears to have a PCI slot. You should be able to add a PC Weasel 2000 board to it. From the PC Weasel web site:
The PC Weasel provides the answer by emulating a video board and keyboard and presenting a serial port to the outside world. Plugged into an available ISA or PCI slot, it takes the characters written by your CPU into its "video" memory and pumps them out its onboard RS-232 port. Characters input by you into the RS-232 port are converted into keyboard scan codes and presented to the motherboard's keyboard connector.
They're $350 USD (plus shipping) for the PCI model, but if you're using it in a datacenter, it's a real steal.
I've got a corporate Diners card. Diners Club cards are now accepted anywhere that Mastercard is accepted. Diners is not huge, but it's certainly not (as the parent poster said) dodgy.
Can I use this on my mother?
But then who will do your laundry?
Ever since we switched to a new phone system in the office a month or two ago, this has accidentally happened (while people were trying to dial numbers in the UK from Canada) at least half a dozen times so far. We ended up having to change the emergency number to '9911' since everytime someone would accidentally call, the police would visit the office and said that if it kept happening they would start charging us for the false visits.
By default NetBSD's threading library in 2.0 only runs on one processor. To enable (experimental) support for scheduling a threaded process against multiple processors, you can set the environment variable PTHREAD_CONCURRENCY=.
The same goes for MPEG-4. 1000Kb/s produces a nearly perfect image, and even my 1.66GHz Athlon can encode that at damn-near realtime, both passes included.
You'll be hard-pressed to find a set-top box with a 1.66GHz Athlon (or equivalent) inside. Even if you were to find one, it wouldn't be cheap. IPTV providers generally eat the cost of the set-top boxes and recoup the losses later; they're not too keen on spending $400+ on hardware per consumer when they're only charging $40/month (remember, this doesn't mean "make up for it in 10 months" -- there are other operational costs associated with this service as well.
I still work for Alcatel (former iMagicTV). Sasktel has a large customer base and has been up and running for years now. This is certainly not news to us in Saint John :)
Dear Slashdot Readers,
Thank you for letting us know your passwords.
Regards,
The staff of beginningtoseethelight
I'd suggest either NetBSD or Aurora Linux (the latter's latest release being based on FC2 it's pretty current).
Maybe someday, when bandwidth is free, we can write games that you simply "connect" to. It'll connect to your kb/mouse/controllers, and you'll get a video feed back, or some commands for your 3D renderer. No updates, no piracy, no privacy.
This already exists.
Wow -- I just wasted a ton of time reading some of the links from the link you gave us. I'd especially recommend the History of Telegraph and Telephone Companies in Nova Scotia -- Thanks (and well done to the author)!
NetBSD has the ability to run SunOS and SVR4 binaries. See the code for more details. Not sure if FrameMaker works or not, but it'd definitely be good to know!
I don't know about you, but I pay about $20 CDN/month for 1.5MB of GPRS transfers. That's going to be quite the costly 4MB song from iTMS just so I can hear it 'RIGHT NOW'.
Although I agree, I often find myself in situations where I would like to hear a song and I don't have access to anything other than my iPod or cell phone. If the wireless providers offered cheaper data plans it could be definitely feasable.
You might want to give NetBSD a shot at it. It's not quite emulation (NetBSD actually supports foreign binary compatibility as if it were a native application), and when it works, it works great.
/proc filesystem
From the compat_svr4(8) man page:
NetBSD supports running SVR4/iBCS2 binaries. This code has been tested on
i386 (with binaries from SCO OpenServer and XENIX), m68k (with binaries
from AMIX) and sparc (with binaries from Solaris) systems. Most programs
should work, but not ones that use or depend on:
kernel internal data structures
the
the ticotsord loopback RPC mechanism (NIS uses this)
sound and video interfaces
threads (ttsession uses threads)
the streams administrative driver
I would like to propose a new locale for this type of thing: en_ARPA
In a sense, SCO itself is a product...
Don't you mean tool instead of product?
Erm, I thought that the Geode was a National Semiconductor SOC product... have they sold this line of products to AMD?