Правильно ли поступила AMD?

только в серверном сегменте, i-Таниум

Какие проблемы с 64-бит совместимостью под Linux? OpenSource он на то и OpenSource, что в отличии от винды, под 64-битный Linux все приложения (даже текстовые редакторы и калькуляторы) тоже 64-битные. 32-битная только всякая проприретарщина.

Выпить в пятницу, в принципе, нормально. Вот только нафига было метанол ЛСД заедать и «моментом» занюхивать?

Он про ia64 и amd64. Это очень плохо, что я понял ТС, да?

Да.

границы между сервером и клиентом постепенно стираются - в настоящей перспективе каждый девайс может играть роль сервера. Только система охлаждения балласт и способность работать в нетепличных условиях, шумы...

Интел упустил мобильную нишу энергопотребления и тепловыделения.

Это наследие тандема с виндой.

нет

Удваиваю этого оратора.

Десктопы вполне себе юзают на серверах. Как по мне, так лучше отказоустойчивость из 2-3 десктопов с горизонтальным масштабированием, чем один сопоставимый по цене сервер.

Хочу 1024-битные процессоры, потому что эти огораживания по получению длинных целых на голимой 64-битной архитектуре — издевательство!

И вообще, что за нафиг? Почему мы до сих пор как макаки какие-то сидим на доисторической архитектуре?

Я вообще удивлён, что ты не сторонник использования 16^W 8-ми битных процессоров, это бы здорово сочеталось с нелюбовью к юникоду и всему сколько-нибудь современному.

Сфигали? Я всегда за прогресс и против регресса. 1024-битная архитектура — это прогресс, т.к. плюсов мегадохрена, а потребление памяти лишь незначительно возрастет.

А вот хрюникод и поцтерошлак — это регресс.

Вот интел они умнее, да.

И просрали итаник, да.

сайтостроители бы плакали, кололись и пытались ужать всё в ограничение по памяти.

А что сделал ты, кроме поста на ЛОРе?
Ты вот можешь похвастаться таким:
https://www.joyent.com/blog/ten-performance-wins
https://www.joyent.com/blog/another-10-performance-win
?

Куришь?

бросил в сим фебруарии

потому что эти огораживания по получению длинных целых на голимой 64-битной архитектуре — издевательство!

Даёшь ibm-1401 в массы! Переменная длина слова с побитной арифметикой, вот наше будущее!

ДЖОБС БЫ НЕ УМЕР
Правильно ли поступила AMD?

Не правильно.

Вот придут массовые квантовые компьютеры и конец и новое начало всему. Криптографии особенно. Говорят у NBA есть один, правда не факт что он у них может больше 1024 кубитов.

Ржу аки конь!

Линукс бы окончательно бы победил винду, ибо проблем с 64бит совместимостью юзеров бы не было.

ноутбуков 64-битных — тоже не было бы. это фатально плохо (то есть — не нужно нам такой версии реальности!).

в остальном — хорошо:

отказ от совместимости с 32-битами (на уровне железа) — идея просто супер:

не пришлось бы мне ставить lib32-* вагон библиотек, лишь для того чтобы поиграть на ноутбуке в проприетарное говнецо.

ачто, ноутбуки это какой то Особый класс i386-ПК?

ачто, ноутбуки это какой то Особый класс i386-ПК?

ПК (не ноутбук) — это конструктор из компонентов.

а ноутбук — это программноаппаратный комплекс с предустановленной Microsoft Windows :-) [в некоторых случаях НЕпредустановленной, но подразумевающей установку ZverDVD самостоятельно покупателем после покупки].

вот собственно главная разница.

вывод: если по какой-то причине Microsoft Windows оказывается в опе (например не способно по нормальному использоваться на ARM или на IA64) — то и ноутбуки соответственно тоже.

и нам ещё повезло что Windows оказался готов к UEFI.. а иначе бы не видели бы мы эту чудесную технологию загрузки на ноутбуках.. :-)

В квотезы.

а какое это имеет отношение к твоему предыдущему высказыванию?

ноутбуков 64-битных — тоже не было бы. это фатально плохо (то есть — не нужно нам такой версии реальности!).

А вот хрюникод и поцтерошлак — это регресс.

Возможность хранить в одном текстовом файле текст, написанный, на русском, греческом и китайском — это регресс? Тебе же самому приходится использовать греческие буквы в научных текстах. Да, в tex, html и других форматах rich text есть костыли, но без костыля разве не лучше? Чем конкретно юникод мешает? Тем, что вместо char и string теперь нужно исползовать wchar_t и wstring? Но это по-любому необходимо, если вдруг программа будет работать с китайскими или японскими символами, они в один байт не умещаются. Только не говорил, что проблемы китайцев русских астрономов не волнуют. Твой код может им и не нужен, но многие другие программы пригодятся.

Возможность хранить в одном текстовом файле текст, написанный, на русском, греческом и китайском — это регресс?

Это — ненужный бред. Если тебе хочется многоязычности, пихай это в pdf.

Чем конкретно юникод мешает?

Тем, что длина строки в символах и длина строки в байтах — совершенно разные вещи! И тем, что по произвольному (в байтах) смещению по строке ты можешь на бред нарваться. И тем, что места дофига занимает.

Твой код может им и не нужен, но многие другие программы пригодятся.

Они и мой смогут использовать, написав свой po-файл и откомпилив все. В моих po-файлах кодировка КОИ8, но никто не мешает в своем написать в хрюникоде. На китайском. И это будет работать. Потому что есть iconv.

ноутбуков 64-битных — тоже не было бы. это фатально плохо

