| |
| 2.9, mihalych (ok), 14:15, 06/12/2012 [^] [^^] [^^^] [ответить]
| –6 +/– |
 В генте это давно есть. Переходи туды. Заодно и линукс на зубок вызубришь и переходить куда-либо перехочешь
| | |
| |
| 3.11, vadiml (ok), 14:17, 06/12/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
 > В генте это давно есть. Переходи туды. Заодно и линукс на зубок
> вызубришь и переходить куда-либо перехочешь
Я предпочитаю пересобирать только те пакеты, которые на мой взгляд не правильно собраны, а не всю систему.
| | |
| |
| |
| 5.122, Аноним (-), 05:05, 07/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> хотя нет лучше все пересобрать.
А вы тогда на гору Арарат сбегайте. И главное, пудовую гирю не забудьте. На вершине оставьте, не забудьте.
| | |
|
|
| 3.14, Аноним (-), 14:41, 06/12/2012 [^] [^^] [^^^] [ответить]
| +6 +/– | |
> Переходи туды
"Бросай курить, вставай на лыжи. И вместо рака будет грыжа!"
| | |
| |
| 4.58, Аноним (-), 18:00, 06/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> Переходи туды
> "Бросай курить, вставай на лыжи. И вместо рака будет грыжа!"
Тут скорее "бросай курить, начинай бухать!"
| | |
| |
| 5.111, mihalych (ok), 23:48, 06/12/2012 [^] [^^] [^^^] [ответить] | –1 +/– | На лурке побывал Читал я что там пишут На современной системе время компиляции... большой текст свёрнут, показать | | |
| |
| 6.112, zsh (ok), 01:05, 07/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
 А причем тут убунта? В исходном посыле был Debian, а какие там проблемы у пользователей убунты, пусть Марк волнуется.
