Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Для Linux представлена технология сжатого кеширования раздел..., opennews (ok), 14-Дек-12, (0) [смотреть все] в прошивках Андроид-а для HTC HD2 еще в прошлом году появились функции, которые , VecH (ok), 22:11 , 14-Дек-12, (1) // Десктоп, Debian, 3 2 32, второй год полет нормальный bin bashecho 2 1024 , rshadow (ok), 22:38 , 14-Дек-12, (2) +2 // Модуль ядране забываем включить etc modules zram zram_num_devices 1, rshadow (ok), 22:39 , 14-Дек-12, (3) +2   // Есть ли преимущества по сравнению с обычным свопом и чувствуются ли они на глаз , DannyBoy (ok), 22:51 , 14-Дек-12, (7)   На некоторых девайсах - все шансы ощутить На всяких там телефонах с медленным ф, Аноним (-), 23:13 , 14-Дек-12, (12)   Ну учитывая, что написано про приличное использование проца, а средний ARM не ес, DannyBoy (ok), 23:18 , 14-Дек-12, (15) –2   Во первых, современный ARM нынче спокойно затыкает типовой атом вообще не моргну, Аноним (-), 00:09 , 15-Дек-12, (16) +11   Какую-нибудь заглушку n2600 может быть, но n450-455 может какой-нибудь cortex-a1, DannyBoy (ok), 00:17 , 15-Дек-12, (17) –2   Ну так процесс идет, A15-е уже временами показывают чуть ли не половину от скоро, Аноним (-), 08:36 , 15-Дек-12, (22) +4   Тут уже нужны пруфы, ибо уж больно громкие слова К тому же помню находил информ, DannyBoy (ok), 10:16 , 15-Дек-12, (26) –2   Идете на тот же фороникс и смотрите бенчи армов между собой и vs x86, например , Аноним (-), 17:41 , 15-Дек-12, (36)   Calxeda co будто бы отчаянно избегают называния цифр по энергоэффективности на, Michael Shigorin (ok), 17:51 , 15-Дек-12, (39) +1   А давайте ещё про всякие Power ы, SPARK и и Itanium ы поговорим , Romik (??), 22:11 , 15-Дек-12, (46)   SPARC и, Romik (??), 22:13 , 15-Дек-12, (47)   Вообще да, любопытно Сам ARM вообще-то любит понтоваться mips watt технично под, Аноним (-), 17:37 , 16-Дек-12, (57) +1   Понимаю, но даже не помню, какая именно это борда была -- надо уточнить, сейчас , Michael Shigorin (ok), 02:42 , 17-Дек-12, (63)   Да я этом к тому что миллион запросов сам по себе - нечто сферическое и в вакуум, Аноним (-), 17:25 , 17-Дек-12, (64)   Да в общем-то это никакой не парадокс 124 gzip иногда ускоряет работу како, Аноним (-), 08:57 , 15-Дек-12, (25) +2   Очень уж иногда, ибо 2-стадийный LZ Huffman, который по определению не будет чем, Аноним (-), 17:42 , 15-Дек-12, (37)   вот насчет атома не могу сказать, но eepc700 проц celeron 600mzh ram 512 работ, Admin1 (?), 21:46 , 15-Дек-12, (45) –1   zswap - технология сжатия данных, предназначенных для своппинга, перед их сбросо, Просто прохожий (?), 22:50 , 14-Дек-12, (6) +5 // а также может выступать в качестве компрессирующего прокси для свопа на диске, Led (ok), 02:26 , 16-Дек-12, (50) Написано же - не путайте Суть похожая но реализация весьма разная , Аноним (-), 23:09 , 14-Дек-12, (10) +1 Я вот, то же подумал боян же не zram был давненько и в чем разница Можно б, 3draven (?), 22:42 , 14-Дек-12, (4) –6 // анналогично , rshadow (ok), 22:50 , 14-Дек-12, (5) –4 // Может не обязательно публично тупить на форуме и демонстрировать безграмотность , Аноним (-), 23:16 , 14-Дек-12, (13) +7 // Явно же шпилька со стороны Привидения была, мистер урезониватель , Аноним (-), 09:23 , 16-Дек-12, (54) +1 помню, была похожая программа для windows 3 1, qemm называлась, Нанобот (?), 22:52 , 14-Дек-12, (8) –1 // Нет, 4dos , Andrey Mitrofanov (?), 22:55 , 14-Дек-12, (9) Прога была 4дос, а запускался с нее виндус, когда она была в config sys залита и, 3draven (?), 23:10 , 14-Дек-12, (11) Только, наверное, не совсем правильно называть это кэшированием раздела подкачк, YetAnotherOnanym (ok), 23:16 , 14-Дек-12, (14) +3 // правильно Это скорее менеджер сжатых страниц с сомнительной областью применения, pro100master (ok), 01:16 , 15-Дек-12, (18) –1 // Мощность проца которая тратится на работу с контроллером SD карты или NAND флеша, Аноним (-), 08:37 , 15-Дек-12, (23) +1 // наоборот, Аноним (-), 15:19 , 15-Дек-12, (32) –3 И в скольких девайсах вы это меряли У меня вот есть девайс с столь медленным I , Аноним (-), 17:44 , 15-Дек-12, (38) Так чего тут путать - и то и дугое абсолютно бесполезная херня , sasa (??), 02:33 , 15-Дек-12, (19) –6 // Для ПК на x86_64 с 4Гб оперативой согласен, но для всяких смартфонов, планшетни, ILYA INDIGO (ok), 04:10 , 15-Дек-12, (20) // Еще бы не согласиться - греть воздух вместо того чтобы сбалансированно подбирать, sasa (??), 10:29 , 15-Дек-12, (27) –5 // Простите, уже выпущена туева хуча чипов Они такие какие есть Если при прочих р, Аноним (-), 17:55 , 15-Дек-12, (40) +1 вот ты горе-аналитик, такие как ты и разрабатывают Linux, головкой своей подумай, sasa (??), 16:15 , 16-Дек-12, (55) –3 А вы, наверное, Д Артаньян Да, линукс разрабатывают практики Которым надо е, Аноним (-), 18:12 , 16-Дек-12, (58) +1 Я вообще не встречал чтобы на ARM использовали swap - поэтому говорю что это бес, sasa (??), 22:25 , 16-Дек-12, (62) –1 Зато это встречал я На NAND, кстати И мне совершенно не понравилось как это ра, Аноним (-), 17:34 , 17-Дек-12, (65) Правильно ли я понял что их заводская прошивка штатно использует swap Если э, sasa (??), 12:58 , 18-Дек-12, (66) –1 Да, для возможности запускать больше программ в ограниченных ресурсах То что св, Аноним (-), 22:01 , 20-Янв-13, (67) Ну ты так и скажи что ты это видел только на картинке, а дальше писюка с цать, Аноним (-), 08:37 , 15-Дек-12, (24) +1 Сплошные упоминания в новостях про нововведения в 3 8 Похоже, тот еще торт буде, Loooooker (ok), 05:31 , 15-Дек-12, (21) +2 Думаю, лучше почитать здесь, чем на форониксе http lwn net Articles 517465 , Michael Shigorin (ok), 11:29 , 15-Дек-12, (28) Похоже скоро будем ждать аппаратных решений , psevdozebra (?), 12:43 , 15-Дек-12, (29) // ну его на фиг, такое - это ж маркетолухи такого понапишут - не поймёшь,сколько р, Crazy Alex (ok), 17:30 , 15-Дек-12, (35) Им бы названиями поменяться d, Аноним (-), 13:02 , 15-Дек-12, (30) А вот интересно, а что если заюзать вот этот Zswap вмcете с ZRAM , Аноним (-), 13:55 , 15-Дек-12, (31) –2 // тогда наступит сингулярность , pavlinux (ok), 17:29 , 15-Дек-12, (34) Подобные извращения рассмотрены в списке рассылки с прикидками что получится и к, Аноним (-), 17:58 , 15-Дек-12, (41) // Как вариант - плющить данные на лету легким режимом xz, и отправлять в ZRAM, как, pavlinux (ok), 21:32 , 15-Дек-12, (43) –1 // xz эффективен на больших размерах блока, а не на блоках размером в страницу , Led (ok), 02:31 , 16-Дек-12, (51) Павлин, xz это и есть LZMA, просто у остроконечников и тупоконечников как обычно, Аноним (-), 18:16 , 16-Дек-12, (59) +1 Толку не будет попробуйте повторно архивировать архив Я когда-то пробовал _ , kai (??), 01:28 , 16-Дек-12, (48) // , pavlinux (ok), 02:07 , 16-Дек-12, (49) В сильно некоторых случаях может удасться отыграть немного Например зипуете фа, Аноним (-), 18:35 , 16-Дек-12, (60) Ждем в ванильном и в основных дистрах , Аноним (-), 16:05 , 15-Дек-12, (33) –1 На диск тоже лучше сжатое класть Диск сейчас узкое место, а не проц , Аноним (-), 19:13 , 15-Дек-12, (42) +1 // Диск ВСЕГДА был узким местом Хуже диска, только диски на USB и COM-порты , pavlinux (ok), 21:34 , 15-Дек-12, (44) // Да Вот только посмотри во сколько раз возросла скорость записи на диск и в памя, Led (ok), 02:33 , 16-Дек-12, (52) // Эм, см выше 0 , pavlinux (ok), 02:39 , 16-Дек-12, (53) Ок, сейчас диск стал более узким местом , Crazy Alex (ok), 16:43 , 16-Дек-12, (56) +1 Просто как-то так вышло что раньше процы были дохлее а скоростные алгоритмы сжат, Аноним (-), 18:38 , 16-Дек-12, (61) +2 1,4,8,11,14,19,21,28,29,30,31,33,42

