| 1.1, Arcturus (?), 01:10, 12/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Не рановато-ли выводить в продакш, когда оно ещё не стэйбл (афаик) в линукс ядре, т.е. потенциально могут измениться структуры в новых версиях...? Если я прав, то МиГовцы -- это будет полигон для тестов бтрфс.... 8-( Лично я очень интересуюсь развитием бтрфс, но, имхо, нужно было бы использовать более mature решение, вроде ext-fs.
| | |
| 1.4, User294 (ok), 01:57, 12/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Оригинально. Но в принципе я вполне могу себе представить BTRFS в этом качестве.
| | |
| |
| 2.11, zorro (??), 07:34, 12/05/2010 [^] [^^] [^^^] [ответить]
| –2 +/– |
а до памяти оно не жруче как zfs? с него же кальку делали..
| | |
| |
| 3.43, User294 (ok), 14:27, 12/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
> а до памяти оно не жруче как zfs?
Врядли. ZFS просто как-то странно сделан, так что без жирнючего буффера в оперативе становится тормознутым. Бутер с его дизайном скорее всего куда менее критичен к наличию невъ....нных дисковых буфферов.
> с него же кальку делали..
С дуба рухнули? Оно если и калька то только по некоторым фичам. По внутреннему устройству - более другая ФС, при том имхо намного более удачная по решениям принятым насчет струтур ФС.
| | |
| |
| 4.50, Anon Y Mous (?), 20:38, 12/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
> По внутреннему устройству - более другая ФС, при том имхо намного более удачная по решениям принятым насчет струтур ФС.
Может ты уже обяснишь внятно, по каким именно? А то я тебя спрашивал вопросы, а ты технично на них перестал отвечать
| | |
| |
| 5.51, Andrey Mitrofanov (?), 21:26, 12/05/2010 [^] [^^] [^^^] [ответить]
| –2 +/– | |
>уже обяснишь внятно, по каким именно
Самое __внятное__ http://lwn.net/Articles/342892/ обяснение от _автора (одного из~) ZFS: ""It's a bit like convergent evolution between marsupials and placental mammals - a marsupial mouse and a placental mouse look nearly identical on the outside, but their internal implementations are quite a bit different!""
~~Это примерно как ?сходящаяся эволюция сумчатых и ?живородящих млекопетающих - сумчаая и живородящая мыши выглядят практически одинаково снаружи, но их внутенние реализации взначительной степени отличаются~~
П=повторяю: это самое +<:)) _внятное объяснение.
| | |
| |
| 6.55, AnonYMous (ok), 22:55, 12/05/2010 [^] [^^] [^^^] [ответить]
| +5 +/– |
То есть более внятного объяснения, чем унылая аллюзия к разнице между сумчатыми и пдацентарными, нету?
| | |
| |
| 7.64, Andrey Mitrofanov (?), 20:53, 13/05/2010 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>То есть более внятного объяснения, чем унылая
Конечно. Тебе уж и так, и эдак -- ответы на твой "один и тот же" вопрос, мол, не здесь, уж и про хомячков рассказали... Щас па-де-де станцуем, а ты всё так же "задорно" будешь долбить в одну точку. Давай, повтори _Вопрос, чтоб мы ничего не упустили, просим:
| | |
| |
| |
| 9.69, User294 (ok), 00:16, 14/05/2010 [^] [^^] [^^^] [ответить] | –1 +/– | О да Я везде Big brother is watching you КО намекает форум - это место дл... большой текст свёрнут, показать | | |
| |
| |
| 11.72, User294 (ok), 21:18, 14/05/2010 [^] [^^] [^^^] [ответить] | +1 +/– | Насколько я понял их описальник - так Наверное потому они и сгородили какую-то ... большой текст свёрнут, показать | | |
| |
| |
| 13.81, User294 (ok), 21:27, 18/05/2010 [^] [^^] [^^^] [ответить] | +/– | ZIL все-таки напомнил мне обычный журнал по смыслу Хоть и для других сущностей ... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
|
| 2.71, ixrws (??), 18:06, 14/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
А я могу и не могу одновременно. Что будут вендоры вешать на нанд? Тоже бтр? Заявления заявлениями, но скорее всего бтр будет там, где жёсткие диски и ssd, а там где нанд будет ubifs. Можно конечно предположить, что в будущем в смартфоны будут пихать ssd, вместо распайки флешей, но это было бы глупо, нерационально.
| | |
|
| |
| 2.6, User294 (ok), 02:43, 12/05/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
может быть, если сходить по ссылке - новость покажется более информативной?
| | |
|
| 1.7, AMD man (?), 02:43, 12/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
>Встроенные механизмы для динамического распределения inode и предотвращения >дефрагментации;
А зачем дефрагментацию предотвращать?
| | |
| |
| 2.8, pavlinux (ok), 03:02, 12/05/2010 [^] [^^] [^^^] [ответить]
| +3 +/– | |
>А зачем дефрагментацию предотвращать?
Перевод плахой
ориг.
* Built in defragmentation - performance feature for things like boot time
пер.
* Впиндюриная дефрагментация - ускоряющая фишка для такой хрени как время загрузки.
| | |
|
| 1.9, pavlinux (ok), 03:15, 12/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
9934 root 20 0 0 0 0 R 18.2 0.0 0:03.31 1 [btrfs-delalloc-]
506 root 20 0 0 0 0 S 15.5 0.0 0:09.50 2 [btrfs-delalloc-]
9933 root 20 0 0 0 0 S 14.8 0.0 0:03.07 0 [btrfs-delalloc-]
9929 root 20 0 0 0 0 S 14.5 0.0 0:02.97 0 [btrfs-delalloc-]
511 root 20 0 0 0 0 S 1.7 0.0 0:00.43 0 [btrfs-endio-wri]
9886 root 20 0 9364 732 616 R 16.3 0.0 0:36.08 2 dd if=/dev/zero of=BIGFILE
Это БТР так процессор кушает... 18.2%, 15.5%, 14.8%, 14.5%
Сколько проживёт батарейка на MeeGo?
| | |
| |
| 2.10, Аноним (-), 07:21, 12/05/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
вот и я задался вопросом: насколько же бтр годна для карманных устройств, где тесты прожорливости.
| | |
| 2.12, zorro (??), 07:36, 12/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Это БТР так процессор кушает... 18.2%, 15.5%, 14.8%, 14.5%
>Сколько проживёт батарейка на MeeGo?
так оно еще и камень жрёт... им придется серьезно над ней поработать..
| | |
| |
| 3.13, Аноним (-), 08:06, 12/05/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Дело даже не в том, что она проц жрет, а в том, что падает после спящего режима (при выходе из режима гибернизации). На гентушном форуме это рассматривают.
В рассылке один удивляется, почему в МеГоу осталась надпись о том, что это экспериментальная фс и пользоваться ей надо на свой страх и риск. Разрабы обещали пофиксить к .35 или выпустить патч для этого дистра :)))
Вообще, до стабильности еще года два работы. Странное решение.
| | |
| 3.14, Мяут (?), 08:37, 12/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
> так оно еще и камень жрёт... им придется серьезно над ней поработать..
Она контрольные суммы считает - ей можно.
| | |
| |
| 4.57, аноним (?), 00:05, 13/05/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вот уж где-где, а на мобильном устройстве целостность данных не уперлась никуда. А батарейка уперлась.
| | |
| |
| 5.59, dalco (?), 08:17, 13/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
Подсчет контрольных сумм там и отключить можно (это штатная опция).
| | |
|
|
|
| 2.15, Анонимко (?), 08:53, 12/05/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
Сделай
dd if=/dev/zero of=BIGFILE bs=512
dd if=/dev/zero of=BIGFILE bs=1K
dd if=/dev/zero of=BIGFILE bs=4K
dd if=/dev/zero of=BIGFILE bs=64K
И дай посмотреть на разницу :)
| | |
| |
| 3.56, pavlinux (ok), 23:47, 12/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Сделай
>dd if=/dev/zero of=BIGFILE bs=512
60%, 50%, 27%, 27%
>dd if=/dev/zero of=BIGFILE bs=1K
74% ,42%, 41%, 29%, 22%
>dd if=/dev/zero of=BIGFILE bs=2K
37%, 34%, 30%, 30% ...
>dd if=/dev/zero of=BIGFILE bs=4K
33%, 32%, 23%, 22%
>dd if=/dev/zero of=BIGFILE bs=64K
38%, 27%, 25%, 26%, ....
>И дай посмотреть на разницу :)
Ща iozone прогоню.
------
* HDD - WDC WD7500AAKS-00RBA0
* CPU - 2 x 285 Opteron, 4ГбРам
# iozone -a -b ~/btrfs.xls -+u -p -B -e -E
X - размер записи,
Y - %, CPU
Цвет линии - размер блока.
Write CPU usage: http://i002.radikal.ru/1005/f0/9c017b5f9629.jpg
Read CPU usage http://s51.radikal.ru/i133/1005/ca/4417c7bce387.jpg
| | |
|
| 2.45, User294 (ok), 14:41, 12/05/2010 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Это БТР так процессор кушает... 18.2%, 15.5%, 14.8%, 14.5%
Если бы ты не только каркал но еще и что-то типа nXX0 в руках повертел то знал бы что там запись на диск - очень дорогая и медленная операция. Поэтому расклад сил там будет совершенно иной чем на твоем писюшнике. Там, прости, просто линейно записать большой блок на диск (что для писюка оптимально) может быть хреновее чем сперва сжать его а потом записать в 2 раза меньше. За счет сокращения тормозного и жрущего проц I/O c "диском" в 2 раза. Правда чудеса? Системы бывают разные, с разным балансом между ценой тех или иных операций.
>Сколько проживёт батарейка на MeeGo?
Думаю что много. Для начала, если постоянно записывать на флещ-диск, батарейка всяко не проживет много. Потому что записываемые данные откуда-то должны взяться (камера? сеть? всяко проц нагрузит и энергию выжрет) да и чип флеша в слип не сможет уйти и вообще флеш в режиме записи - хавает довольно прилично.
| | |
|
| 1.16, fresco (??), 09:20, 12/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
занятно. если учесть, что btrfs до относительной стабильности еще пару лет, когда же они meego планируют выпустить?
| | |
| |
| 2.20, tux2002 (ok), 10:31, 12/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
 >Надеюсь, ext4 все-таки можно будет использовать без бубна....