| | |
| |
| 7.144, mihalych (ok), 16:10, 07/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> А причем тут убунта? В исходном посыле был Debian, а какие там
> проблемы у пользователей убунты, пусть Марк волнуется.
Пакетный менеджер общий.
| | |
|
| 6.123, Аноним (-), 05:12, 07/12/2012 [^] [^^] [^^^] [ответить] | +2 +/– | Осталось только придумать нафига все компилить лично Я как-то предпочитаю собир... большой текст свёрнут, показать | | |
| 6.136, BratSinot (?), 10:48, 07/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> На современной системе время
> компиляции всего мира небольшое.
Ага, на один только Firefox пара, тройка часов уйдет, а на Chromium возможно и больше.
| | |
|
|
|
| |
| |
| 5.107, pavlinux (ok), 22:37, 06/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > и совсем, совсем не знают apt-get. страшно жить.
А ведь есть emerge apt и apt-get emerge :)
| | |
| |
| 6.142, mihalych (ok), 15:53, 07/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> и совсем, совсем не знают apt-get. страшно жить.
> А ведь есть emerge apt и apt-get emerge :)
Оно то есть, но мне не нужно.
| | |
|
| 5.108, mihalych (ok), 22:40, 06/12/2012 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> не знают apt-get. страшно жить.
Я использую генту на ББ. На нетбуке - убунту.
| | |
| |
| 6.124, Аноним (-), 05:13, 07/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Я использую генту на ББ. На нетбуке - убунту.
Как ни странно, это не помешало остаться вам полным кофейником в аптгете и его возможностях. Вы зачем-то как дебил качаете сорц вручную, хотя получить оный - одна команда аптгету.
| | |
| |
| 7.143, mihalych (ok), 16:06, 07/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Я использую генту на ББ. На нетбуке - убунту.
> Как ни странно, это не помешало остаться вам полным кофейником в аптгете
> и его возможностях. Вы зачем-то как дебил качаете сорц вручную, хотя
> получить оный - одна команда аптгету.
аптгет знает о всех сорцах на свете? Ну нету в репах нужного сорца. В генту можно сделать свой ebuild. И вы уважаемый, выражения выбирайте, пожалуйста.
| | |
|
|
|
|
| 3.46, Аноним (-), 17:50, 06/12/2012 [^] [^^] [^^^] [ответить]
| +8 +/– | |
> В генте это давно есть. Переходи туды.
На дистрибутив жуликов и воров? Нет пути!
| | |
| |
| 4.109, mihalych (ok), 22:51, 06/12/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
>> В генте это давно есть. Переходи туды.
> На дистрибутив жуликов и воров? Нет пути!
Вот виндавс - даже Папа одобрил. Там иконки и службы. И жуликов/воров точно нет. 100%. Да-да.
| | |
|
|
|
| 1.2, Аноним (-), 12:09, 06/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –22 +/– |
Чё только не делают, лишь бы "не x86"! Точнее так: "когда собаке делать нечего....". Есть такой "синдром нового", когда человеку неймётся, что всё работает и он начинает сходить с ума и всё модернизировать. Работал x86 режим и всё было хорошо. Нет, вылезли со своими 64 битами, перекорёжили "для совместимости" сишный код, создали какой-то flat режим - на те, вам же мало было проблем!
| | |
| 1.4, Аноним (-), 12:34, 06/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –10 +/– |
гентушники уже собрали, протестировали и сделали вывод: очередной костыль
| | |
| |
| |
| Часть нити удалена модератором |
| 3.6, alexxy (ok), 13:02, 06/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Так а смысл в этом костыле - перенос идеи n32 и n64 с mips на ia32? Так как бы тогда было n32 создано из за недостатка памяти (ты попробуй симами по 8-32М набрать более 4Га) это было еще в середине 90х. А тут костыль может быть полезен разве что на планшетах с атомами. И то только если там стоит меньше 3Га рамы
| | |
| |
| 4.7, ананим (?), 14:08, 06/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
да хрен там. лично я на свой ноут с 16 гигами памяти и
># dmidecode -t processor
> Family: Core i7
>…
> Core Count: 4
> Core Enabled: 4
> Thread Count: 8
с удовольствием поставлю.
не вижу ни одной задачи на ноуте, которой позарес нужно 64-битными указателями ворочать.
да и мемори ликс в этой ситуации куда как менее болезненны.
так же vps-хостеры очень рады будут — и новые инструкции (аля ссе/крипто/этк), и памяти жрёт меньше.
2 Аноним: кстати, последняя сборка стэйджа генты для x32 была 8 сентября http://distfiles.gentoo.org/experimental/amd64/x32/
т.е. много позже «развенчания мифов» работа идёт.
так что никто ни о чём не забывал, просто glibc 2.16 пока никто плотно не юзает.
а кому ненатЪ — так хрена ли беспокоитесь? вас не заставляют.
| | |
| |
| 5.15, Аноним (-), 14:42, 06/12/2012 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> не вижу ни одной задачи на ноуте, которой позарес нужно 64-битными указателями ворочать.
А еще гражданин утверждал что 640Кб хватит всем. 4Гб конечно чутка поболее, но...
| | |
| 5.53, Аноним (-), 17:55, 06/12/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
> с удовольствием поставлю.
> не вижу ни одной задачи на ноуте, которой позарес нужно 64-битными указателями
> ворочать.
> да и мемори ликс в этой ситуации куда как менее болезненны.
А сюда ты через lynx постишь?
Все остальные браузеры уже благополучно доказали, что 4Гб на процесс - это еще не предел.
| | |
| |
| |
| 7.68, Аноним (-), 18:26, 06/12/2012 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> и как же мы интернеты смотрели на 256 мегабайтах…
Это было давно и неправда.
| | |
|
| 6.70, Crazy Alex (ok), 18:27, 06/12/2012 [^] [^^] [^^^] [ответить]
| +4 +/– |
 Если браузер отожрал 4 гига - это явный баг - или утечка или кривокод адский. Такое одинаково легко хоть 4, хоть 16 сожрёт. Говорю как человек, у которого и 300 табов бывало в файрфоксе - за 3 гига VIRT не вылезало. Хром в сумме может сожрать и больше, но у него это на два десятка процессов делится.
