Re:Bending the facts, paid advertising?
on
DDR3 RAM Explained
·
· Score: 1
ok, maybe it's not malice only incompetence in the article...
Bending the facts, paid advertising?
on
DDR3 RAM Explained
·
· Score: 4, Insightful
This article seems to be paid advertising, with some bending of the facts.
And the fact is that the double prefetch buffer is the sole reason for the double bandwith and the double latency. As a matter of fact the speed of the individual memory chips on the ram module are the same as on ddr2 (see that table in the article, just divide the ddr3 clock by 2 to get the corresponding ddr2 speed) - but instead of reading 1 bit from 4 chips at once into the prefetch buffer (that is four bit prefetch buffer), they are reading from eight at once (so that's the 8 bit prefetch buffer), so double the amount of data can be read in the same time (hence the double bandwidth). However because the memory chips are the same speed as in ddr2, the time needed to program the individual chips stays the same - so because the clock is double the speed, it takes twice as many clocks to tell the individual chips which bit we want to fetch. And that bullshit about lower latencies is also not quite right: ddr3-1600 cl6 is the same latency as ddr2-800 cl3 - and such modules have been sold for years.
Of course ddr3 is better, because it has higher bandwidth, and absolute latency is not worse than ddr2's. Also there are in deed technological advances (e.g. the lower voltage). But this article is still not exactly honest.
I took Effexor for 1.5 years after my condition was (probably mis)diagnosed as depression. Like your experience with Anafranil, Effexor also changed my mood and attitude in not so subtle ways. This is nothing like placebo, more like a strong but still legal drug (like heroine or whatever). And keep in mind that I was not really depressed - so it's not that these drugs only work for people with clinical depression, I didn't have that (It was more a schizoid type of thing going on for me (which eventually/hopefully the drug Solian did solve):)).
Good points. Also afaik vorbis and theora are not ITU, ISO or whatever standards, that's why they say they are propriatery. Regarding patents, just because Monty (of Xiph, the author of vorbis) says there are no patents because they checked, there could easily be. Afaik these standard organisations explicitly ask people to say if they have patents relating to a would be standard - Xiph did nothing like this, they just hired a lawyer who did some searches.
The point about h.261 not being much inferior to theora is also mostly valid.
And as the parent said, Nokia is also concerned about the availability of content in the format that is finally chosen.
All in all, I think nokia does have a point, and I think aac+h.264 would be perfectly fine, as both are technically advanced, and at least h.264 can be implemented without paying royalties afaik.
Re:Full-time Erlang programmer gives his view :]
on
Programming Erlang
·
· Score: 1
I admit, I was wrong about the "for" loop stuff (although the standard library does lack some usefull combinators). The thing is, in my 1.5 years nobody told me that the essence of functional programming is the lack of loops but using these combinators instead. So I have learnt something new here, thank you for the insight.
But still taking out my gripe about the lack of "for" loop (sorry but I am accustomed to imperative programming, I grew up on Assembly:) ), what weaknesses I wrote about Erlang - or at least for the pieces of code I have seen in Erlang - still stand imho.
btw are you the Mentalguy mentioned in the mikmod credits ?
Re:Full-time Erlang programmer gives his view :]
on
Programming Erlang
·
· Score: 1
I must have hurt your feelings badly, or why the ad hominem attack?
I have been doing erlang work for 1.5 years. I am not only taking about what I have written, but also what I see all the time in all the code - i.e. how erlang is actually used in practice.
I said, all you can use is gloval variables. This indeed is true, as far as in all the code I see, people shove everything up in a mnesia database (=global variables).
But you are right process dictionary is not global, but it does make the code a mess if not used with enough caution (and why would it be).
Thanks for your comments, I hope one day I can be becomae as good an erlang programmer as yourself.
Re:Full-time Erlang programmer gives his view :]
on
Programming Erlang
·
· Score: 1
Ok usually these things can be done with these combinators. It might become a bit too convoluted though for my taste. Also as far as I can see you can't stop working through a list in the stock combinators, even if you know you should stop processing no - this is ugly IMHO.
Re:Full-time Erlang programmer gives his view :]
on
Programming Erlang
·
· Score: 1
Unfortunatelly I don't remember what was the exact code, I will try to look it up tomorrow. I hope I won't be proven wrong, because in fact I was aware of and have studied these list:* functions.
Re:Full-time Erlang programmer gives his view :]
on
Programming Erlang
·
· Score: 1
What combinator did you find in the standard library?
Anyhow, you are right, and I am aware of the fact that people should use these combinators. But it did happen that I had to use an additional function and recursion (instead of "for"). Maybe I didn't study the documetaion well enough - although one of my startpages in my browser is exactly http://www.erlang.org/doc/, and I have studied it some time.
Re:Full-time Erlang programmer gives his view :]
on
Programming Erlang
·
· Score: 1
I don't know what a good functional language is like, but erlang is declarative with only global variables and no "for". If a good functional language is a declarative language with only global variables and no "for", than I have no complaints.
Full-time Erlang programmer gives his view :]
on
Programming Erlang
·
· Score: 2, Informative
As somebody writing code in Erlang as a profession, I say, though it has strength, it's crap.
It has strength in the efficient handling of many processes (faster then the OS when there are many many thousands of them), aand (re)loading modules on the fly into the virtualmachine is nice.
But on the flipside Erlang is slow as it's a very high level language, with a not so clever virtual machine - much less so than java vms (well I have to admit I am an assembly&C fan). Also functional programming my ass. In reality it's more like very basic barebone declarative programming, where you can only use global variables (mnesia database, and in worse cases the process dictionary) and there are no loop constructs (you can only use ugly additional functions and recursion instead of a "for" construct).
Well, at least this is my opinion.
Hi!
Config code is GPL as it is supposed to be.
The reasons not to provide the full source of all packages are:
1) all packages' sources is around 1 gigabyte
2) no point, as only little patches are needed
to correct occasional problems with cross-compiling or performance - these patches are available, and free
(imho they are covered by the license the app is under which the patch is for - ianal)
best regards
Denes
ps: there is a regularly updated snaphsot of
the BK repo on the sf site - I don't remember where exactly, search the fine web especiall the openzaurus malinglist archives
ps2: if you insist I will certainly send you the sources by mail (print or in whatever format you
prefer) for the cost of postage & media
but that's not too comfortable, so I would rather not if possible:)
I think you have a good point. It is understandable
that getting the same question asked every day twice
gets on the nerves - but one could realize that he
has no obligation to answer those.
Slashdot Mirror
ok, maybe it's not malice only incompetence in the article...
This article seems to be paid advertising, with some bending of the facts.
And the fact is that the double prefetch buffer is the sole reason for the double bandwith and the double latency. As a matter of fact the speed of the individual memory chips on the ram module are the same as on ddr2 (see that table in the article, just divide the ddr3 clock by 2 to get the corresponding ddr2 speed) - but instead of reading 1 bit from 4 chips at once into the prefetch buffer (that is four bit prefetch buffer), they are reading from eight at once (so that's the 8 bit prefetch buffer), so double the amount of data can be read in the same time (hence the double bandwidth). However because the memory chips are the same speed as in ddr2, the time needed to program the individual chips stays the same - so because the clock is double the speed, it takes twice as many clocks to tell the individual chips which bit we want to fetch. And that bullshit about lower latencies is also not quite right: ddr3-1600 cl6 is the same latency as ddr2-800 cl3 - and such modules have been sold for years.
Of course ddr3 is better, because it has higher bandwidth, and absolute latency is not worse than ddr2's. Also there are in deed technological advances (e.g. the lower voltage). But this article is still not exactly honest.
I took Effexor for 1.5 years after my condition was (probably mis)diagnosed as depression. Like your experience with Anafranil, Effexor also changed my mood and attitude in not so subtle ways. This is nothing like placebo, more like a strong but still legal drug (like heroine or whatever). And keep in mind that I was not really depressed - so it's not that these drugs only work for people with clinical depression, I didn't have that (It was more a schizoid type of thing going on for me (which eventually/hopefully the drug Solian did solve):)).
Good points.
Also afaik vorbis and theora are not ITU, ISO or whatever standards, that's why they say they are propriatery.
Regarding patents, just because Monty (of Xiph, the author of vorbis) says there are no patents because they checked, there could easily be. Afaik these standard organisations explicitly ask people to say if they have patents relating to a would be standard - Xiph did nothing like this, they just hired a lawyer who did some searches.
The point about h.261 not being much inferior to theora is also mostly valid.
And as the parent said, Nokia is also concerned about the availability of content in the format that is finally chosen.
All in all, I think nokia does have a point, and I think aac+h.264 would be perfectly fine, as both are technically advanced, and at least h.264 can be implemented without paying royalties afaik.
I admit, I was wrong about the "for" loop stuff (although the standard library does lack some usefull combinators). The thing is, in my 1.5 years nobody told me that the essence of functional programming is the lack of loops but using these combinators instead. So I have learnt something new here, thank you for the insight.
:) ), what weaknesses I wrote about Erlang - or at least for the pieces of code I have seen in Erlang - still stand imho.
But still taking out my gripe about the lack of "for" loop (sorry but I am accustomed to imperative programming, I grew up on Assembly
btw are you the Mentalguy mentioned in the mikmod credits ?
I must have hurt your feelings badly, or why the ad hominem attack?
I have been doing erlang work for 1.5 years. I am not only taking about what I have written, but also what I see all the time in all the code - i.e. how erlang is actually used in practice.
I said, all you can use is gloval variables. This indeed is true, as far as in all the code I see, people shove everything up in a mnesia database (=global variables). But you are right process dictionary is not global, but it does make the code a mess if not used with enough caution (and why would it be).
Thanks for your comments, I hope one day I can be becomae as good an erlang programmer as yourself.
Ok usually these things can be done with these combinators. It might become a bit too convoluted though for my taste. Also as far as I can see you can't stop working through a list in the stock combinators, even if you know you should stop processing no - this is ugly IMHO.
Unfortunatelly I don't remember what was the exact code, I will try to look it up tomorrow. I hope I won't be proven wrong, because in fact I was aware of and have studied these list:* functions.
What combinator did you find in the standard library? Anyhow, you are right, and I am aware of the fact that people should use these combinators. But it did happen that I had to use an additional function and recursion (instead of "for"). Maybe I didn't study the documetaion well enough - although one of my startpages in my browser is exactly http://www.erlang.org/doc/, and I have studied it some time.
I don't know what a good functional language is like, but erlang is declarative with only global variables and no "for". If a good functional language is a declarative language with only global variables and no "for", than I have no complaints.
As somebody writing code in Erlang as a profession, I say, though it has strength, it's crap. It has strength in the efficient handling of many processes (faster then the OS when there are many many thousands of them), aand (re)loading modules on the fly into the virtualmachine is nice. But on the flipside Erlang is slow as it's a very high level language, with a not so clever virtual machine - much less so than java vms (well I have to admit I am an assembly&C fan). Also functional programming my ass. In reality it's more like very basic barebone declarative programming, where you can only use global variables (mnesia database, and in worse cases the process dictionary) and there are no loop constructs (you can only use ugly additional functions and recursion instead of a "for" construct). Well, at least this is my opinion.
hm. But you promise you will download the full source of all available versions if made available ? bye Denes
> XMMS, while not yet working, already sports the worst UI of all.
Thanks for the compliment. I am glad you are happy with your Zaurus too! he:]
bye
Denes
Hi! Config code is GPL as it is supposed to be. The reasons not to provide the full source of all packages are:
:)
1) all packages' sources is around 1 gigabyte
2) no point, as only little patches are needed to correct occasional problems with cross-compiling or performance - these patches are available, and free
(imho they are covered by the license the app is under which the patch is for - ianal)
best regards
Denes
ps: there is a regularly updated snaphsot of the BK repo on the sf site - I don't remember where exactly, search the fine web especiall the openzaurus malinglist archives
ps2: if you insist I will certainly send you the sources by mail (print or in whatever format you prefer) for the cost of postage & media but that's not too comfortable, so I would rather not if possible
I think you have a good point. It is understandable that getting the same question asked every day twice gets on the nerves - but one could realize that he has no obligation to answer those.