Я на своей n900 переделал /home с vfat на ext3 - и что? ни одно стандартное приложение (проигрыватель, картинковьювер) больше не видело моих файлов :(, в терминале всё нормально естесственно. Дак какой нафиг мне btrfs?
| | |
| |
| 3.23, sHaggY_caT (ok), 10:43, 12/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>Надеюсь, ext4 все-таки можно будет использовать без бубна....
>
>Я на своей n900 переделал /home с vfat на ext3 - и
>что? ни одно стандартное приложение (проигрыватель, картинковьювер) больше не видело моих
>файлов :(, в терминале всё нормально естесственно. Дак какой нафиг мне
>btrfs?
Не могу подтвердить, или опровергнуть, но /me бы пожалела флэшку нокии от интенсивного сброса журнала...
У меня все прекрасно работает на / и /home с ext2
| | |
| |
| |
| 5.37, sHaggY_caT (ok), 13:54, 12/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>ext4 без журнала там будет работать?
Если корень на флэшке, думаю, да (при наличии поддержки ext4, под ядро Maemo 4, на сколько я знаю, модуля ext4 еще нет, насчет пятой версии не в курсе, так как у меня N800)
| | |
| |
| 6.62, tux2002 (ok), 12:14, 13/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>ext4 без журнала там будет работать?
>
>Если корень на флэшке, думаю, да (при наличии поддержки ext4, под ядро
>Maemo 4, на сколько я знаю, модуля ext4 еще нет, насчет
>пятой версии не в курсе, так как у меня N800)
В 5 версии если обновить ядро есть модуль ext4.
| | |
|
|
|
|
|
| 1.21, iZEN (ok), 10:41, 12/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Ну, это правильно. Btrfs, как я и предсказывал, как раз для встраиваемых устройств под Linux. (А больше в Linux нету подходящих ФС для этого).
| | |
| |
| 2.22, sHaggY_caT (ok), 10:42, 12/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Ну, это правильно. Btrfs, как я и предсказывал, как раз для встраиваемых
>устройств под Linux. (А больше в Linux нету подходящих ФС для
>этого).
ext4 в какой-то степени оптимизировали под флэш
| | |
| |
| |
| |
| 5.60, fresco (??), 09:27, 13/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
чем орать, посмотрели бы, что такое JFFS2. она как раз на принципах ZFS и btrfs сидит -- т.е. журнально-структурированная ФС. в отличие от ext4 и всех классических файловых систем.
| | |
| |
| 6.63, Anon Y Mous (?), 15:58, 13/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
> чем орать, посмотрели бы, что такое JFFS2. она как раз на принципах ZFS и btrfs сидит -- т.е. журнально-структурированная ФС. в отличие от ext4 и всех классических файловых систем.
Что есть журнально-структурированная ФС и каким боком BTRFS и ZFS являются журнально-структурированными?
btw, пидивикия с вами не согласна:
Journalling Flash File System version 2 or JFFS2 is a log-structured file system for use in flash memory devices.
Btrfs (B-tree file system, pronounced "Butter F S" or "B-tree F S"[2]) is a GPL-licensed copy-on-write file system for Linux
| | |
| |
| 7.68, User294 (ok), 23:54, 13/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Что есть журнально-структурированная ФС и каким боком BTRFS и ZFS являются журнально-
>структурированными?
По общей их логике работы, блин. У версионников характерная черта - недеструктивная дозапись-перезапись которая производится в отдельное новое место без затрагивания старых данных, за счет чего и возможно содержать несколько версий файла без геморроя, легко откатывать операции и довольно быстрая запись обладающая при этом журналирующими свойствами "условно на халяву" (расплатой является нужда в процедуре сборки мусора/расчистке места). И тут fresco прав что у них это свойство общее. Как минимум для данных - точно. В деталях это может быть сделано по разному но общая логика этих действий - довольно похожа. Правда я не совсем понял что iZEN обозвал физическим журналом. ИМХО, запись в логоподобную структуру не менее физическая чем запись в область журнала.
>btw, пидивикия с вами не согласна:
У фрески на сайте как бы доки лежат по файловым системам, цитировать ему статьи из википедии мягко говоря не умное начинание.
| | |
|
| 6.67, User294 (ok), 23:46, 13/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
А что iZEN понимает под физическим журналированием? Что за термин такой левый вообще? oO
| | |
| |
| 7.76, iZEN (ok), 15:31, 16/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>А что iZEN понимает под физическим журналированием? Что за термин такой левый вообще? oO
Я понимаю под этим использование одного и того же носителя для записи метаданных обеспечения транзакций записи данных. Чем больше метаданных, обеспечивающих транзакционную целостность, записывается на флэш, тем быстрее идёт износ ячеек.
В этом контексте, как писал Шварц в своём блоге, ZFS разрабатывалась с учётом как дороговизны флэш-памяти, так и с учётом ограниченного ресурса флэш-ячеек. Именно поэтому ZFS для флэш весьма оптимальна, в отличие от традиционных журналируемых файловых систем. А UFS2 с включенным механизмом Soft Updates — ещё лучше, так как метаданные транзакций практически целиком находятся в памяти и обеспечивают консистентность ФС, переупорядочивая запросы на запись таким образом, чтобы соблюсти принцип правильной очерёдности следования блоков и подтверждения их записи. Физический кэш диска, конечно, обманывает ожидания операционных систем от записи данных практически всегда — особенно это касается журналирующих ФС (в том числе и по этому показателю они малоэффективны), а вот механизм CoW успешно противостоит неопрадавшимся "ожиданиям".
| | |
| |
| 8.79, User294 (ok), 21:54, 17/05/2010 [^] [^^] [^^^] [ответить] | +/– | А еще дважды два - четыре А благородного дона не смущает что в принципе - объем... большой текст свёрнут, показать | | |
| |
| 9.80, iZEN (ok), 18:18, 18/05/2010 [^] [^^] [^^^] [ответить] | +/– | Кстати, интересно, что ты думаешь про ZIL Ведь это логоподобная структура для п... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 2.26, минона (?), 10:57, 12/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
самое главное забыл - она все также остается конкурентом zfs и на супер-дупер серверах.
зы:
а вот представить zfs на н900 как-то не получается
| | |
| |
| 3.27, sHaggY_caT (ok), 11:10, 12/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>самое главное забыл - она все также остается конкурентом zfs и на
>супер-дупер серверах.
>зы:
>а вот представить zfs на н900 как-то не получается
Имхо, ее только к следующему лету(а скорее к концу следующей осени) можно будет начинать пробовать использовать, и то не на критичных сервисах.
| | |
| |
| 4.34, минона (?), 13:09, 12/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
в данном случае речь не о серверах.
есть подозрение, что разработка бтр ускорится немного в части мобильных применений.
| | |
|
| 3.29, xxx (??), 12:07, 12/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
>а вот представить zfs на н900 как-то не получается
А btrfs? Видимо это всё планы на будущее, к тому моменту как оно станет стабильным целевые платформы будут имть на борту по 4 гига RAM и проц на 3 гигагерца =)
| | |
| |
| 4.33, минона (?), 12:38, 12/05/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
и все эти ресурсы нужно точно отдать на прокорм фс? :D
зы:
весь этот период (год?) только выглядит таким далеким.
с точки зрения технологий - это всего лишь следующее поколение девайсов.
собственно все новинки этого года уже известны. и нокия тут не на коне. (радует то, что они это понимают. о чем последняя новость о реструктуризации и говорит)
о девайсах будущего сезона уже кое-какая инфа есть - бтр в миго.
а вот инфы о 3гц процов для мобильников и 4гигах озу - нет. так что про оебс на спарках в кормане только Стругацким писать.
| | |
|
|
| 2.48, User294 (ok), 20:25, 12/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
> Ну, это правильно. Btrfs, как я и предсказывал, как раз для встраиваемых устройств
> под Linux.
А оракль то в курсе? Они эту ФС имхо под свои БД изначально проектили :).Тем не менее, в принципе, если грамотно все обыграть, версионники могут очень неплохо ложиться на флеш, имхо.
> (А больше в Linux нету подходящих ФС для этого).
Да ну, толсто и уныло. А jffs, ubifs, yaffs, squashfs, ... - это у нас чего? Уж не файловые ли системы ориентированные на юзеж в эмбеддед, на флешках прицепленных без контроллера размазываюшего запись? :)
| | |
| |
| 3.61, fresco (??), 09:28, 13/05/2010 [^] [^^] [^^^] [ответить]
| +/– | |
> А jffs, ubifs, yaffs, squashfs, ... - это у нас чего?
ФС прошлого поколения с аховой производительностью либо чтения, либо записи.
| | |
| |
| 4.66, User294 (ok), 23:36, 13/05/2010 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>ФС прошлого поколения с аховой производительностью либо чтения, либо записи.
Да, они с рядом неидеальностей, но во первых, они есть (о чем iZENы ессно не в курсе) а во вторых - в своих нишах они вполне осмысленны. Например JFFS на NOR флехе размером в 8Мб выглядит вполне вменяемо, более того - btrfs там тупо не заработает :) у него минимальный том - гиг с чем-то, чтоли :).Да и как бы контроллеров там нет и всю механику стирания-записи блоков педалит системный процессор. Всякие там jffs накладывают себя вровень по блокам, etc. И еще не факт что btrfs удастся разложить столь же удачно и удобно для флеша. А стирание блока - тормозная и энергожоркая операция, такие операции надо минимизировать. В принципе - я могу себе представить как btrfs покажет непозорные результаты, т.к. логика CoW неплохо ложится на логику флешатины, но специфичный дизайн заточенный под физические особенности флеша там мог бы работать явно лучше.
| | |
| 4.73, ixrws (??), 23:56, 14/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
Ну сказанное касается только jffs и yaffs. Скваш разумеется не касается, ибо это вообще ридонли специализированная файлуха. Ну и это не касается ubifs, потому что не прошлого и потому что совсем не аховая производительность, производительность там напрямую будет зависеть от количества нандов и их скорости.
| | |
| |
| 5.78, fresco (??), 13:12, 17/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
сорри, про ubifs действительно ничего не читал. сказал, не подумав.
| | |
|
|
|
|
| 1.31, Аноним (-), 12:12, 12/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
/me всё больше радуется MeeGO
однако, /me всё дольше предчувствует её появление не раньше следующего лета... А там и фс допилят. ^_^
| | |
| |
| 2.36, Аноним (-), 13:48, 12/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>/me всё больше радуется MeeGO
>однако, /me всё дольше предчувствует её появление не раньше следующего лета... А
>там и фс допилят. ^_^
ну, пока нокия выпустит маемо 6 а платформу доведут до ума и получится крутая штука. в интеле и нокии не дураки работают.
| | |
|
| 1.38, aNoN (?), 13:57, 12/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Хмммм....
А у меня одного, когда на разделе с btrfs остаётся места меньше 15-20% начинаются жутчайшие тормоза и нет возможности что либо записать, хотя df показывает туеву хучу места?
Представил себе такое на моб. устройстве.
| | |
| 1.41, ононим (?), 14:11, 12/05/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
что для меня остается непонятным в этом союзе интела и нокии, так это то, какие камни будут использоваться в MeeGo девайсах. не уж то атом будут поголовно пихать? если нет, то какой тогда интелу в этом интерес?
| | |
| |
| 2.49, User294 (ok), 20:28, 12/05/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не думается что только атомы. Нокия такая хитрая контора которая дружит сразу с много кем. И врядли нокия будет посылать Ti (делающий ARMы) в обозримом будущем. Просто будут несколько разнокалиберных выводков девайсов с более-менее одинаковой ОС на них. Сделать ОС которая может работать на разных мобильных железках - логично и разумно, разве нет?
| | |
| 2.75, anonim (?), 12:13, 15/05/2010 [^] [^^] [^^^] [ответить]
| +/– |
>что для меня остается непонятным в этом союзе интела и нокии, так
>это то, какие камни будут использоваться в MeeGo девайсах. не уж
>то атом будут поголовно пихать? если нет, то какой тогда интелу
>в этом интерес?
Интел разрабатывает новый процессор специально для нокии. Там прямо в камень будут встроены кодеки.
| | |
|
|