| | |
|
|
| 4.8, x0r (??), 14:14, 06/12/2012 [^] [^^] [^^^] [ответить]
| +4 +/– |
эту технологию можно использовать хоть на 8Г, хоть на 16Г памяти.
1-й x32 процесс - 4Г ограничение
2-й x32 процесс - 4Г ограничение
более того ядро тоже - x86-64, то есть оно может поддерживать как x32 так и x64 процессы одновременно.
например для домашнего компа будет достаточно ограничения на 4Г на процесс с ушами.
я даже не знаю что это должна быть за задача? Gimp с большими фотками? Firefox съел 4Г?
обработка видео? вроде нет.
здесь проблема что народ не понимает смысла технологии
| | |
| |
| 5.12, ананим (?), 14:28, 06/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>более того ядро тоже - x86-64, то есть оно может поддерживать как x32 так и x64 процессы одновременно.
и 32-х-битные тоже.
т.е. все 3-и архитектуры живут вместе.
захотел 64-бита — скомпилил и работаешь (например для постгри, оракла и тд)
так что да, я лично жду когда всё это богатство выйдет за рамки стадии тестирования.
| | |
| |
| 6.16, Аноним (-), 14:43, 06/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> захотел 64-бита — скомпилил и работаешь (например для постгри, оракла и тд)
А в памяти висит 2-3 набора либ с разным ABI, да? И вся экономия памяти - псу под хвост...
| | |
| |
| 7.19, ананим (?), 15:13, 06/12/2012 [^] [^^] [^^^] [ответить] | +2 +/– | не вижу ни одной задачи на ноуте, которой позарес нужно 64-битными указателями в... большой текст свёрнут, показать | | |
| 7.22, ram_scan (?), 15:36, 06/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> А в памяти висит 2-3 набора либ с разным ABI, да? И вся экономия памяти - псу под хвост...
И чо. Они все равно равно сегментами кода ровно один раз в памяти висят для всех процессов. Это раз. Мапятся они он деманд это два. Не запущено ни одной аппликухи, не будет замаплено и экземпляра библиотеки. А 64битный код по статистике почти 30% толще просто за счет более широких оффсетов и указателей.
| | |
| |
| 8.35, Аноним (-), 17:11, 06/12/2012 [^] [^^] [^^^] [ответить] | +1 +/– | Откуда взята статистика 64-разрядный код настолько больше будет только из-з... текст свёрнут, показать | | |
| 8.127, Аноним (-), 05:22, 07/12/2012 [^] [^^] [^^^] [ответить] | –2 +/– | Спасибо, я в курсе Это не отменяет того что вместо 1 набора либ будет висеть 2 ... большой текст свёрнут, показать | | |
|
|
|
| 5.92, Xasd (ok), 20:42, 06/12/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
 > здесь проблема что народ не понимает смысла технологии
ну я например не понимаю. :)
объясни мне -- зачем мне делать так чтобы приложение НЕ умело пользоваться 64-битными указателями?
производительности (как написанно по ссылке, а не в тексте новости) это почти не прибавит (+5% врядли заметно на глаз) -- но при это добавит геморой...
...такой геморой как например невозможность использовать полезной функцией -- mmap() .
[на 32-битах использовать mmap() опасно, и лучше не использовать. а вот 64-бита позволяют делать комфортные mmap()]
_З_А_Ч_Е_М_ _Т_А_К_А_Я_ _Ф_И_Г_Н_Я_ ?
# P.S.: никто из официальных дистрибутиво-строителей не станет делать официальные дисрибутивы с X32-программами. они не долбонутые на голову. x86_64 это УЖЕ оптимально.
| | |
| |
| 6.94, arisu (ok), 20:44, 06/12/2012 [^] [^^] [^^^] [ответить]
| +4 +/– |
 а тебе не всё равно? для твоёго похапэ это не имеет значения.
