◆携帯もっさり＆サクサクランキング 11機種目◆
漏れはﾄﾞ文系なので､偉そうな事は言えないけど､
CPS､OS､ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ言語(Java､C++)などからｻｸｻｸ語ってくれる理系の方ｷﾎﾞﾝﾇ。
CPS､OS､ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ言語(Java､C++)などからｻｸｻｸ語ってくれる理系の方ｷﾎﾞﾝﾇ。
|
|
|
とりあえず最近の地雷機種はSH703iってことでOK？
>>118
プログラムの処理が速いこととサクサクが完全にリンクするとも限らないんだよ。
もちろんプログラムが速いに越した事はないがそれではサクサクになるとは限らん。
例えばプログラムとして早いのは機械語そのままで書けばいい。
当然人間はそれを理解して書けないので、出来るだけ機械語に近い言語、
アセンブラなんかがそうだけど、それで書けば早くなるわけだが、
そうなると今度は汎用性がなくなる。アセンブラはCPUが違ったら書き方が変わる言語だから。
機械が解釈しやすい言語ほど、機械の種類が限定されてくるわけだ。
汎用性が高いのはOSのうえにさらにVM載せて動くJavaなんかになるが、
当然余分なモノ載せて動かすから遅くなる。
ただこれらプログラムの処理がどうこうって世界より実は画面描画の速度の方が
携帯のサクサクには影響が大きい。
かと言って描画専用でGPU積んだら端末サイズがでかくなる。
プログラムの処理が速いこととサクサクが完全にリンクするとも限らないんだよ。
もちろんプログラムが速いに越した事はないがそれではサクサクになるとは限らん。
例えばプログラムとして早いのは機械語そのままで書けばいい。
当然人間はそれを理解して書けないので、出来るだけ機械語に近い言語、
アセンブラなんかがそうだけど、それで書けば早くなるわけだが、
そうなると今度は汎用性がなくなる。アセンブラはCPUが違ったら書き方が変わる言語だから。
機械が解釈しやすい言語ほど、機械の種類が限定されてくるわけだ。
汎用性が高いのはOSのうえにさらにVM載せて動くJavaなんかになるが、
当然余分なモノ載せて動かすから遅くなる。
ただこれらプログラムの処理がどうこうって世界より実は画面描画の速度の方が
携帯のサクサクには影響が大きい。
かと言って描画専用でGPU積んだら端末サイズがでかくなる。
ただ、明らかにドコモはauに比べてチップがハイスペックにも関わらずモッサリって事は
汎用OSかその上のミドルウエアのチューニングに問題があるんだろうな
その証拠にドコモがモトローラに特別に用意したOS使用だとアレ不思議モッサリになってない
当然BREWの三洋も汎用OS使ってないからモッサリになってないな
汎用OSかその上のミドルウエアのチューニングに問題があるんだろうな
その証拠にドコモがモトローラに特別に用意したOS使用だとアレ不思議モッサリになってない
当然BREWの三洋も汎用OS使ってないからモッサリになってないな
>>122
>その証拠にドコモがモトローラに特別に用意したOS使用だとアレ不思議モッサリになってない
あれは純粋にモト側が作ったもののはずだが……。
ドコモ側が用意したのはモト側実装に対応するためのミドル層だけじゃなかったっけか？
三洋についても同様。三洋の場合はauの実装を持ってきた。
ミドル層作ったのもドコモじゃなく三洋だったような気がしたがここは明確には知らない。
>>123
「最低限の機能」って何を意味してるのか不明。
リアルSA702iユーザ(他はN901iCやSO902iなど使った経験有り)だが、
タスクが2つという制限こそあれ、Nのように受信メール閲覧と返信が別タスクということもないし、
iアプリ起動しながらiモードも起動可能
(「テキストメモ」にiモードURLをクリックできる状態で保存しておくテクニックを使う)、
動作はサクサクそのものと、少なくとも下手なNやSOよりよほど使いやすい。
FOMAのSA端末に90xにつながる大量の機能を実装させなかったのはドコモの判断。
auの実装を持ってくれば劇的に低コストで実装が可能だったのは分かってたが、
三洋自体の窮地もあって、ドコモが意地張って端末製造を行わせなかっただけだよ。
>その証拠にドコモがモトローラに特別に用意したOS使用だとアレ不思議モッサリになってない
あれは純粋にモト側が作ったもののはずだが……。
ドコモ側が用意したのはモト側実装に対応するためのミドル層だけじゃなかったっけか？
三洋についても同様。三洋の場合はauの実装を持ってきた。
ミドル層作ったのもドコモじゃなく三洋だったような気がしたがここは明確には知らない。
>>123
「最低限の機能」って何を意味してるのか不明。
リアルSA702iユーザ(他はN901iCやSO902iなど使った経験有り)だが、
タスクが2つという制限こそあれ、Nのように受信メール閲覧と返信が別タスクということもないし、
iアプリ起動しながらiモードも起動可能
(「テキストメモ」にiモードURLをクリックできる状態で保存しておくテクニックを使う)、
動作はサクサクそのものと、少なくとも下手なNやSOよりよほど使いやすい。
FOMAのSA端末に90xにつながる大量の機能を実装させなかったのはドコモの判断。
auの実装を持ってくれば劇的に低コストで実装が可能だったのは分かってたが、
三洋自体の窮地もあって、ドコモが意地張って端末製造を行わせなかっただけだよ。
auやモトローラの実装にDoCoMoのライブラリがそう簡単に組み込めるものなのか聞きたい。
まあ開発者じゃないだろうから答えられるはずもないが。
まあ開発者じゃないだろうから答えられるはずもないが。
>>125
ナゼ話が変わるのかサッパリワカランが、
「auでの実装をドコモに持ってきた」
「90x作るにしてもauの使える実装をドコモが使わせてくれれば簡単だったが」
って話からどうして
>auやモトローラの実装にDoCoMoのライブラリがそう簡単に組み込めるものなのか
って話になるのかちとワカランなぁ。
まず、「ドコモのライブラリ」って意味が良くワカランのだが。
MOAPのこと指してるのかな？
だとすると、
「FOMAのSA機種ではBrewが動かせる(実際動いているしそれで作り込んでいる)」のだよ、
そこんとこよく考えよう。
2in1をはじめとして、MOAPを使わないと地獄だぞって脅しは当たり前のように（ｒｙ
ナゼ話が変わるのかサッパリワカランが、
「auでの実装をドコモに持ってきた」
「90x作るにしてもauの使える実装をドコモが使わせてくれれば簡単だったが」
って話からどうして
>auやモトローラの実装にDoCoMoのライブラリがそう簡単に組み込めるものなのか
って話になるのかちとワカランなぁ。
まず、「ドコモのライブラリ」って意味が良くワカランのだが。
MOAPのこと指してるのかな？
だとすると、
「FOMAのSA機種ではBrewが動かせる(実際動いているしそれで作り込んでいる)」のだよ、
そこんとこよく考えよう。
2in1をはじめとして、MOAPを使わないと地獄だぞって脅しは当たり前のように（ｒｙ