Сообщения

[Сортировка по времени | RSS]

	3. "Для Linux представлена технология сжатого кеширования раздел..."	+2 +/–
	Сообщение от rshadow (ok), 14-Дек-12, 22:39
	Модуль ядране забываем включить /etc/modules: zram zram_num_devices=1
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Для Linux представлена технология сжатого кеширования раздел..."	+/–
	Сообщение от DannyBoy (ok), 14-Дек-12, 22:51
	Есть ли преимущества по сравнению с обычным свопом и чувствуются ли они на глаз?
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Для Linux представлена технология сжатого кеширования раздел..."	+/–
	Сообщение от Аноним (-), 14-Дек-12, 23:13
	> Есть ли преимущества по сравнению с обычным свопом и чувствуются ли они на глаз? На некоторых девайсах - все шансы ощутить. На всяких там телефонах с медленным флешом на который активно свопиться беспонтово - весьма интересный вариант.
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Для Linux представлена технология сжатого кеширования раздел..."	–2 +/–
	Сообщение от DannyBoy (ok), 14-Дек-12, 23:18
	Ну учитывая, что написано про приличное использование проца, а средний ARM не есть гуд для мат. вычислений, то в лучшем случае телефоны будут мало работать, а в худшем - жарить перепелиные яйца на корпусе. Так что сложно придумать использование сей технологии.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Для Linux представлена технология сжатого кеширования раздел..."	+11 +/–
	Сообщение от Аноним (-), 15-Дек-12, 00:09
	> средний ARM не есть гуд для мат. вычислений Во первых, современный ARM нынче спокойно затыкает типовой атом вообще не моргнув глазом. Во вторых, при скоростном сжатии никаких особо хитрых вычислений нет. В третьих, увеличение скорости работы системы в целом - вопрос того что дороже: I/O или циклы процессора. В ряде систем I/O с флешкой и/или SD картой является очень дорогим процессом который сам клинит проц по полной. В свете этого возможет парадокс когда сжатие повысит скорость работы, сократив объем медленного и грузящего систему I/O.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Для Linux представлена технология сжатого кеширования раздел..."	–2 +/–
	Сообщение от DannyBoy (ok), 15-Дек-12, 00:17
	>Во первых, современный ARM нынче спокойно затыкает типовой атом вообще не моргнув глазом. Какую-нибудь заглушку n2600 может быть, но n450-455 может какой-нибудь cortex-a15, но они многоядерные, хотя с конвейером помутили хорошо взамен большего потребления. >Во вторых, при скоростном сжатии никаких особо хитрых вычислений нет. Зато сжимать нужно достаточно много, и тут могут быть подтормаживания из-за "большой очереди". >В третьих, увеличение скорости работы системы в целом - вопрос того что дороже: I/O или циклы процессора. В ряде систем I/O с флешкой и/или SD картой является очень дорогим процессом который сам клинит проц по полной. В свете этого возможет парадокс когда сжатие повысит скорость работы, сократив объем медленного и грузящего систему I/O. Полностью согласен. Кстати, это довольно частое явление, что приходится выбирать чем жертвовать - цпу или памятью.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Для Linux представлена технология сжатого кеширования раздел..."	+4 +/–
	Сообщение от Аноним (-), 15-Дек-12, 08:36
	> Какую-нибудь заглушку n2600 может быть, но n450-455 может какой-нибудь cortex-a15, Ну так процесс идет, A15-е уже временами показывают чуть ли не половину от скорости i3/i5 в ряде бенчей. У интеля нет монополии на прогресс, а у ARM с их энергоэффективностью совершенно непаханое поле в плане разгона ядра и увеличения числа ядер без вылезания за допустимый TDP. Если обратить внимание, ARMы как правило работают не то что без вентилятора (чем даже atom-ам напряжно похвастать) а чаще всего даже без какого-то особого радиатора вообще. Хотя особо мощные экспонаты могут и потребовать какой-то небольшой теплоотвод, но это явно не полкило люминя как на интеле в случае пассива традиционно висит. > но они многоядерные, хотя с конвейером помутили хорошо взамен большего потребления. И тем не менее, оно на ура обставляет интель по соотношению производительности к потреблению. Даже при более дубовых нормах. Не зря интель готовится в режиме чипмейкера другим чипы печь. > Зато сжимать нужно достаточно много, и тут могут быть подтормаживания > из-за "большой очереди". Может так выйти что это будет в целом и быстрее и меньше нагрузка на CPU. Это не прикол, в некоторых системах I/O с флешом/SD картами весьма дорогое по ресурсам процессора. Кстати и обычные механические диски могут ускориться при сжатии. LZO на современном проце в состоянии жать быстрее чем 150Мб/сек (выжимаемые в лучшем случае механическим диском). По поводу чего если посмотреть на бенчи btrfs, можно узреть как оно становится быстрее при включении сжатия. Хотя, казалось бы, появляется дополнительная операциа. Ан нет, сокращение объема I/O перевешивает повышение нагрузки на проц. > Полностью согласен. Кстати, это довольно частое явление, что приходится выбирать чем жертвовать > - цпу или памятью. А данном случае это облегчение жизни относительно тормозному I/O путем усложнения жизни процу и RAM.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Для Linux представлена технология сжатого кеширования раздел..."	–2 +/–
	Сообщение от DannyBoy (ok), 15-Дек-12, 10:16
	>Ну так процесс идет, A15-е уже временами показывают чуть ли не половину от скорости i3/i5 в ряде бенчей. Тут уже нужны пруфы, ибо уж больно громкие слова. К тому же помню находил информацию, что на уровне серверов, энергоэффективность Зионов идёт выше чем у ARM-кластеров. Если интересно, то могу поискать. >Кстати и обычные механические диски могут ускориться при сжатии. LZO на современном проце в состоянии жать быстрее чем 150Мб/сек Это да, ибо большинство домашних компов - многоядерные, с хорошей оптимизацией кода. >А данном случае это облегчение жизни относительно тормозному I/O путем усложнения жизни процу и RAM. Но для телефонов это бессмысленно. : )
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Для Linux представлена технология сжатого кеширования раздел..."	+/–
	Сообщение от Аноним (-), 15-Дек-12, 17:41
	> Тут уже нужны пруфы, ибо уж больно громкие слова. Идете на тот же фороникс и смотрите бенчи армов между собой и vs x86, например. Там такого счастья - есть. > К тому же помню находил информацию, что на уровне серверов, энергоэффективность > Зионов идёт выше чем у ARM-кластеров. Наверное именно поэтому нынче ARM в сервера вдарился, ага. Всякие там Calxeda и прочие что-то полезли новый рынок окучивать, а с выходом в массы 64-битного ARM с виртуализацией и прочая интелу имхо будет весело :) > Если интересно, то могу поискать. Давайте, а то calxeda и им подобные утверждают ровно обратное. Не говоря о том сколько независимых серверов упихивается в 1 стойку, какой TDP проца называется и прочая. > Это да, ибо большинство домашних компов - многоядерные, с хорошей оптимизацией кода. Ну а в мобилках всяких все пропорционально хилее. И I/O - тоже. Поэтому ARMу из смарта и не требуется 150 мб/сек выжимать. Кстати если вы вдруг не заметили, нынче аж 8-ядерные процы для планшетов и мобил собираются клепать. >>А данном случае это облегчение жизни относительно тормозному I/O путем усложнения жизни процу и RAM. > Но для телефонов это бессмысленно. : ) Напротив, там обычно очень тормозное I/O, так что в смартах и планшетах у технологии есть все шансы себя проявить. Вон там выше народец даже упоминает конкретные примеры юзежа подобных по смыслу технологий.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Для Linux представлена технология сжатого кеширования раздел..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 15-Дек-12, 17:51
	> Давайте, а то calxeda и им подобные утверждают ровно обратное. Не говоря > о том сколько независимых серверов упихивается в 1 стойку, какой TDP > проца называется и прочая. Calxeda & co будто бы отчаянно избегают называния цифр по энергоэффективности на операцию -- скажем, "обслужить миллион запросов".  Тесты, которые на подручном оборудовании делали коллеги, показали бОльшую энергоэффективность того же C2Q перед A8 на обслуживании DNS-запросов, ЕМНИП. На ARM может получиться куда более осмысленно предоставить _физически_ отдельную железку человеку/задачке.  Но вот с ваттами под нагрузку тут лучше не судить опрометчиво.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Для Linux представлена технология сжатого кеширования раздел..."	+/–
	Сообщение от Romik (??), 15-Дек-12, 22:11
	А давайте ещё про всякие Power'ы, SPARK'и и Itanium'ы поговорим :)
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Для Linux представлена технология сжатого кеширования раздел..."	+/–
	Сообщение от Romik (??), 15-Дек-12, 22:13
	> А давайте ещё про всякие Power'ы, SPARK'и и Itanium'ы поговорим :) SPARC'и
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	57. "Для Linux представлена технология сжатого кеширования раздел..."	+1 +/–
	Сообщение от Аноним (-), 16-Дек-12, 17:37
	> Calxeda & co будто бы отчаянно избегают называния цифр по энергоэффективности на > операцию -- скажем, "обслужить миллион запросов".   Вообще да, любопытно. Сам ARM вообще-то любит понтоваться mips/watt технично подтрунивая над интелом. У которого и сами процы ничего шедеврального не показывают и оверхед от кучи обвязки большой (холостого потребления типового писюка хватит чтобы накормить добрую дюжину полностью нагруженных ARMов). > Тесты, которые на подручном оборудовании делали коллеги, показали > бОльшую энергоэффективность того же C2Q перед A8 на обслуживании DNS-запросов, ЕМНИП. 1) А как все это мерялось? A8 - сферическое ядро в вакууме. Конкретные инкарнации изрядно отличаются по свойствам. 1.1) А двухъядерный A15 от самсуня, например, разгоняется в бенчах до чуть ли не половины скорости i5. А вот его радиатору при этом позавидует не то что i5, а любой атом. Ну, современное ядро на не сильно древних техпроцессах. Вот и... 2) Кроме того, такое сравнение допускает что сервер прогружен на 100% возможностей. Реально же сервера зачастую недогружены. Ну, стоит сервак с DNSом допустим внутри конторы в интранете. Откуда ему миллион запросов свалится? Он большую часть времени груши околачивает. При этом идет холостое потребление. Но DNS - нужен. Значит кто-то его должен обслужить. Значит надо сервер. Откуда-то отсюда и возникает спрос на небольшие и мало кушающие сервера, всякие виртуалки и прочая. Т.к. если влобовую воткнуть ваш C2 - это здоровая дура, которая на холостом ходу жрет как целое ведро полностью озадаченных ARMов A8. 3) Не забываем что A8 зачастую делают для удешевления производства по достаточно дубовым техпроцессам, по поводу чего у интеля бывает некая не совсем честная фора. Емкость элементов схемы падает по мере мельчания процесса и при равном числе переключений более тонкая схема жрет меньше, сэкономив на перезаряде емкостей. Так что если хочется сравнивать эффективность ядер - логично по крайней мере выбрать A8 на нанометраже не сильно далеким от конкурента. Зато процы по более дубовому нанометражу - дешевле, т.к. позволяют юзать устаревшее оборудование с неким профитом. A8 по относительно дубовому нанометражу стоит $5 за чип. Обвязки ему надо минимум. И вся система может стоить $20 например, как у Pi. А у интела таких цен в принципе не бывает. А на холостое потребление самого дешевого селерона можно накормить несколько полностью прогруженных ARM :) 4) У интела есть еще и обвязка которая жрет немеряно. Мощности которую жрет чипсет x86 и прочая обвязка хватит еще нескольким ARM :). При том эта мощща вообще обычно жрется независимот от того работает проц или нет. > На ARM может получиться куда более осмысленно предоставить _физически_ > отдельную железку человеку/задачке. Логично. Виртуалки btw, тоже именно об этом, только с другого бока - попытка сделать из того что уже есть то что хотелось получить. > Но вот с ваттами под нагрузку тут лучше не судить опрометчиво. Опрометчиво - да. Как минимум стоит учитывать что CMOS схемы под нагрузкой жрут прямо пропорционально размеру элемента, так что сравнивать в указанном контексте имеет смысл как минимум ядра отлитые по более-менее одинаковым нанометрам.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Для Linux представлена технология сжатого кеширования раздел..."	+/–
	Сообщение от Michael Shigorin (ok), 17-Дек-12, 02:42
	> 1) А как все это мерялось? A8 - сферическое ядро в вакууме. > Конкретные инкарнации изрядно отличаются по свойствам. Понимаю, но даже не помню, какая именно это борда была -- надо уточнить, сейчас это неудобно (возможно, i.MX53). > 2) Кроме того, такое сравнение допускает что сервер прогружен на 100% возможностей. Т.е. что это тот самый сервер, а не просто нерациональное использование ресурсов. > А на холостое потребление [...] И всё-таки в очередной раз (sic!) прошу освоить хотя бы интрапостовую дедупликацию :) > 4) У интела есть еще и обвязка которая жрет немеряно. Мощности которую > жрет чипсет x86 и прочая обвязка хватит еще нескольким ARM :). Угу, помню и двадцативаттные контроллеры FBDIMM...
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	64. "Для Linux представлена технология сжатого кеширования раздел..."	+/–
	Сообщение от Аноним (-), 17-Дек-12, 17:25
	> Понимаю, но даже не помню, какая именно это борда была -- надо > уточнить, сейчас это неудобно (возможно, i.MX53). Да я этом к тому что миллион запросов сам по себе - нечто сферическое и в вакууме. Роялит еще и время за которое он приехал. При высокой интенсивности запросов интел может попытаться скрасить немеряное потребление в холостом режиме ломовой производительностью. При низкой - ARM на полной загрузке будет жрать в 10 раз меньше чем интел на холостом ходу. Интел сделал нулевую с точки зрения окружающих работу а сожрал больше. Забавно, да? :) >> 2) Кроме того, такое сравнение допускает что сервер прогружен на 100% возможностей. > Т.е. что это тот самый сервер, а не просто нерациональное использование ресурсов. Идеально прогрузить сервер на 100% задача нетривиальная. Даже в всепланетном масштабе потребление ресурсов колеблется например в зависимости от времени суток. Так что или сервак зашьется в час пик или будет недогружен когда все дрыхнут. Ну и вообще. Надо вот кому-то днс. Может он и не генерит миллионы запросов но не хочет зависеть от закидонов сторонних серваков, хочет свою "локалочную" DNS зону и прочая. Вполне валидное и даже типовое желание. ARM в этом плане может смотреться любопытно, т.к. фундаментально меньше жрет, занимает мизер места, а миллион запросов ему присылать будут достаточно долго :) > И всё-таки в очередной раз (sic!) прошу освоить хотя бы интрапостовую дедупликацию :) Ну да :) >> жрет чипсет x86 и прочая обвязка хватит еще нескольким ARM :). > Угу, помню и двадцативаттные контроллеры FBDIMM... Да собственно у интеля чипсеты вообще холодностью не отличаются. Да и у AMD. Какие-то потуги в этом направлении видны только в атомах. Которых ARM нынче обставляют даже в производительности. Ну им то не надо таскать вагон сложной системной логики с элементами легаси барахла.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	25. "Для Linux представлена технология сжатого кеширования раздел..."	+2 +/–
	Сообщение от Аноним (-), 15-Дек-12, 08:57
	Да в общем-то это никакой не парадокс. "| gzip" иногда ускоряет работу какого-нибудь генератора не очень плотных объемных данных с выводом даже на диск с быстрым SATA, не то, что на флешку.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	37. "Для Linux представлена технология сжатого кеширования раздел..."	+/–
	Сообщение от Аноним (-), 15-Дек-12, 17:42
	> Да в общем-то это никакой не парадокс. "| gzip" иногда ускоряет работу Очень уж иногда, ибо 2-стадийный LZ+Huffman, который по определению не будет чемпионом скорости. Быстрые алгоритмы обычно являют собой максимально простой и шустрый LZ, такой может разогнаться до весьма убедительных величин.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Для Linux представлена технология сжатого кеширования раздел..."	–1 +/–
	Сообщение от Admin1 (?), 15-Дек-12, 21:46
	вот насчет атома не могу сказать, но eepc700 (проц celeron 600mzh ram 512) работает под андроидом 4 шустрее чем rockchip2819 1Ghz + 1G ram про батарейку молчу да рокчип меньше ее  жрет
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема