I can't see how the movie could be true to the game. A movie where the actors repeatedly fight against terrorists in the same place for 30 minutes isn't likely to be a blockbuster hit. On that note, I am really interested. I'd like to see real-life renditions of some of the popular maps in CounterStrike. Although, for some reason, I don't think they'll be using fy_pool_day or fy_iceworld:).
Warning: mysql_connect(): User kmeleon@ has already more than 'max_user_connections' active connections in/home/groups/k/km/kmeleon/htdocs/wiki/config.php on line 15
Re:Adding Ghz is probably not the best solution
on
Where's My 10 Ghz PC?
·
· Score: 1
We need a new platform, period. And I don't mean AMD64 and all those 64 bit platforms that are all popular right now. 64 bit processing power is simply not needed and slows things down, as the article mentions, due to memory stuffs. 32 bit integers and pointers are perfectly alright. Current Intel processors are as bloated as Windows Longhorn 2 + SP 3 is gonna be. I, and others, have been saying to just calm down, strip the CPU, and come out with much smaller dies. RISC is a great technology, but few RISC vendors are doing it right.
In 1992, DEC introduced the Alpha 21064 at a speed of 200MHz. The superscalar, superpipelined 64-bit processor design was pure RISC, but it outperformed the other chips and was referred to by DEC as the world's fastest processor. (When the Pentium was launched the next spring, it only ran at 66MHz.) The Alpha too was intended to be used in both UNIX server/workstations as well as desktop variants.
The primary contribution of the Alpha design to microprocessor history was not in its architecture -- that was pure RISC. The Alpha's performance was due to excellent implementation. The microchip design process is dominated by automated logic synthesis flows. To deal with the extremely complex VAX architecture, Digital designers applied human, individually crafted attention to circuit design. When this was applied to a simple, clean architecture like the RISC-based Alpha, the combination gleaned the highest possible performance. Sadly, the very thing that led Alpha down the primrose path -- hand-tuned circuits -- would prove to be its undoing. As DEC was going out of business, , its chip division, Digital Semiconductor, was sold to Intel as part of a legal settlement. Intel used the StrongARM (a joint project of DEC and ARM) to replace its i860 and i960 line of RISC processors.
Why not do that again? Intel and AMD have plenty of money to afford this effort. With a very good, simplistic design, plenty of registers, lots of cache, small die size, this would become a beautiful and fast chip. It might even drive the chip speeds up with the hand-tuning to Intel's dreaded 4Ghz. (Note: AlienWare has been selling 4Ghz AMD computers for a while now).
I hate to pick on SDL, I really like it, but even a simple application in SDL on my box takes several seconds to start up in Linux, and even longer in Windows. Meanwhile, in Windows, when I double-click on CounterStrike or Anno1503 or Black&White or......, they all immediately change screen resolution, and by the time my monitor is done syncing, the startup screen or intro movie is there. Maybe part of the reason is that DirectX etc. are directly bound around the Win32 API, while SDL needs to abstract another layer for the different platforms.
While I'm saying this, I think that it is a general complaint among many OSS applications. Konqueror and Firefox take forever to start up. IE is almost instant. (Yes, I know IE is already preloaded, but I think the potential for the other two is still there). Same with OpenOffice - much slower on startup than MS Office.
Bah. I don't need to update - my current version works just fine for me. And its not like I do anything important - only registered porn sites and online banking.
Oh, by the way, my IP is 127.0.0.1
alright, the moderator who modded this interesting should be shot, hung up by his balls, fucked in every body cavity by 15 black men, 4 horses, and an elephant, then finally defenestrated on a cliffside falling a very steep 3km into shark infested waters.
ITS FUNNY, NOT INTERESTING. Sheesh.
For IRC, I use irssi. It's neat, small, fast, and does what I need it to. Also, I haven't had the need to change any of its stock options yet - I like it the way it is. Other candidates are BitchX (annoying autoaway etc.), ircII (too much configuring, maybe?), or CenterICQ (don't like the interface for IRC).
CenterICQ is my app of choice for IM. It's quirky sometimes, and once segfaulted, but other than that, I have had 0 problems with it. Also, it supports a variety of protocols.
For web-browsing, I use links. I've tried lynx and w3m, but links just "does it" I guess:). It's got support for more stuff. Also, I find the -g option nice, something the other two don't have IIRC.
I've tried Emacs, Pico, Nano, ed, etc. etc. etc., but so far, nothing has replaced my addiction to Vim. Maybe I'm a masochist, I don't know.
When I'm at home in console mode, I usually use Alt+Fx to switch between different apps, and use screen to keep irssi and centericq running. When over ssh, I use screen. Sometimes, I run out of VTs, so I use screen to group things inside the VTs. When in X, I just keep things in separate rxvt windows.
For entertainment, I have either NetHack, fortune -o, or bash.org (aww shit, slashdotted them, they're down enough as it is!) in links.:)
If you are encountering intermittent problems connecting to our site, it is because we got slashdotted. These connectivity problems are not directly related to the Akamai outage, but are the result of a large number of visitors accessing our site today. Thanks for being patient while waiting for the ISC site to load.
The McDonald's instore system use MS-DOS 6.22, on Pentium 233mhz, 32MB RAM. They are dog slow:). They don't crash however (Except for that one in our back booth --- it hangs up every few days, and has to be restarted. probably some hardware defect, oh well).
The Administrator system uses Windows 98, although their management system is DOS based (so, it runs before Windows 98 "boots"). Our learning computer downstairs runs Windows 2000.
Actually, there's almost as many people ordering diet cokes as regular cokes. I know, because I work there. Usually, the guys get the regular cokes, the females get the diet cokes.
However, nobody seems to get that fake sugar is worse than real sugar (doesn't make you as fat, but as abovementioned, has other bad things).
And then what I see all the time is the kid wanting coke, and the parent saying "diet coke". My job prevents me from saying anything about this, but it makes me angry. first of all, young kids need to be a bit fat (studies have shown this, can't find my source). secondly, they are unknowingly feeding their kids poision. I know the FDA doesn't agree just yet, but I'm sure that they're on their way.
If I'm right, the Pentium 4 has something like 32 pipelines. In a perfect world, this would mean an output of 1 instruction every cycle. However, this is, quite simply, impossible.
Intel processors have 8 general purpose registers. If you're really lucky, you'll be able to use 7 of them, usually less. So, even if some code didn't do any branches or memory accesses (which is higly unlikely), you WILL stall after 7 instructions at the latest (of course, this will vary. Some non-branch instructions use no registers). And thus, as mentioned above, it'll waste 25+ cycles flushing and refilling the pipeline.
So, basically, you can never actually use more than 7 steps of the 32 at a time. One might ask why they would put in 32 steps then. The answer is quite simple: Marketing. They can achieve much higher frequencies with more pipeline steps, and of course, to the average person, the more mhz, the better.
This is why RISC processors (including Sparc, PPC, and MIPS) usually achieve much better performance at equal frequencies, cache, etc.. They have more registers to use (32+), and less pipeline steps. Thus, they can be squeezed to be much smaller too, if need be.
...This was made possible by a Pocket PC port of Bochs, a DOS emulator...
Sorry, but last I remember, wasn't Bochs an x86 emulator, not a DOS emulator?
Not that you can't run DOS on Bochs, but just saying, that's not really what it is.
Another note about distros... some distros lend themselves much more to packages or source than others. For example, I have two systems - an older Red Hat system and SuSE 9. On SuSE, I try to build the minimum of source required, because (1) Most apps have packages for SuSE (2) SuSE, as every other distro, has its own special places for files (3) YaST is just such a nice app:). On the Red Hat one, there isn't anything I haven't (re)compiled myself.
If you're doing the same thing on many computers, you want to go with packages. If one isn't available, build a package from source on one computer, then install it (after tweaking+fixing) on all the others.
Slashdot Mirror
pwned! :)
I can't see how the movie could be true to the game. A movie where the actors repeatedly fight against terrorists in the same place for 30 minutes isn't likely to be a blockbuster hit. On that note, I am really interested. I'd like to see real-life renditions of some of the popular maps in CounterStrike. Although, for some reason, I don't think they'll be using fy_pool_day or fy_iceworld :).
first post!
Warning: mysql_connect(): User kmeleon@ has already more than 'max_user_connections' active connections in /home/groups/k/km/kmeleon/htdocs/wiki/config.php on line 15
:)
Did slashdot just get slashdotted?
We need a new platform, period. And I don't mean AMD64 and all those 64 bit platforms that are all popular right now. 64 bit processing power is simply not needed and slows things down, as the article mentions, due to memory stuffs. 32 bit integers and pointers are perfectly alright. Current Intel processors are as bloated as Windows Longhorn 2 + SP 3 is gonna be. I, and others, have been saying to just calm down, strip the CPU, and come out with much smaller dies. RISC is a great technology, but few RISC vendors are doing it right.
I quote http://www-106.ibm.com/developerworks/library/pa-m icrohist.html?ca=dgr-lnxw01MicroHistory:
In 1992, DEC introduced the Alpha 21064 at a speed of 200MHz. The superscalar, superpipelined 64-bit processor design was pure RISC, but it outperformed the other chips and was referred to by DEC as the world's fastest processor. (When the Pentium was launched the next spring, it only ran at 66MHz.) The Alpha too was intended to be used in both UNIX server/workstations as well as desktop variants.
The primary contribution of the Alpha design to microprocessor history was not in its architecture -- that was pure RISC. The Alpha's performance was due to excellent implementation. The microchip design process is dominated by automated logic synthesis flows. To deal with the extremely complex VAX architecture, Digital designers applied human, individually crafted attention to circuit design. When this was applied to a simple, clean architecture like the RISC-based Alpha, the combination gleaned the highest possible performance. Sadly, the very thing that led Alpha down the primrose path -- hand-tuned circuits -- would prove to be its undoing. As DEC was going out of business, , its chip division, Digital Semiconductor, was sold to Intel as part of a legal settlement. Intel used the StrongARM (a joint project of DEC and ARM) to replace its i860 and i960 line of RISC processors.
Why not do that again? Intel and AMD have plenty of money to afford this effort. With a very good, simplistic design, plenty of registers, lots of cache, small die size, this would become a beautiful and fast chip. It might even drive the chip speeds up with the hand-tuning to Intel's dreaded 4Ghz. (Note: AlienWare has been selling 4Ghz AMD computers for a while now).
I hate to pick on SDL, I really like it, but even a simple application in SDL on my box takes several seconds to start up in Linux, and even longer in Windows. Meanwhile, in Windows, when I double-click on CounterStrike or Anno1503 or Black&White or ......, they all immediately change screen resolution, and by the time my monitor is done syncing, the startup screen or intro movie is there. Maybe part of the reason is that DirectX etc. are directly bound around the Win32 API, while SDL needs to abstract another layer for the different platforms.
While I'm saying this, I think that it is a general complaint among many OSS applications. Konqueror and Firefox take forever to start up. IE is almost instant. (Yes, I know IE is already preloaded, but I think the potential for the other two is still there). Same with OpenOffice - much slower on startup than MS Office.
I have this same problem with ion2 when switching workspaces. I have no idea what its related to, but its DAMN annoying :)
His girlfriend has a "stick"? o.O
*cough*kerryfork()bomb*cough* :) Nicely done
Bah. I don't need to update - my current version works just fine for me. And its not like I do anything important - only registered porn sites and online banking. Oh, by the way, my IP is 127.0.0.1
alright, the moderator who modded this interesting should be shot, hung up by his balls, fucked in every body cavity by 15 black men, 4 horses, and an elephant, then finally defenestrated on a cliffside falling a very steep 3km into shark infested waters. ITS FUNNY, NOT INTERESTING. Sheesh.
Truly very interesting and informative. I wish I had modpoints right now to mod you up. I'd mod you up 5 times if I could.
in my header :) (don't forget to unspam)
for those of you who didn't get the joke...
in german, when you "bell", you are "barking".
For IRC, I use irssi. It's neat, small, fast, and does what I need it to. Also, I haven't had the need to change any of its stock options yet - I like it the way it is. Other candidates are BitchX (annoying autoaway etc.), ircII (too much configuring, maybe?), or CenterICQ (don't like the interface for IRC).
CenterICQ is my app of choice for IM. It's quirky sometimes, and once segfaulted, but other than that, I have had 0 problems with it. Also, it supports a variety of protocols.
For web-browsing, I use links. I've tried lynx and w3m, but links just "does it" I guess :). It's got support for more stuff. Also, I find the -g option nice, something the other two don't have IIRC.
I've tried Emacs, Pico, Nano, ed, etc. etc. etc., but so far, nothing has replaced my addiction to Vim. Maybe I'm a masochist, I don't know.
When I'm at home in console mode, I usually use Alt+Fx to switch between different apps, and use screen to keep irssi and centericq running. When over ssh, I use screen. Sometimes, I run out of VTs, so I use screen to group things inside the VTs. When in X, I just keep things in separate rxvt windows.
For entertainment, I have either NetHack, fortune -o, or bash.org (aww shit, slashdotted them, they're down enough as it is!) in links. :)
-- Chris
From the article...
If you are encountering intermittent problems connecting to our site, it is because we got slashdotted. These connectivity problems are not directly related to the Akamai outage, but are the result of a large number of visitors accessing our site today. Thanks for being patient while waiting for the ISC site to load.
just thought I'd mention that ;)
The McDonald's instore system use MS-DOS 6.22, on Pentium 233mhz, 32MB RAM. They are dog slow :). They don't crash however (Except for that one in our back booth --- it hangs up every few days, and has to be restarted. probably some hardware defect, oh well).
The Administrator system uses Windows 98, although their management system is DOS based (so, it runs before Windows 98 "boots"). Our learning computer downstairs runs Windows 2000.
Actually, there's almost as many people ordering diet cokes as regular cokes. I know, because I work there. Usually, the guys get the regular cokes, the females get the diet cokes.
However, nobody seems to get that fake sugar is worse than real sugar (doesn't make you as fat, but as abovementioned, has other bad things).
And then what I see all the time is the kid wanting coke, and the parent saying "diet coke". My job prevents me from saying anything about this, but it makes me angry. first of all, young kids need to be a bit fat (studies have shown this, can't find my source). secondly, they are unknowingly feeding their kids poision. I know the FDA doesn't agree just yet, but I'm sure that they're on their way.
Wow, someone who agrees with me :)
If I'm right, the Pentium 4 has something like 32 pipelines. In a perfect world, this would mean an output of 1 instruction every cycle. However, this is, quite simply, impossible.
Intel processors have 8 general purpose registers. If you're really lucky, you'll be able to use 7 of them, usually less. So, even if some code didn't do any branches or memory accesses (which is higly unlikely), you WILL stall after 7 instructions at the latest (of course, this will vary. Some non-branch instructions use no registers). And thus, as mentioned above, it'll waste 25+ cycles flushing and refilling the pipeline.
So, basically, you can never actually use more than 7 steps of the 32 at a time. One might ask why they would put in 32 steps then. The answer is quite simple: Marketing. They can achieve much higher frequencies with more pipeline steps, and of course, to the average person, the more mhz, the better.
This is why RISC processors (including Sparc, PPC, and MIPS) usually achieve much better performance at equal frequencies, cache, etc.. They have more registers to use (32+), and less pipeline steps. Thus, they can be squeezed to be much smaller too, if need be.
Just wanted to point that out.
...This was made possible by a Pocket PC port of Bochs, a DOS emulator...
Sorry, but last I remember, wasn't Bochs an x86 emulator, not a DOS emulator?
Not that you can't run DOS on Bochs, but just saying, that's not really what it is.
Another note about distros ... some distros lend themselves much more to packages or source than others. For example, I have two systems - an older Red Hat system and SuSE 9. On SuSE, I try to build the minimum of source required, because (1) Most apps have packages for SuSE (2) SuSE, as every other distro, has its own special places for files (3) YaST is just such a nice app :). On the Red Hat one, there isn't anything I haven't (re)compiled myself.
If you're doing the same thing on many computers, you want to go with packages. If one isn't available, build a package from source on one computer, then install it (after tweaking+fixing) on all the others.