If your ISP is blocking outgoing connections to port 25 of other IP's than their own SMTP server, then the solution is to configure your own mail server to relay the emails via the ISP's SMTP server.
If they have blocked incoming SMTP, then you have a real problem
The Vulcain engine is not air startable. They will have to fix this; it is not clear how much this will cost
They are not planning to use Vulcain. Vulcain is used in Ariane V's FIRST stage, they are using the SECOND stage. The engine they are using is both air-startable AND re-startable.
The Ariane center stage will have to be radically altered - right now it is build for bearing the load of boosters on its sides. Now it will be pushed up?
again, wrong.
The ariane V second stage sits in top of it's first stage. The stacking is quite similar.
Ariane V has "2.5" stages:
0) Boosters. 1) first stage (vulcain engine) 2) second stage
This new rocket will differ from Ariane V by having one huge solid rocket engine(from ares 1) replacing the boosters an first stage.
Aiming is as slow as reality, no matter how good mouse hand the player has.
Realistic fog whose purpose is not to look nice, but to hinder visibility.
I consider this to be the best first person 3d game ever made.
The sequels were not so good, they were too much action, losing some of the realism, and losing the big maps.
Operation flashpoint is another example. It was also very good, maybe even mode realistic, but the playability was not as good as with ghost recon, so I rank Ghost recon as #1.
I am waiting for someone to create real sequel to Ghost Recon, instead of those Ghost Recon:Advanced warfighter toy shooters which differ nothing from those cs and other toy games.
When programming, I'm mostly using the keyboard. So the most important feature for mouse is that it's very fast to switch between mouse and a keyboard. The integrated touchpad of my laptop wins any external mouse on this.
Some more information how RV7x0 calculates 64-bit floating point:
All shader processors in RV7x0 are natively 32-bit. There are 5 ALU's in each shader processer. When RV7x0 calculates an 64-bit MUL operation, it does it by using 4 of those 32-bit ALU's together. When RV7x0 calculates an 64-bit ADD operation, it combines 2 32-bit ALU's together.
That's why RV7x0 has floating point MUL throughput of 1/5 of it's 32-bit MUL thoughtput. There is no "group of 64-bit ALU's" like the article thinks.
Some guy who does not know very much posts a long speculation article, all speculation done with his limited undertanding. And then this is posted as news.
RV790 is just higher-clocked RV770. There are no more shader units. There are no shader units converted to 64-bit. it's just ~10% clock speed increase, giving about 10% more performance.
RV800 will come at end of the year, that will have much power.
The original celeron was a klamath core Pentium II without the external L2 cache chips. They were fully functional cores, but packaging them alone and not spending anything on those L2 chips saved some money.
The second version of Celeron was mencodino, which was a chip purposely designed as celeron, it was not sold at all with pentium name. It was a klamath + 128kB L2 cache on-die.
The third version of celeron, "coppermine-128" was then pentium III with hald the cache disabled.
1) Big landscape display ( about 132x18 characters on bigger font, or even something like 200x27 with small font)
2) Best compromize for keyboard size On-screen keyboard suck totally for writing longer pieces of text or special characters. Many smaller keyboard also suck quite a lot. E90 is very good for thumb typing, and has easy access for many special characters, no need to dig them from some special menu. When doing programming or unix shell things, need need these a lot.
3) Good connectivity 4-band GSM, 3G, WLAN. You always get the fastest (least lag) connection to you unix server.
And it still fits into a trouser pocket, even though it's bigger than most phones.
On AMD multicore - processor all cores are conencted via crossbar to one memory controller. there is NO hypetransport inside the processor chip between the cores.
The HT-link speed issue comes with MULTIPLE PROCESSOR CHIPS. Connections between processor chips is done with HT links and when there are more than 3 CHIPS then they cannot all be connected directly to each others.
No cellphone camera has 38mm real focal lenght. They have focal length of about 5mm, which for 1/3" sensor gives same field of vision than 38mm in film camera.
This 5mm focal length lens is really not very big, but it does not have a very good aperture ( ie. area from where to gather light ).
The new "origami lens" does not make lenses smaller, but gives them bigger aperture.
There is however one very big drawbck in this design:
The "bokeh", ie form of out-of-focus softening is very ugly for mirror-typy lenses.
A dot focused correctly looks like dot. A dot focused incorrectly with cheap traditional lens looks like soft filled rectangle, or soft filledpentagon. A dot focused incorrectly with good traditional lens looks like soft filled hexagon or soft filled circle.
A dot focused incorrectly with mirror-lens(ie. this new origami lens) will look like a donut or tire. (in this case maybe like tire of bicycle)
So except to see the background of the image full of circles..
Also the depth of good focus will be MUCH smaller with this lens, so there are much more out-of-focus stuff in pictures.
US's domination was temporary
on
Saving U.S. Science
·
· Score: 2, Insightful
USA was not dominant on the first half of the century.
Actually Adolf Hitler can be thanked for raising USA to "scientific domination"; Most jewish scientists fleed from central europe to USA because of nazis.
And some non-jewish german scientsts (like Werner von Braun) surrendered to USA when the war was ending.
Some european scientists why moved to USA between 1930 and 1945
Kurt gödel ( great mathematician ) Werner Von Braun ( main designed of V-2 ans Saturn V ) Albert Einstein( was visiting USA when hitler rose to power and because of that did not return to germany ) Paul Ärdös ( propably the most productive mathematician of all times, ) Stanislav Ulam, Polish, one of manhattan project scientists Hans Bethe, nobel prize winner, manhattan project scientist John Von Neumann, inventor the modern computer, manhattan project scientist.. actually the ONLY major american-born scientist I know from the last centyry are Robert Goddard and Richard Feynman.
> the F/A-18 cannot carry as much ordinance as an A-6 nor dogfight as well as an > F-14 or F-15.
Almost anything ( excluding maybe only mig-31 and panavia tornado) built after 1980 dogfights better than F-14.
F-14 is overweight, underpowered, missile platform, good for shooting bombers with big missiles, bad for dogfight.
F-14's variable wing sounds like a good idea, but in practice it adds a lot of mass to the plane, making if much less agile.
F-18 was originally designed as a pure dogfight fighter, but later modified to also fit for attack duty. (and then modified again for bigger size, but also engine power and wing area was increased, so performance should not have suffered very much)
It's always 2^virtual memory address bits of the processor.
Sometimes the amount of virtual memory available to programs is smaller due the operating systems reserving some part ( like upper half ) of the virtual for itself, so on most operating systems on the most common settings on the most common hardware there is always 2 gibibytes of virtual memory for every process.
Swap file and virtual memory are differnt things. If you are talking about swap file, use the term swap file.
> From what I've read, compiling and running in 32-bit mode is still the best choice for now, > the Core 2 is a lot better than the EM64T pentium 4 at running 64-bit code, > but still not as fast as just using the 32-bit code > (stuff like video encoding is happening in the 128-bit vector unit anyway, > and I don't need more than 4GB addressable space)... but that 128-bit vector unit has twice the number of registers when it's on 64-bit mode.
(though usage of these extra registers makes the instruction decoder choke a bit on core2, which is propably the reason why some code runs faster on 32-bit mode than 64-bit mode)
In finland we have had dog-gsm-gps's for ~2 years.
on
First Cell Phone for Dogs
·
· Score: 2, Informative
.. So we deveice being mentioned is NOT the first one.
Also the performance of symbianOS is very bad; everything just is sloppy, and benchmarks show that some things are MANY times faster on linux with similar hardware.
reasons for the slowness:
a) microkernel architecture, lots of inter-process communication b) difficult development, it's difficult enought to get the software running on symbian, making them run quickly would be even more difficult. it's easy to send 100 individual requests between processes when the requests should be grouped and sent at once or their results cached etc. , which would mean somewhat more code but would result 10 times better performance.
... but a presentation article about the phone's features.
lacks criticism etc.
the "reviewer" does not really understand what should be expected and just hypes the features the phone has got but does not comment about missing features other devices have..
"The settings you have on the N90 are nothing less than what you will find on most prosumer digital cameras today. You can adjust the white-balance, contrast, color saturation, color effects and what have you. In our tests, we found that for the White Balance mode, the automatic worked best and we recommend that you don't play around much with this setting, as we feel the sensor adjusts a lot better if you simply set it to auto.".. and no talk about aperture size, shutter speed.. tre "reviewer" does not seem to have any experience on "real photography".. prosumer cameras hae quite a lot of more adjustments, and I find the N90 camera adjustment feature list quite lacking, though I only have experience from a very small automatic pocket camera.
(quoted) Going back to rockets, in this day and age, after forty years is just ridiculous. I think it was universally accepted that the Saturn V and the Apollo modules were about as much as you could possibly lift into space via that method. It's also grossly expensive.
well, nothing has lifted as much stuff to space as saturn V did at 60's and 70's. saturn V has about 5-6 times the lifting capacity of a shuttle, but weights only a bit more and costs about the same to launch than the shuttle.
so talk about capacity, price and efficiency.
USA also had a design of a "saturn VI"(real name was saturn v block II or something like that) , but non were built when the interest to space fligts decreased at 70's. This rocket would have had about twice the paylaod of saturn v, or about 10 times the payload of the shuttle. wonder how much faster the ISS could have been constructed with these rockets..
actually the original plan regarding the shutte was that the shuttle was to be a cheap small personnel carrier and the "saturn VI" was to be used for cargo.. but they did not have budget for both so the "saturn vi" was cancelled and shuttle was enlargened to cargo-carrying vehicle (which eventually became more expensive than both the original shuttle plan and "saturn vi" would propably have cost together)
That's what the marketting material says. But if you look under the hood, you undestand that...
SymbianOS may be designed to be as a mobile OS, but it is OVERDESIGNED for such.
It's very bloated, and the performance is just terrible. Things that linux does with just one syscall on about millisecond and which really do not require anything coplicated may take tens or hunderes of milliseconds on symbianOS.
I've done some apples vs oranges linux versus symbianOS benchmarks, and the linux just has been running circles around symbianOS on many things. But as the hardware and other software has been different, they cannot be directly compared, and also I cannot reveal more details of my benchmarks due NDA's.
The way I see it is that 1) Linux kernel already does everything needed for mobile devices. What is lacking is higher level software and API's for things like contact management, messaging etc. This is just coding new software
2) SymbianOS is so full of symbianisms and broken design that it cannot be "fixed"; "fixed version of symbianOS" would not have anything from the original symbianOS.
Symbian already has symbianOS running on top of windows - the "WINS emulator". They could port that to linux and use it to run legacy symbianOS software on a linux phone.
Slashdot Mirror
If your ISP is blocking outgoing connections to port 25 of other IP's than their own SMTP server, then the solution is to configure your own mail server to relay the emails via the ISP's SMTP server.
If they have blocked incoming SMTP, then you have a real problem
There are a few things that make this rocket BAD.
The Vulcain engine is not air startable. They will have to fix this; it is not clear how much this will cost
They are not planning to use Vulcain. Vulcain is used in Ariane V's FIRST stage, they are using the SECOND stage.
The engine they are using is both air-startable AND re-startable.
The Ariane center stage will have to be radically altered - right now it is build for bearing the load of boosters on its sides. Now it will be pushed up?
again, wrong.
The ariane V second stage sits in top of it's first stage.
The stacking is quite similar.
Ariane V has "2.5" stages:
0) Boosters.
1) first stage (vulcain engine)
2) second stage
This new rocket will differ from Ariane V by having one huge solid rocket engine(from ares 1) replacing the boosters an first stage.
very good game from 2001-2002.
One bullet usually kills.
Aiming is as slow as reality, no matter how good mouse hand the player has.
Realistic fog whose purpose is not to look nice, but to hinder visibility.
I consider this to be the best first person 3d game ever made.
The sequels were not so good, they were too much action, losing some of the realism, and losing the big maps.
Operation flashpoint is another example. It was also very good, maybe even mode realistic, but the playability was not as good as with ghost recon, so I rank Ghost recon as #1.
I am waiting for someone to create real sequel to Ghost Recon, instead of those Ghost Recon:Advanced warfighter toy shooters which differ nothing from those cs and other toy games.
When programming, I'm mostly using the keyboard. So the most important feature for mouse is that it's very fast to switch between mouse and a keyboard. The integrated touchpad of my laptop wins any external mouse on this.
Some more information how RV7x0 calculates 64-bit floating point:
All shader processors in RV7x0 are natively 32-bit. There are 5 ALU's in each shader processer. When RV7x0 calculates an 64-bit MUL operation, it does it by using 4 of those 32-bit ALU's together. When RV7x0 calculates an 64-bit ADD operation, it combines 2 32-bit ALU's together.
That's why RV7x0 has floating point MUL throughput of 1/5 of it's 32-bit MUL thoughtput. There is no "group of 64-bit ALU's" like the article thinks.
Some guy who does not know very much posts a long speculation article, all speculation done with his limited undertanding. And then this is posted as news.
RV790 is just higher-clocked RV770. There are no more shader units. There are no shader units converted to 64-bit. it's just ~10% clock speed increase, giving about 10% more performance.
RV800 will come at end of the year, that will have much power.
The legend is wrong.
The original celeron was a klamath core Pentium II without the external L2 cache chips. They were fully functional cores, but packaging them alone and not spending anything on those L2 chips saved some money.
The second version of Celeron was mencodino, which was a chip purposely designed as celeron, it was not sold at all with pentium name. It was a klamath + 128kB L2 cache on-die.
The third version of celeron, "coppermine-128" was then pentium III with hald the cache disabled.
Not being able to talk when I'm sitting in bus, train, or my friend's car.. really sane ;)
1) Big landscape display ( about 132x18 characters on bigger font, or even something like 200x27 with small font)
2) Best compromize for keyboard size
On-screen keyboard suck totally for writing longer pieces of text or special characters.
Many smaller keyboard also suck quite a lot.
E90 is very good for thumb typing, and has easy access for many special characters, no need to dig them from some special menu. When doing programming or unix shell things, need need these a lot.
3) Good connectivity
4-band GSM, 3G, WLAN. You always get the fastest (least lag) connection to you unix server.
And it still fits into a trouser pocket, even though it's bigger than most phones.
You are confusing cores and processor chips.
On AMD multicore - processor all cores are conencted via crossbar to one memory controller. there is NO hypetransport inside the processor chip between the cores.
The HT-link speed issue comes with MULTIPLE PROCESSOR CHIPS. Connections between processor chips is done with HT links and when there are more than 3 CHIPS then they cannot all be connected directly to each others.
The front page posting is wrong.
No cellphone camera has 38mm real focal lenght. They have focal length of about 5mm, which for 1/3" sensor gives same field of vision than 38mm in film camera.
This 5mm focal length lens is really not very big, but it does not have a very good aperture ( ie. area from where to gather light ).
The new "origami lens" does not make lenses smaller, but gives them bigger aperture.
There is however one very big drawbck in this design:
The "bokeh", ie form of out-of-focus softening is very ugly for mirror-typy lenses.
A dot focused correctly looks like dot.
A dot focused incorrectly with cheap traditional lens looks like soft filled rectangle, or soft filledpentagon.
A dot focused incorrectly with good traditional lens looks like soft filled hexagon or soft filled circle.
A dot focused incorrectly with mirror-lens(ie. this new origami lens) will look like a donut or tire.
(in this case maybe like tire of bicycle)
So except to see the background of the image full of circles..
Also the depth of good focus will be MUCH smaller with this lens, so there are much more out-of-focus stuff in pictures.
USA was not dominant on the first half of the century.
.. actually the ONLY major american-born scientist I know from the last centyry are Robert Goddard and Richard Feynman.
Actually Adolf Hitler can be thanked for raising USA to "scientific domination"; Most jewish scientists fleed from central europe to USA because of nazis.
And some non-jewish german scientsts (like Werner von Braun) surrendered to USA when the war was ending.
Some european scientists why moved to USA between 1930 and 1945
Kurt gödel ( great mathematician )
Werner Von Braun ( main designed of V-2 ans Saturn V )
Albert Einstein( was visiting USA when hitler rose to power and because of that did not return to germany )
Paul Ärdös ( propably the most productive mathematician of all times, )
Stanislav Ulam, Polish, one of manhattan project scientists
Hans Bethe, nobel prize winner, manhattan project scientist
John Von Neumann, inventor the modern computer, manhattan project scientist
> the F/A-18 cannot carry as much ordinance as an A-6 nor dogfight as well as an
> F-14 or F-15.
Almost anything ( excluding maybe only mig-31 and panavia tornado) built after 1980 dogfights better than F-14.
F-14 is overweight, underpowered, missile platform, good for shooting bombers with big missiles, bad for dogfight.
F-14's variable wing sounds like a good idea, but in practice it adds a lot of mass to the plane, making if much less agile.
F-18 was originally designed as a pure dogfight fighter, but later modified to also fit for attack duty. (and then modified again for bigger size, but also engine power and wing area was increased, so performance should not have suffered very much)
It's always 2^virtual memory address bits of the processor.
Sometimes the amount of virtual memory available to programs is smaller due the operating systems reserving some part ( like upper half ) of the virtual for itself, so on most operating systems on the most common settings on the most common hardware there is always 2 gibibytes of virtual memory for every process.
Swap file and virtual memory are differnt things. If you are talking about swap file, use the term swap file.
> From what I've read, compiling and running in 32-bit mode is still the best choice for now, .. but that 128-bit vector unit has twice the number of registers when it's on 64-bit mode.
> the Core 2 is a lot better than the EM64T pentium 4 at running 64-bit code,
> but still not as fast as just using the 32-bit code
> (stuff like video encoding is happening in the 128-bit vector unit anyway,
> and I don't need more than 4GB addressable space).
(though usage of these extra registers makes the instruction decoder choke a bit on core2, which is propably the reason why some code runs faster on 32-bit mode than 64-bit mode)
.. So we deveice being mentioned is NOT the first one.
http://www.pointersolutions.com/eng/hunting.htm
My dad bought one for his dog last summer.
it's based on benefon esc gps-enabled mobile phone,
and has been on market for couple of years now.
the kit contains two phones, one wiith full phone functionality ( for the hunter ) and one without keyboard and display ( for the dog ).
the hunter can see where the for is going from his map display, and can also call a call and listen if the dog is barking.
.. and 6925 as "viagra-add delivery port" ;)
We could have many ports,
like specifying all 69xx ports to be "porn ports.
this way port 6980 could be phttp ( porn http ),
6921 pftp ( port ftp ) ,
6922 pscp ( porn scp )
etc..
though we need to find a "free port range" which contains many ports not used by any common protocols/programs.
Also the performance of symbianOS is very bad;
everything just is sloppy, and benchmarks show that some things are MANY times faster on linux with similar hardware.
reasons for the slowness:
a) microkernel architecture, lots of inter-process communication
b) difficult development, it's difficult enought to get the software running on symbian, making them run quickly would be even more difficult.
it's easy to send 100 individual requests between processes when the requests should be grouped and sent at once or their results cached etc. , which would mean somewhat more code but would result 10 times better performance.
... but a presentation article about the phone's features.
.. and no talk about aperture size, shutter speed..
lacks criticism etc.
the "reviewer" does not really understand what should be expected and just hypes the features the phone has got but does not comment about missing features other devices have..
"The settings you have on the N90 are nothing less than what you will find on most prosumer digital cameras today. You can adjust the white-balance, contrast, color saturation, color effects and what have you. In our tests, we found that for the White Balance mode, the automatic worked best and we recommend that you don't play around much with this setting, as we feel the sensor adjusts a lot better if you simply set it to auto."
tre "reviewer" does not seem to have any experience on "real photography".. prosumer cameras hae quite a lot of more adjustments, and I find the N90 camera adjustment feature list quite lacking, though I only have experience from a very small automatic pocket camera.
.. so does it finally have a multithreaded filesystem?
Looking at historical data, just what are the economics of shuttle compared to simpler non-reusable rockets (either US, Russian or wherever)?
comparing launch weight and payload:
shuttle has launch weight of 2 kilotons,
and it can lift about 25 tons to LEO,
meaning efficiency of 1.25 %.
Heaviest version Ariane IV rocket can lift about 10 tons to LEO, with a lauch weight of about 480tons => efficiency about 2.1%
so ariane IV has over 1.5 times the "efficiency" of shuttle when comparing launch weight/fuel needed and payload capacity for LEO.
saturn V had lauch weight of 2.8 kilotons, and LEO capacity of
118 tons => efficiency of 4.2 %.
so saturn V had over 3 times the efficiency of the shuttle.
(quoted)
Going back to rockets, in this day and age, after forty years is just ridiculous. I think it was universally accepted that the Saturn V and the Apollo modules were about as much as you could possibly lift into space via that method. It's also grossly expensive.
well, nothing has lifted as much stuff to space as saturn V did at 60's and 70's. saturn V has about 5-6 times the lifting capacity of a shuttle, but weights only a bit more and costs about the same to launch than the shuttle.
so talk about capacity, price and efficiency.
USA also had a design of a "saturn VI"(real name was saturn v block II or something like that) , but non were built when the interest to space fligts decreased at 70's. This rocket would have had about twice the paylaod of saturn v, or about 10 times the payload of the shuttle. wonder how much faster the ISS could have been constructed with these rockets..
actually the original plan regarding the shutte was that the shuttle was to be a cheap small personnel carrier and the "saturn VI" was to be used for cargo.. but they did not have budget for both so the "saturn vi" was cancelled and shuttle was enlargened to cargo-carrying vehicle (which eventually became more expensive than both the original shuttle plan and "saturn vi" would propably have cost together)
All Sun's servers have been 64-bit for the last about 10 years. so why even mention the 64-bitness?
actually, it would be more a news if sun were to release a 32-bit server.
That's what the marketting material says.
But if you look under the hood, you undestand that...
SymbianOS may be designed to be as a mobile OS, but it is OVERDESIGNED for such.
It's very bloated, and the performance is just terrible. Things that linux does with just one syscall on about millisecond and which really do not require anything coplicated may take tens or hunderes of milliseconds on symbianOS.
I've done some apples vs oranges linux versus symbianOS benchmarks, and the linux just has been running circles around symbianOS on many things.
But as the hardware and other software has been different, they cannot be directly compared, and also I cannot reveal more details of my benchmarks due NDA's.
The way I see it is that
1) Linux kernel already does everything needed for mobile devices. What is lacking is higher level software and API's for things like contact management, messaging etc.
This is just coding new software
2) SymbianOS is so full of symbianisms and broken design that it cannot be "fixed"; "fixed version of symbianOS" would not have anything from the original symbianOS.
Symbian already has symbianOS running on top of windows - the "WINS emulator". They could port that to linux and use it to run legacy symbianOS software on a linux phone.