Почему это плохо? Зачем тебе 64 бита на ноутбуке?

Зачем тебе 64 бита на ноутбуке?

Затем, что > 4Гб ОЗУ через PAE - медленно.

Они и мой смогут использовать, написав свой po-файл и откомпилив все. В моих po-файлах кодировка КОИ8, но никто не мешает в своем написать в хрюникоде. На китайском. И это будет работать. Потому что есть iconv.

А если речь не про локализацию, а про работу с текстом на китайском? Она либо неправильно будет работать, либо будет работать правильно и с китайской кодировкой, и с юникодом.

Тем, что длина строки в символах и длина строки в байтах — совершенно разные вещи! И тем, что по произвольному (в байтах) смещению по строке ты можешь на бред нарваться.

Вот то же самое будет с plain text-ом на китайском.

Это — ненужный бред. Если тебе хочется многоязычности, пихай это в pdf.

Да, энциклопедическая статья про китайца или грека или даже про сам Китай или грецию с указанием в ней имени/названия на оригинальном языке — бред, конечно же.

Это — ненужный бред. Если тебе хочется многоязычности, пихай это в pdf.

pdf - непереносимые по словам говно, ради которого приходится брать планшет на 10".

Затем, что > 4Гб ОЗУ через PAE - медленно.

Ты инженер или тряпка? Соберись! Сделай быстро!

> ноутбуков 64-битных — тоже не было бы. это фатально плохо

Почему это плохо? Зачем тебе 64 бита на ноутбуке?

чтобы я мог бы на Python (и других модных язычках, высокоуровневых) — писать скрипты, и запускать их на ноутбуке, и при этом даже не думать про оптимизацию памяти :-)

а ещё мне нравятся когда я запускаю чужие программы — а они *тоже* не падают от недстатка памяти :-)

Всем нужны деньги.

А больше никак. Если нужна верстка, то только pdf или postscript.

А ограничение в 2Гб на процесс, по нынешним временам, вообще смех.

А ограничение в 2Гб на процесс, по нынешним временам, вообще смех.

тыг автор темы и пишет что мол — если бы не было бы 64-бит , то тогда не было бы этой говнистой ZFS (жрущей память).

но я то просто возразил что мол жрущие GUI-программки тоже хорошо бы позапускать на ноутбуках :-)

А если вёрстка не нужна? Просто нужен plain text (может csv Или другой структуированный, но при этом человекочитаемый как обычный текст формат) с буквами из разных языков. Ну допустим у меня список пользователей с их реальными именами на их родном языке. Или у меня есть ftp-сервер, которым пользуются люди, говорящие на разных языках. Ты же живёшь в регионе, где официальными являются несколько языков, там такая проблема должна явно быть заметна. В tex для этого есть свой костыль, в html свой, кстати, буквы набранные таким методом, занимают больше байт, чем в utf8. А в csv, например, такого костыля, как я помню, нет.

Кстати, тут прямая аналогия с 32vs64. Расход оперативной памяти на 64-битной архитектуре немного больше из-за 64-битных указателей, на эту архитектуру пришлось портировать программы (некоторые - с изменением в исходном коде).

Просто нужен plain text

В этом случае восьмибитной кодировки за глаза хватит. Не может быть plain text с буквами из разных языков. Смысла нет.

список пользователей с их реальными именами на их родном языке

У тебя на компьютере русские, индусы, евреи, китайцы, корейцы и японцы? Фигасе... Ну, запили на геттексте. Все равно русскому видеть имя китайца иероглифами — китайская грамота. Нужно переводить.

ftp-сервер, которым пользуются люди, говорящие на разных языках

Смело удалять все файлы, которые именованы не ASCII-символами без пробелов и зарегистрированных спецсимволов.

Ты же живёшь в регионе, где официальными являются несколько языков

Русский. И все.

Расход оперативной памяти на 64-битной архитектуре немного больше из-за 64-битных указателей

Почти незаметно. Это тебе не хрюникод вместо КОИ8.

Просто переход с 32 бит на 64 надо бы делать постепенно. Если б сначала сделали 48 бит, как в звуке, проблем бы не было.

И вот тогда 64бита впервые появились бы у ARM специально для Android. Сейчас ставят 3-4G RAM, но будет ли через 2 года хватать 64G?

Не может быть plain text с буквами из разных языков.

ЛОЛ. Хотя UTF16 - это фейл, количество письменностей то не ограничено. И текстов с символами всех языков одновременно не так уж много.

А pdf тоже не нужен. Ну скажите мне, нафиг нужна разбивка на листы?

У тебя на компьютере русские, индусы, евреи, китайцы, корейцы и японцы? Фигасе... Ну, запили на геттексте. Все равно русскому видеть имя китайца иероглифами — китайская грамота. Нужно переводить.

Ну для меня украинский язык, например, не китайская грамота. Для кого-то татарский не китайская грамота.

Русский. И все.

http://constitution.garant.ru/region/cons_karach/chapter/1/#block_11000

1. Государственными языками в Карачаево-Черкесской Республике являются абазинский, карачаевский, ногайский, русский и черкесский.

Почти незаметно. Это тебе не хрюникод вместо КОИ8.

Я тебе уже сказал. В некоторых случаях незаметно, а в некоторых будут те же проблемы, если программа будет работать с китайским или японским текстом (не в юникоде).

Ну для меня украинский язык, например, не китайская грамота. Для кого-то татарский не китайская грамота.

Вот-вот. Мне например символы из русского, английского, японского, армянского более менее понятны, чтобы имело смысл их употреблять в тексте.