| | |
| |
| 7.105, Xasd (ok), 22:21, 06/12/2012 [^] [^^] [^^^] [ответить]
| –2 +/– | |
не догнал..
это намёк на то что PHP будет работать на 5% быстее? (PHP-X32 по сравлнению с PHP-x64)
да -- мне сёравно. ты прав :)
| | |
|
|
|
|
|
| 2.10, x0r (??), 14:16, 06/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> гентушники уже собрали, протестировали и сделали вывод: очередной костыль
а ссылку можно??
| | |
| |
| 3.13, ананим (?), 14:33, 06/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
да вон 3-я ссылка под новостью.
обратите внимание на последний комментарий там — грамотно и по пунктам объяснили куда он может идти со своей критикой.
| | |
|
| 2.18, Вася (??), 15:03, 06/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
Смартфонам бы это не помешало. В Андройде топовые смарты до сих пор имеют не более 2х гигов. Правда, чую пока допилят уже будет поздно. :)
| | |
| |
| 3.20, ананим (?), 15:18, 06/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
а какое это имеет отношение к физической памяти (кроме её расхода конечно)?
речь о виртуальной памяти и скорости. вот тут комент внизу http://blog.flameeyes.eu/2012/06/debunking-x32-myths
>5 – So you manage a library written in C. Are you going to disprove the fact that JAVA, Perl, PHP, Python, … will be SUBSTANTIALLY faster in X32 ABI versus X86_64 due to the smaller pointer size ? I don’t need a benchmark or profiling to know it will be faster, all virtual machines running a higher level language will use pointers like crazy
так что много кому пригодится и после 4гб мартфонов.
| | |
| 3.21, arisu (ok), 15:28, 06/12/2012 [^] [^^] [^^^] [ответить]
| +5 +/– | |
> Андройде
лучше бы ты себе рабочие мозги купил, а не смарт.
| | |
| |
| 4.23, Аноним (-), 15:41, 06/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> лучше бы ты себе рабочие мозги купил, а не смарт.
Ведроиде! //fixed.
| | |
| 4.60, Аноним (-), 18:04, 06/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> лучше бы ты себе рабочие мозги купил, а не смарт.
arisu, советующий другим купить мозги - это примерно как Поттеринг, объясняющий разработчикам ядра, как правильно программировать.
| | |
| |
| |
| |
| 7.128, Аноним (-), 05:24, 07/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Соболезную.
Да уж, печально. Ибо индивид столь туп что не понял за что на него Кэп вообще ополчился.
| | |
|
|
|
|
| |
| 4.29, ананим (?), 16:16, 06/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
ну на атомах то тоже смартфоны бывают.
и если ведроид будет на таком смарте работать лучше вин8, то тоже не плохой показатель.
| | |
|
|
| 2.51, Аноним (-), 17:53, 06/12/2012 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> гентушники уже собрали, протестировали и сделали вывод: очередной костыль
Любая технология, оказавшись в генте, автоматически превращается в костыль.
Что поделать, судьба такая.
| | |
|
| 1.31, inferrna (ok), 16:43, 06/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Учитывая то, как долго вылизывают каждый релиз дебиана, не видать нам этой сборочки, как своих ушей.
| | |
| |
| 2.48, Аноним (-), 17:51, 06/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Учитывая то, как долго вылизывают каждый релиз дебиана, не видать нам этой
> сборочки, как своих ушей.
Так она неофициальная. Никто ее вылизывать не будет.
| | |
|
| 1.32, KT315 (ok), 17:04, 06/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 А как для программиста это выглядит? Если это просто заюзать доп. опции для компилятора, то еще ладно, технология 32битной адресации достойная. Но если это влечет за собой использование доп. синтаксиса в коде, то привет еще +100500 багов в и так существующий мир нестабильного кода. В этом случае, я не пожлоблюсь на установку доп. планки ОЗУ.
И прикольно наблюдать.... тут видите ли, с одной стороны - указатели жрут 64бита, когда достаточно 32бит и это не порядок. А с другой - "Решение по использованию tmpfs для раздела /tmp в Fedora 18 не будет отменено". Т.е. как бы с ОЗУ проблем нет :-)
| | |
| |
| 2.41, arisu (ok), 17:34, 06/12/2012 [^] [^^] [^^^] [ответить]
| +6 +/– | |
> А как для программиста это выглядит?
операторы придётся задом наперёд писать.
| | |
| |
| 3.49, Аноним (-), 17:52, 06/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> А как для программиста это выглядит?
> операторы придётся задом наперёд писать.
Самый мудрый и квалифицированный комментарий в обсуждении!
| | |
| |
| 4.129, Аноним (-), 05:26, 07/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Самый мудрый и квалифицированный комментарий в обсуждении!
Какой вопрос - такой и ответ. Квалификация бсдоидов уже утомила. Откуда такие отборные дуболомы вообще берутся? Презренные убунтушники и то лучше в таких вещах разбираются! Теперь вы должны сгореть со стыда!
| | |
|
|
| 2.59, ананим (?), 18:02, 06/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>А как для программиста это выглядит?
как новая архитектура.
вот тут подробнее https://sites.google.com/site/x32abi/documents
зыж
>И прикольно наблюдать.... тут видите ли, с одной стороны - указатели жрут 64бита, когда достаточно 32бит и это не порядок. А с другой - "Решение по использованию tmpfs для раздела /tmp в Fedora 18 не будет отменено". Т.е. как бы с ОЗУ проблем нет :-)
сравнил опу с пальцем.
tmpfs настраивается/отменяется за 3 сек, а переход на другую архитектуру порой только новой инсталяцией.
это чё, такой троллинг не умелый?
и ещё, если раздел в tmpfs пустой, то ОЗУ полностью доступна для процессов. также очевидно, что временные файлы таки временные.
путаешь организационные проблемы с технологическими.
| | |
| |
| 3.66, Аноним (-), 18:14, 06/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
Речь не о типе проблем, а о том зачем экономить ОП в одном месте, в ситуации когда её дефицита не наблюдается (1) и в других местах используются далеко не самые компактные по отношению к памяти решения (2)?
| | |
| |
| 4.72, ананим (?), 18:28, 06/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– | |
хм… даже и не знаю как ещё намекнуть то.
подумайте вот о чём, а если комьпютер вообще не включать, то память будет экономиться вообще на все 100%.
так зачем его включать?
| | |
| 4.75, Crazy Alex (ok), 18:43, 06/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
Не дефицита не наблюдается, а федора - это полигон RHEL - и идеально удобным он быть и не обязан.
| | |
| |
| 5.88, KT315 (ok), 20:05, 06/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Не дефицита не наблюдается, а федора - это полигон RHEL - и
> идеально удобным он быть и не обязан.
Debian тоже так сделал, tmpfs на /tmp http://lwn.net/Articles/499686/
удобно и проблем не испытывается.
По сути, x32_ABI призван прекратить существование х32, т.к. на системах где актуальна 64битная ОС проблем с ОЗУ нет в принципе, если только только головой не думали и поставили мать с двумя слотами под RAM. Иначе 32битная ОС и ядро со взведенным PAE все решает :)
ИМХО, 64битная ОС более актуальна при озу >6Gb.
| | |
| |
| 6.90, тень_pavel_simple (?), 20:39, 06/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Не дефицита не наблюдается, а федора - это полигон RHEL - и
>> идеально удобным он быть и не обязан.
> Debian тоже так сделал, tmpfs на /tmp http://lwn.net/Articles/499686/
> удобно и проблем не испытывается.
cat /etc/debian_version
wheezy/sid
mount | grep tmp
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=740009,mode=755)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=599924k,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1199840k)
простите гиде debian перешел??куда перешел?
| | |
| |
| 7.101, ананим (?), 21:47, 06/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>А вот борьбу с x86 я не понимаю - ну живёт себе и живёт. Наверняка есть вагон legacy-софта, который на экзотике вроде x32 работать не будет.
с чего вдруг не будет то? куда он денется.
>А в продакшн - либо x86 (для мелких виртуалок в самый раз) либо 64 бита.
x32 и есть 64-бита. вот в чём прелесть.
зыж
с каких пор длина адреса битность определяла? даже в 8086 она равнялась 20. в большинстве современных 64-х-битных десктопо-ноутов:
># cat /proc/cpuinfo | grep "address sizes"
>address sizes : 36 bits physical, 48 bits virtual
так что x32 поживёт. и отлично поживёт.
| | |
| |
| 8.130, Аноним (-), 05:32, 07/12/2012 [^] [^^] [^^^] [ответить] | –3 +/– | Ну вот с таких Если у проца 64-битные регистры то и работает он нативно с именн... большой текст свёрнут, показать | | |
| |
| 9.133, ананим (?), 07:07, 07/12/2012 [^] [^^] [^^^] [ответить] | +2 +/– | ха и всё это от элементарного не знания архитектуры даже в 8086 шина адреса сос... текст свёрнут, показать | | |
|
|
|
| 6.118, Xasd (ok), 02:12, 07/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> 64битная ОС более актуальна при озу >6Gb.
вообще-то она (64-битная ОС) более актуально УЖЕ если хотя бы RAM >= 3G .
и количество виртуальной памяти тут вообще не причём. виртуальную память можете сразу выстаить в 20G (swap), не зависимо от того x86_32 или x86_64 .
мы говорим именно про ФИЗИЧЕСКУЮ память, когда утверждаем что нужно ставить 64-битную операционную систему, если RAM >= 3G ..
| | |
|
|
|
|
|
| 1.83, Buy (ok), 19:15, 06/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 > Tmpfs уже применяется по умолчанию в ArchLinux и Ubuntu.
В убунту никакие разделы и каталоги в tmpfs не монтируются.
| | |
| 1.89, Xasd (ok), 20:29, 06/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
> При тестировании в ситуациях, связанных с интенсивной работой с указателями, новый ABI продемонстрировал ускорение исполнения кода вплоть до 30% в сравнении с классическим x86_64 ABI
спасибо за вбрасывание ложных-ТРОЛОЛО-данный в краткий текст новости...
...я перещёл по ссылке и (не заметив никаких 30%) -- увидил следущее -- http://i6.minus.com/ijrIvkVbpUHcW.png
а именно -- 5~8% ...
# P.S.: остальные сравнения исходят из x86_32 -- которая вообще нафиг никому не упала.
# P.P.S.: ложными данными о производительности -- вы конешно можете взбудоражить общественность, но врядли вы сможете обмануть разработчиков дистрибутивов :-) . ведь они всё проверят, а не поверят на слово :-)
| | |
| |
| 2.97, Crazy Alex (ok), 21:07, 06/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
Отползёте на пару шагов от веба - увидите, что сервисы могут быть разными, и многие есть смысл пихать в сравнительно мелкие виртуалки, в которых 64 бита держать - только без толку выкидывать память (хоть asterisk тот же взять). Хотя x32 я бы пока ставить туда не рискнул - вот через год-другой можно будет, когда на экстремалах и домашних пользователях обкатается.
| | |
| |
| 3.119, Xasd (ok), 02:15, 07/12/2012 [^] [^^] [^^^] [ответить]
| –3 +/– | |
ды хорошо! запускайте X32 на роутерах! ..я же только рад буду :) ..
но нет же -- её кто-то активно хочет вдалбить именно на десктопы -- вот что меня агрит.
| | |
| |
| 4.150, Ванёк (?), 14:09, 22/12/2018 [^] [^^] [^^^] [ответить]
| +/– |
x32 на десктопах не менее актуально, пусть сборки браузеров сделают - будут памяти жрать меньше и чуть быстрее работать. Кому от этого плохо?
| | |
|
|
|
| 1.91, n (??), 20:41, 06/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Почему бы им порты на RISC процессоры не доработать до
конкурентноспособного с родными unix состояния.Так что бы
реально бало в продакшен вместо проприетарщины.Так нет же
опять каким-то онанизмом занимаются.
| | |
| |
| 2.93, arisu (ok), 20:42, 06/12/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
наверное, потому, что они забыли тебя спросить, чем им заниматься. дураки, что ж взять-то…
| | |
| 2.99, Crazy Alex (ok), 21:12, 06/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
Из хоть как-то живых RISC на которых у линукса есть реальные конкуренты я разве что спарки вспомню - и то их настолько мало, что, видать, морочить голову никто не хочет.
На массовых RISC (ARM, MIPS тот же) у линукса очень даже конкурентоспособное состояние.
| | |
| |
| 3.103, n (??), 21:59, 06/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Из хоть как-то живых RISC на которых у линукса есть реальные конкуренты
> я разве что спарки вспомню - и то их настолько мало,
> что, видать, морочить голову никто не хочет.
> На массовых RISC (ARM, MIPS тот же) у линукса очень даже конкурентоспособное
> состояние.
Да ладно вам,есть сферы применения компов в которых отказ от RISC даже не
обсуждается.Там очень серьёзные задачи и системы.Просто под вечер разыгралось воображение,
представил Linux-революцию в HIGH ENDах.
| | |
| |
| 4.104, ананим (?), 22:09, 06/12/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
уже лет 5-7 на подобные спитчи никто не ведётся.
если нужен пример хайэнда на линухе — велком ту оракл эксадата, топ500 и тд, и тп.
всё. ультраспарки3 ещё лет 5 назад из 5 серверверов 3 собирал. а сейчас всё.
как оракл на старьё забил, так и новые не особо нужны стали.
пока их колбасило линух набирал обороты.
па-риски сдулись ещё раньше. уже и их приемники титаниумы затонули.
так что про риски в хайэнде могут только щёки надувать сильно ангажированные перцы.
| | |
| |
| 5.110, n (??), 23:01, 06/12/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
> уже лет 5-7 на подобные спитчи никто не ведётся.
> если нужен пример хайэнда на линухе — велком ту оракл эксадата, топ500
> и тд, и тп.
> всё. ультраспарки3 ещё лет 5 назад из 5 серверверов 3 собирал. а
> сейчас всё.
> как оракл на старьё забил, так и новые не особо нужны стали.
> пока их колбасило линух набирал обороты.
> па-риски сдулись ещё раньше. уже и их приемники титаниумы затонули.
> так что про риски в хайэнде могут только щёки надувать сильно ангажированные
> перцы.
Exadata,всё из top500-это кластеры.И вот эти самые перцы,которые,кстати, и
принимают решения покупать ли что и что покупать,уверены,и небезосновательно,что
решение целого ряда задач не получится развернуть на кластере.Требуется машина класса
майнфремов.В этих классах х86 нет и не будет.Только power,sparc и всякая ibm-щина.
И Linux-революция там будет только при развитии соответствующих портов.
| | |
| |
| 6.116, Crazy Alex (ok), 01:45, 07/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Эм... А с каких пор в мейнфеймах есть что-то кроме айбиэмщины? И там у них ни хрена не юникс крутится.
| | |
|
|
|
|
| 2.131, Аноним (-), 05:33, 07/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> конкурентноспособного с родными unix состояния.
И на каких ныне выпускаемых RISC нынче unix работает?
| | |
|
| 1.100, Crazy Alex (ok), 21:22, 06/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Глянул тут обсуждения у гентушников - говорят, что v8 БЫСТРЕЕ в 32-битном варианте чем в 64-битном. Судя по всему, на x32 будет ещё быстрее.
| | |
| |
| 2.120, Xasd (ok), 03:16, 07/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Глянул тут обсуждения у гентушников - говорят, что v8 БЫСТРЕЕ в 32-битном
> варианте чем в 64-битном. Судя по всему, на x32 будет ещё
> быстрее.
у Гентушников слишком сильно развито самовнушение (по поводу производительности :))...
...ещё бы -- я их понимаю прекрасно -- полтора-дня компилировать мир -- за это время воображение ОГОГО как разыграется по поводу того что "я не просто так компилирую, а делаю это для того чтобы всё быстро работало! с самыми быстрыми флагами!!". :-)
так-что я не удивлюсь если вдруг Гентушкик какой-нибудь перекомпилирует браузер из x86_64 в X32, и после этого вдруг заявит что производительность увеличилась не менее чем на одну четверть! (а не на 5%, как это официально известно об X32)
| | |
| |
| 3.147, Клыкастый (ok), 21:12, 08/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
 > у Гентушников слишком сильно развито самовнушение (по поводу производительности :))...
во как. с Большой Буквы.
> ...ещё бы -- я их понимаю прекрасно -- полтора-дня компилировать мир
А по мне так наоборот: убунтяшники чтоб хоть как-то оправдать свою космовенду с обновлением переустановками регулярно рассказывают друг другу об ужасах установки из сырцов.
| | |
|
| 2.132, Аноним (-), 05:34, 07/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Судя по всему, на x32 будет ещё быстрее.
Не, извините. Бенчи давайте. Верить гентушникам на слово? Ха-ха, лучше попробовать обыграть наперсточника в наперсток.
| | |
|
|
