Организация FreeBSD Foundation объявила (http://lists.freebsd.org/pipermail/freebsd-announce/2013-Nov...) о проведении ежегодной инициативы по сбору средств (http://freebsdfoundation.org/donate/) для финансирования проекта FreeBSD в 2014 году. В настоящий момент собрано 427 тыс. долларов пожертвований при плане в миллион долларов.Среди областей, куда планируется потратить средства, можно выделить:
- Выделение грантов, направленных на финансирование реализации поддержки новых технологий для FreeBSD. Среди профинансированных в этом году работ: улучшение (http://www.opennet.me/opennews/art.shtml?num=36724) системы изоляции приложений Capsicum, расширение (http://www.opennet.me/opennews/art.shtml?num=36254) поддержки архитектуры ARM, обеспечение (http://www.opennet.me/opennews/art.shtml?num=36309) поддержки UEFI, создание высокопроизводительного и надёжного iSCSI-стека (target и initiator), обновление поддержки графических чипов Intel, интеграция проекта Newcons и поддержка UTF-8 в консоли, модернизация сетевой подсистемы.
- Поддержание инфраструктуры проекта (серверы, оборудование, машины для тестирования и сборки);
- Проведение конференций разработчиков BSD систем;
- Финансирование посещения конференций для разработчиков из других стран;
- Оплата труда разработчиков, работающих в режиме полного рабочего дня (в настоящее время трудоустроено (http://www.opennet.me/opennews/art.shtml?num=37771) три инженера).- Оплата услуг юридического консультанта по вопросам защиты торговых марок;
- Проведение маркетинговый акций по привлечению новых участников и бизнес-партнеров.
URL: http://lists.freebsd.org/pipermail/freebsd-announce/2013-Nov...
Новость: http://www.opennet.me/opennews/art.shtml?num=38418
>> и поддержка UTF-8 в консолиВымогатели >:[
Так а что вымогатели, это же пункт который БЫЛ профинансирован в этом году. Так что на него уже тратиться не собираются.
Ещё есть UTF-16
Очень оказывается просто зайти на сайт FreeBSD Foundation, нажать PayPal Donation и просто перечислить 10 баксов - может и не лишних для меня, но которых точно не жалко для проекта, результат работы которого кормит меня уже на протяжении последних 7 лет.
А что лучше реклама амазона в дистрибутиве, как убунта ?
ИМХО примерно одинаково. Одно использует хомячков как материал которому рекламу крутить будут. Второе собирает с НеХомячков денег, а потом подстилается под проприерасов и НеХомячкам потом в каждом закоулке оплаченные ими блобы достаются. В жуниперах, в эпплах, ... - прикольно же им всем TCO скостить и получить в качестве "спасибо" блоб в физиономию.
> ИМХО примерно одинаково. Одно использует хомячков как материал которому рекламу крутить
> будут. Второе собирает с НеХомячков денег, а потом подстилается под проприерасов
> и НеХомячкам потом в каждом закоулке оплаченные ими блобы достаются. В
> жуниперах, в эпплах, ... - прикольно же им всем TCO скостить
> и получить в качестве "спасибо" блоб в физиономию.Это вы сейчас о Google с Android'ом историю поведали, как на самом деле обстоят дела в мире наводнивших рынок устройствами с блобятиной Samsung, SONY, LG, Philips? Или может о Red Hat с Oracle, которые распространяют проприетарные блобы по подписке, а исходники дают только под GPL/CDDL, услужливо очистив их от всего наносного и "не нужного"?
> Это вы сейчас о Google с Android'ом историю поведали,Ну и эти туда же. Куда же без них?!
> распространяют проприетарные блобы по подписке, а исходники дают только под GPL/CDDL,
Погоди, ты что, решил рассказать мне о плюсах GPL? Что с тобой, изя? (CDDLного в ведроиде ничего не припоминается).
> услужливо очистив их от всего наносного и "не нужного"?
Ну так иди и скажи спасибо твоим любимыв пермиссивным лицензиям. Про такое говорят: "пусти кoзлa в огород!". Вот персиссивщики распяливают свой огород для всех кoзлов в округе и потом что-то не очень довольны результатом. И вообще - попрошайничают у соседей, как в сабже. Т.к. козлы все пожpaли, но денег не оставили.
>Т.к. козлы все пожpaли, но денег не оставили.Парень, тебе бы изучить что такое машина фон Неймана и из чего она состоит.
И таки понять, чем копирование двоичных состояний отличается от поедания капусты.
Так ведь на этом передергивании основана вся его многолетняя активность на opennet.
> ИМХО примерно одинаково.тут точно не одинаково, а результат на все надо деньги, их никто не отменял, и надо платить в этом мире, только в варианте с убунтой зонд в ОС, а тут пожертвования хочешь плати, хочешь не плати, никакой рекламы зондированной в ОС.
> с убунтой зонд в ОС, а тут пожертвования хочешь плати, хочешь
> не плати, никакой рекламы зондированной в ОС.А в убунте тоже - не хочешь не смотри рекламу. Вон там кубунта, хубунта, лубунта, ... - вообще без какой либо рекламы. А так гугл вон свою рекламу вообще везде запихал.
Чего это вымогатели? Они же BSD, они сами жаждут полной свободы, работать на чужого дядьку, а дядьки обратно в сообщество ничерта не возвращают. BSD такая BSD..
> Чего это вымогатели? Они же BSD, они сами жаждут полной свободы,Что-то их проприетарные патроны не могут им миллион настрелять, побираться приходится. А странно, вроде уж так подстилались все из себя.
> Чего это вымогатели? Они же BSD, они сами жаждут полной свободы, работать
> на чужого дядьку, а дядьки обратно в сообщество ничерта не возвращают.
> BSD такая BSD..Вы осознаете тот факт, что копирование текста НЕ влияет на объем оригинала?
И что создаваемая сторонней компанинией ПОСЛЕ копирования стоимость НЕ влияет на стоимость оригинала? =)
Он именно это и сказал.
> И что создаваемая сторонней компанинией ПОСЛЕ копирования стоимость НЕ влияет
> на стоимость оригинала? =)Неужели я вижу ещё одного представителя редкостной профессии "оценщиков ИС"? ;-)
Объясняю на пальцах: NT4 с MS-стеком TCP/IP для гейтвеев использовали только особо закалённые люди (был и такой один знакомый -- пока не выяснили, что для их ISDN-модема есть драйвер под линукс и под fli4l на 486 это всё работает гораздо лучше), при этом FreeBSD и Linux на них использовались повсеместно; а вот win2k с потянутым из *BSD стеком стала уже более-менее подходить и для этого, что уменьшило относительную привлекательность донора для той же задачи.
>> И что создаваемая сторонней компанинией ПОСЛЕ копирования стоимость НЕ влияет
>> на стоимость оригинала? =)
> Неужели я вижу ещё одного представителя редкостной профессии "оценщиков ИС"? ;-)В своих галлюцинациях - возможно, и не только это. Я же на сервер данные отправляю.
> Объясняю на пальцах: NT4 с MS-стеком TCP/IP для гейтвеев использовали только особо
> закалённые люди (был и такой один знакомый -- пока не выяснили,
> что для их ISDN-модема есть драйвер под линукс и под fli4l
> на 486 это всё работает гораздо лучше), при этом FreeBSD и
> Linux на них использовались повсеместно; а вот win2k с потянутым из
> *BSD стеком стала уже более-менее подходить и для этого, что уменьшило
> относительную привлекательность донора для той же задачи.О как сложно, еле до конца доехал, хотя вы могли ограничиться: resource/fund (re)allocation. =)
Но дело в том, что это высосано из пальца, ибо пример однофакторный, и не имеет статистического основания. То есть нихрена мы не знаем, так, трепемся.
1 А может, копия bsd tcp/ip stack увеличило общее количество узлов?
2 И вообще, побочная цель проекта как увеличение общественного goods/блага достигнута?
3 Копия перестала развиваться и имеет ограничения различного рода, в отличии от оригинала - и теперь оригинал обладает намного более развитыми характеристиками, и более привлекателен.
4 Возвратность определеятся вовсе не лицензионными ограничениями, а желанием участвовать в развитии исходного предприятия и конкурентными соображениями.
5 ...
Знаете, это трепотня об форме облаков. У предприятия есть цели, есть устав, есть фонды и ресурсы, и таки - либо участвуете как волонтер или спонсор, либо нет.
Не доверяете - ваше дело, хотите поменять политики - становитесь участником и делайте обоснованный запрос на изменение.Совсем плохой боард, по вашему мнению и есть силы-расчет - сделайте как c dragon fly, возглавте другую мафию.
Все остальное - бла-бла. Юзайте халяву и не выкобенивайтесь.
>> И что создаваемая сторонней компанинией ПОСЛЕ копирования стоимость НЕ влияет
>> на стоимость оригинала? =)PS
> Неужели я вижу ещё одного представителя редкостной профессии "оценщиков ИС"? ;-)
Все-таки, вы хоть раз считали стоимость ICT проекта со всей его развесистой клюквой ресурсов и работ, и доказывали его бюджет? Или еще веселее, резервы по рискам? Или еще веселее - превышение бюджета проекта выше management reserve?
Судя по высказыванию, нет. Вы бы относились серъезнее к теме ... cost management.
Да, тяжко вам, демагогам от проприетарщины...
> Да, тяжко вам, демагогам от проприетарщины...Все время приходится что-то оправдывать и защищать. При том чаще всего - скрывая свое неумение работать более эффективно чем "я так привык".
> Все-таки, вы хоть раз считали стоимость ICT проекта со всей его развесистой клюквой ресурсов и работ, и доказывали его бюджет?Посмотрим на картину проще.
10 BSD-шники проводят акцию по сбору средств от пожертвований на проекты.
20 Люди жертвуют на любимый или интересный им проект свои деньги
30 Программисты/IT-шники пишут и улучшают проект ценой собственного времени
40 Apple/MS берут наработки бесплатно пропуская строки 10, 20, 30
50 Apple/MS Тратят минимум усилий что бы "причесать" проект
60 Люди ОПЯТЬ должны тратить деньги, что бы купить "причёсанный" проект сделанный добросовестно в пунктах 10, 20, 30
70 BSD-проекты страдают от нехватки средств и невозврата нароботок сделанных в пункте 50
80 GOTO 10
> Посмотрим на картину проще. BSD-шники проводят акцию по сбору средств от пожертвований на проекты.Парень, ты сказочник. Который верит в свои сказки. Все. =)
Реальность в том, что
# uname -omr
FreeBSD 9.2-STABLE i386# whois freebsd.org | grep -i ^reg.*country
Registrant Country:US
>> Посмотрим на картину проще. BSD-шники проводят акцию по сбору средств от пожертвований на проекты.
>Парень, ты сказочник. Который верит в свои сказки. Все. =)
>Реальность в том, что
># uname -omr
>FreeBSD 9.2-STABLE i386
># whois freebsd.org | grep -i ^reg.*country
>Registrant Country:USТы наверное не поверишь, но заголовок этой новости таков: "Организация FreeBSD Foundation начала ежегодную кампанию по сбору пожертвований" - честно-честно!
>>> Посмотрим на картину проще. BSD-шники проводят акцию по сбору средств от пожертвований на проекты.
>>Парень, ты сказочник. Который верит в свои сказки. Все. =)
>>Реальность в том, что
>># uname -omr
>>FreeBSD 9.2-STABLE i386
>># whois freebsd.org | grep -i ^reg.*country
>>Registrant Country:US
> Ты наверное не поверишь, но заголовок этой новости таков: "Организация FreeBSD Foundation
> начала ежегодную кампанию по сбору пожертвований" - честно-честно!Попробуй это объяснить пачке малограмотных bsd-ripers. А то они как тараканы на крошки, упавшие со стола =)
PS
А если про "твою" модель, то проблема в том, что она не имеет проверяемого подтверждения и являеться когнитивным искажением/редукцией реальности.
Никто, насколько мне известно, не проводил исследований в движениии/реинвестиции активов в отношении различных типов общественных ICT проектов/предприятий.С таким же успехом я могу утверждать, что проект GNU - убийца детей.
PPS
Но вот что можно точно утверждать, и это подтверждаеться массой фактической реальности.
В USA & EU относительная высокая зрелость и емкость организации в использовании коллективных ресурствов, в том числе 503с организаций, и в части ICT. Но это большая тема, и наверное, не для этого форума.Для этого необходимо хотя бы понимать основные положения capability maturity model, и все что предшествует этой модели.
Само собой сложно провести такие исследования, они слишком ресурсозатратны в плане времени и финансов, да и по нужности не особо нужны цифры: "кто сколько "украл(списал)" кто сколько продал". Особенно если факт плагиата и успеха в сторону проприетарщины, о чём поверхностный взгляд и намекает:
Успех Apple --- Сбор средств организации FreeBSD
> Само собой сложно провести такие исследования, они слишком ресурсозатратны в плане времени
> и финансов, да и по нужности не особо нужны цифры: "кто
> сколько "украл(списал)" кто сколько продал". Особенно если факт плагиата и успеха
> в сторону проприетарщины, о чём поверхностный взгляд и намекает:
> Успех Apple --- Сбор средств организации FreeBSDДа, что бы оправдать свою веру, не особо нужны исследования. Они верованиям бывают даже вредны =)
PS
Типовой случай, когда пересмотр одного мифического утверждения тянет за собой пересмотр всей взаимосвязанной модели утверждений, и человек отказываеться даже от этого одного пересмотра =)Насчет кто и сколько потратил и на что... Как бы сказать, в USA & EU тебя бы не поняли даже на бытовом уровне и даже подростки. Страх личного банкротства как базовый двигатель в общем случае прописан в культуре.
Но ты видимо студент и еще обеспечиваешся родителями? Это ни к коем случае не в укор, просто понимание стоимостей и категорий расходов появляеться когда становишся самообеспечиваевым.В USA, в наследие от GB, относительно развитые навыки оценки и контроля фондов, равитые формы и навыки горизонтального коммунити (например, форма траста, отчужденного фонда на доверии вообще незнакома в совке), и ситуация с фондированием и деятельность BSD - это нормальная ситуация, и там никто не переживает левокомуняцко-пропагандисткие страдания насчет злобных компаний. Это местные переживания и проекции, тяжелые последствия диктатурного совка, который никак не сдохнет (сейчас он становиться неофашистким по всем признакам), хотя экономически нерентабелен, и так и не смог породить развитое IСT коммунити и живые проекты.
> Да, что бы оправдать свою веру, не особо нужны исследования. Они верованиям
> бывают даже вредны =)А, так вот почему вы так старательно открещиваетесь от эпплов и жуниперов когда это не удобно и размахиваете ими как флагом, когда это становится удобно.
>> Да, что бы оправдать свою веру, не особо нужны исследования. Они верованиям
>> бывают даже вредны =)
> А, так вот почему вы так старательно открещиваетесь от эпплов и жуниперов
> когда это не удобно и размахиваете ими как флагом, когда это
> становится удобно.Вы о ком в своей реплике? О некоей абстрактной группе, существующей в вашем воображении?
Или конкретно по моим текстам? Для меня в мире все имеет место.Я, как и миллионы людей, также пользуюсь результатами работы волонтеров для обеспечения частных работ. Это делает любой, кто использует public software, вне зависимости от публичной оферты для этого siftware.
Еще раз повторяю - вне зависимости от типа публичной оферты. И разделение не имеет особого экономического смысла, оно существует только в головах полуграмотных недо-специалистов, экономически неграмотных, как некий разделяемый миф. //Причем преимущественно волнует именно в совке, видимо это показатель недограмотности.//
У вас есть телефон с Android? А компания-интегратор заплатила людям для разработки или нет linux kernel & k? Или так, скопипировала как есть? Вы точно знаете баланс проектов c android или предполагаете? Это вас волнует, и вы хотите поговорить об этом?
А вы юзаете linux based system для своей компании? Она имеет баланс выше нуля? Почему вы юзаете и не платите разработчикам отчисления за пачку софта, что используеться вами в вашей компании по вашему решению? Ваша зарплата - на поте волонтеров linux?
Вы - наживаетесь на linux, несчастный проприентарщик? Ну и что, что суммы малые.
И вас не мучит совесть юзать как есть.Достаточно разжевал? А то у меня аж кофе остыл.
>70 BSD-проекты страдают от нехватки средств и невозврата нароботок сделанных в пунктеМне опять попалось на глаза.
1. Найдите мне проекты, которые в избытке средств. =) Рекомендую погуглить аналитику по слову CHAOS.2. Насчет "невозврата разработок" - это такая фейковая величина, которой любят оперировать ... экономически неграмотные.
Нечто вроде "недополученной в будущем прибыли".Парень, есть еще такая штука - отказ от участия в проекте. Он редко фиксируется по ряду причин и его скрытой природе, это собака которая не лает. Умозрительно, IMHO, в кредитах на еденицу кода FSF имеет больше отказов, чем любой из проектов BSD OS. Поэтому, удельная инвестиционная привлекательность BSD проектов может быть выше, чем любого из FSF. Не удивлюсь, если так и в реальности.
И возможно, все что удерживает социально-экономическую FSF модель до ее остановки в развитии - это PR-миф в некоем коммунити, теперь уже тщательно поддерживаемый корпорациями. В деятельности которых которых FSF продукты успешно используются как средство рекламы и привлечения средств.
Но это вряд ли уместиться в вашей basic-модели мира =)
>> Неужели я вижу ещё одного представителя редкостной профессии "оценщиков ИС"? ;-)
> Все-таки, вы хоть раз считали стоимость ICT проектаТо есть Вы так и не поняли, о чём была подковырка в адрес другого человека.
> со всей его развесистой клюквой ресурсов и работ, и доказывали его бюджет?
> Или еще веселее, резервы по рискам? Или еще веселее - превышение бюджета проекта
> выше management reserve? Судя по высказыванию, нет.Мне интересней оценки другого рода -- когда этот карточный домик развалится вместе со всем рискманагментом, оказавшись лишён пузыря в основании. Но Вы не отвлекайтесь, все проблемы в мире для такого специалиста на самом деле являются гвоздями.
Лишь бы из-под обломков своей "первостранной" реальности выбраться смогли.
>>> Неужели я вижу ещё одного представителя редкостной профессии "оценщиков ИС"? ;-)
>> Все-таки, вы хоть раз считали стоимость ICT проекта
> То есть Вы так и не поняли, о чём была подковырка в
> адрес другого человека.Вы уж как-нибудь шифруйтесь полегче. =)
>> со всей его развесистой клюквой ресурсов и работ, и доказывали его бюджет?
>> Или еще веселее, резервы по рискам? Или еще веселее - превышение бюджета проекта
>> выше management reserve? Судя по высказыванию, нет.
> Мне интересней оценки другого рода -- когда этот карточный домик развалится вместе
> со всем рискманагментом, оказавшись лишён пузыря в основании. Но Вы
> не отвлекайтесь, все проблемы в мире для такого специалиста на самом
> деле являются гвоздями.Извините, но вы пишете о фондовой оценке после IPO? Это действительно интересная ситуация, когда активы-фонды компании обеспечиваются количеством выпущенных и проданных акций. Но для понимания необходимо отделить проданные компанией акции от имеющихся в обороте.
Вообще, акционирование вообще нормальный механизм. Каждый акционер имеет отвественность за риски компании в размере своих средств, это тоже нормально.
Если он неграмотен и инвестировал в фейк - то это его беда.Собрались на троих - тоже акционирование. А может кто пошел за шнапсом вас подведет? И у него нет компетенции - либо шнапс грохнет, либо купит не то, либо вообще смошенничает и купит себе мороженного?
И лопнет этот мыльный пузырь компании на троих?Но FBSD Fund не на явном акционировании, и не является предметом спекулятивных сделок.
Типовой фонд посредством 503с организации, также как иной фонд любителей-садоводов. =)
>>> и поддержка UTF-8 в консоли
> Вымогатели >:[недавно куча бсдэшников с пеной у рта кричало что утф в консоли ненужен, что юниксвейно иксы на серваке запускать, а тут вона как оно 8-0
> недавно куча бсдэшников с пеной у рта кричало что утф в консоли
> ненуженне нужен, но куча тупиц, типа тебя, задолбали же...
>что юниксвейно иксы на серваке запускать, а тут вона как
> оно 8-0чего? ты бреда не говори, да? ssh server - и держи свою утф-8.
>> недавно куча бсдэшников с пеной у рта кричало что утф в консоли
>> ненужен
> не нужен, но куча тупиц, типа тебя, задолбали же...так и я о том:
утф ненужен, консоль тоже ненужна, PuTTY рулит ;)но блин, как удобно в терминале Льва Толстого читать...
и разгребать файлопомойку, когда иксов нет
всех убунта развратила, вот и хочут утф в консоли
пойду чирик с зарплаты пожертвую, может осилят наконец утфку, и я буду как в бубунте в консоли романы читать ;)>>что юниксвейно иксы на серваке запускать, а тут вона как
>> оно 8-0
> чего? ты бреда не говори, да? ssh server - и держи свою
> утф-8.
Кстати, вот это и называется батхерт.
> Кстати, вот это и называется батхерт.а может они спецом утф в консоль внедрять не хотели, ждали что народ на это скинется? 8-0
Вряд ли.
Просто это рутинная и нудная работа. Все ж хотят что-то новое, что-то на пике. Вон айзен в разрядностях путается (см. ниже обсуждения), а и то спец по зедфс, дтрэйс и тд.
(в лине мэнтейнер tty тоже не раз менялся. Просто в бсд таких людей вообще не нашлось)
>>> недавно куча бсдэшников с пеной у рта кричало что утф в консоли
>>> ненужен
>> не нужен, но куча тупиц, типа тебя, задолбали же...
> так и я о том:
> утф ненужен, консоль тоже ненужна, PuTTY рулит ;)физ. консоль требуется при установке сервера и его ремонте, что бывает крайне редко и ни разу не требовалась там утф, т.к. ручками помойки на серверах с бедами не разгребаю, предпочитаю следить за железом и реагировать заблаговременно, иметь зеркала и бекапы.
путти видел, но меня вполне устраивает ssh-клинт из под иксов с рабочей машинки.
>> утф ненужен, консоль тоже ненужна, PuTTY рулит ;)
> физ. консоль требуется при установке сервераВообще говоря, при установке -- http://static.howtoforge.com/images/perfect_server_debian_le... -- тоже не необходимо: выбрать "English" можно _совсем_ без графики и UTF-8. :) //Да, инсталировать с putty можно, но openssh _проще и пару экранов всё равно нужно пройти в физике. (-нет, не freebsd; верю, они не умеют язык потом переключить-)
>>> и поддержка UTF-8 в консоли
> Вымогатели >:[Даа, пять букв -- и то флейм развели.
Вообще список планов напомнил линуксовые сводки от двух- до десятилетней давности, в среднем 5--7 лет на глаз, пожалуй.
Планы чего и чьи ? И причем здесь линукс? Вы о планах фонда по "выделению грантов, направленных на финансирование реализации поддержки новых технологий для FreeBSD"? Т.е этим занимались в линуксе 5-7 лет назад? Да-a-a ... :-)
Во-первых: по поводу планов развития системы и насчет уже реализованного смотрите как минимум ежеквартальные отчеты.
Во-вторых: не все, что делается в системе финансируется FreeBSD Foundation. Читаем новость внимательнее.
>Планы чего и чьи ?по сабжу трудно догадаться?
>Во-первых: по поводу планов развития системы и насчет уже реализованного смотрите как минимум ежеквартальные отчеты.зачем? это как-то изменит планы сабжа на то, что ещё не реализовано?
>Во-вторых: не все, что делается в системе финансируется FreeBSD Foundation. Читаем новость внимательнее.Разумеется.
Но то что планируется профинансировать сабжем, напоминает планы 5-7 летней давности в линухе. Некоторые даже дольше. Упомянутый уникод например.
зыж
Так хотелось высказаться, что решили что экспрессия и напор станут достойной заменой аргументации?
>>Планы чего и чьи ?
>по сабжу трудно догадаться?Нужно не догадываться, а (еще раз повторюсь) внимательнее читать новость.
>>Во-первых: по поводу планов развития системы и насчет уже реализованного смотрите как >>минимум ежеквартальные отчеты.
>зачем? это как-то изменит планы сабжа на то, что ещё не реализовано?*) В новости нет ни слова о таких планах как сабжа в целом, так и фонда в частности. Читать упомянутые отчеты затем и следует, чтобы иметь представление об этих планах.
>>Во-вторых: не все, что делается в системе финансируется FreeBSD Foundation. Читаем >>новость внимательнее.
>Разумеется.Ну слава богу )
>Но то что планируется профинансировать сабжем
см. *)
>Упомянутый уникод
Если есть желание обсудить конкретно юникод - подключайтесть к соответствующим тредам.
>экспрессия и напор
Спасибо за комплимент :-)
Пфу, балабол.
Противно аж.
:-)))
И вообще, посчитайте уж, наконец, среднее: (2+10)/2=(5+7)/2=6
> Но то что планируется профинансировать сабжем, напоминает планы 5-7 летней давности в
> линухе. Некоторые даже дольше.1. А что, было планирование проекта Linux kernel? Где могу посмотреть requirements, activity schedule & resource assignments for project? Ненути? Или кто-то радостно вещал про идеологию bazaar - что вижу, то кодирую, устал петь - бросил?
2. Мне результаты пингвинского bazaar of linux kernel напоминает SunOS, QNX, vXworks & VMS соотвествующей давности, и даже дольше. И что, закопать это пингвинское поделие?
3. Вы все равно не в проекте BSD, как и Linux kernel & K. Ваше мнение неинтересно проектам и не имеет влияния, как не имеющее цели. Когда будете писать ответ, подумайте от этом - что вы создаете.
А я не буду писать ответ — было б с кем говорить.
> А я не буду писать ответ — было б с кем говорить.О как! Извините, ваше Высочество =)
> Планы чего и чьи ?См. текст новости.
> И причем здесь линукс?
Так, вспомнилось.
> Т.е этим занимались в линуксе 5-7 лет назад?
Т.е. это было уже сделано в линуксе 2--5-7--10 лет назад.
> Во-вторых: не все, что делается в системе финансируется FreeBSD Foundation.
> Читаем новость внимательнее.Вы же не хотите сказать, что с трудом собранные деньги предполагается [отчасти] тратить на уже сделанное без финансирования? А я говорил именно о представленном списке планов на финансируемую разработку (обычно это самые нудные, весьма базовые, "надо сесть и докопать"-вещи).
PS 2 uniman: Вы всё пропустили, но тормозите водопадом на здоровье и дальше...
> PS 2 uniman: Вы всё пропустили, но тормозите водопадом на здоровье и дальше...Смелое и глубокомысленнное заявление. Все и пропустил. =)
Только пять минут фильма и два стаканчика. =)
Уважаемый Михаил!
Во-первых огромное вам спасибо, что низошли до моего поста, а не оставили его на откуп своему соратнику Динуксоиду :-)(2.102) (он же ананим).Во-вторых и последующих. Все претензии к вашему посту http://www.opennet.me/openforum/vsluhforumID3/92630.html#63
были изложены в несколько риторической форме в
http://www.opennet.me/openforum/vsluhforumID3/92630.html#81
и в более развернутом виде в http://www.opennet.me/openforum/vsluhforumID3/92630.html#93
в ответ на http://www.opennet.me/openforum/vsluhforumID3/92630.html#90Можно было бы сказать: «Повторяться не вижу смысла». Так оно и есть, но ваши упорные попытки (как и вашего друга :-) переводить стрелки (в смысле чтения новости), выдавать желаемое за действительное и на пустом месте делать далеко идущие выводы заставляют меня еще раз разъяснить вам смысл моих сообщений. В 3.81 К.О. (в данном случае в моем лице, уж извините за нескромность) как бы намекает, что в новости есть два важных для нашего разговора факта:
1. Фонд планирует поддержать разработку новых технологий в системе, причем каких именно технологий не сказано и никакого представленного списка планов нет.
2. Среди поддержанных фондом в этом году — это утф в консоли.
И потому, чтобы ввязываться в священные войны «линукс vs freebsd» нужно с планами последней как минимум ознакомиться (например по ежеквартальным отчетам, хотя и там говорится в основном об уже сделанном). У меня лично такого желания (в смысле ввязываться) нет (по крайней мере здесь), т. к. просмотрев хотя бы последний из отчетов http://www.opennet.me/opennews/art.shtml?num=38225, я например, вижу массу занятных вещей (среди которых утф в консоли, поверьте, не самое главное) и было бы интересно сравнить это с линуксом (т. к. в последнем я - не специалист (вообще то я и во фре - не гуру, т. к. в отличие от вас, я лишь администратор локалхоста, но тем не менее как то пытаюсь быть в теме)) — но ввиду большого количества пунктов и соответственного количества времени на их обсуждение я и говорю, что конкретно здесь их обсуждать не хотел бы (например, вашему товарищу и было предложено перейти в соответствующие треды).
Честно говоря, мне казалось, что вы, владея такими оборотами речи как: «относительная привлекательность донора», «в среднем 5--7 лет на глаз», «тормозить водопадом на здоровье» и т. д. должны были рассмотреть и оценить тэг <сарказм> и прийти в недоумение от приведенной практически вашей же прямой речи, что линукс некоторое время назад финансировал новые технологии для FreeBSD, однако этого не произошло. В виду чего я и призываю вас в очередной раз внимательно перечитать новость и вникнуть в смысл моих к вам претензий.
Смею также предположить, что особой формой мазохизма (которую опять же пытаетесь приписать вы, причем абсолютно без всякой связи с высказыванием-источником), а именно «с трудом собранные деньги тратить на уже сделанное без финансирования» разработчики FreeBSD не страдают. Предвижу, что придется и здесь дать окончательное пояснение. Фраза «не все, что делается в системе, финансируется FreeBSD Foundation» говорит лишь о том, что из списка того, что уже было поддержано фондом не следует делать вывод о том, что вообще в системе сделано и предполагается реализовать в ней в будущем. Как из нее можно сделать вывод о том, что фонд собирается поддержать уже сделанное — непонятно. Ну и в заключение позволю также заметить что знание множества технических деталей конкретной системы не избавляет вас от необходимости связно и последовательно излагать свои мысли, а также при ответе на соответствующий пост вникать в его содержание и не прибегать к научной (а тем более к антинаучной =) фантастике.Ну в общем, где-то так :-))
P.S. Народ! Предлагаю уговорить разрабов фри не пилить утф в консоли …
иначе opennet придется закрыть ))P.P.S. Ананиму (на 2.102).
А у фряшников претензий не то, что к линуксу, но и к винде даже нет, разве что к Балмеру и Касперскому )
> но ваши упорные попытки (как и вашего друга :-) переводить стрелкиБрр. Вы читаете между строк что-то, чего я там не писал.
> [...] заставляют меня еще раз разъяснить вам смысл моих сообщений.
Без подковырок -- Вы не справились с разъяснением как минимум вот этого фрагмента:
> [...] должны были рассмотреть и оценить тэг <сарказм> и прийти в недоумение
> от приведенной практически вашей же прямой речи, что линукс некоторое время назад
> финансировал новые технологии для FreeBSD, однако этого не произошло.Во-первых, тег не рассмотрел совсем; во-вторых, линукс не может финансировать что-либо, он ядро; в-третьих, если проинтерпретировать Ваши слова как отсыл к, например, столь любимой User294 разработке KMS -- то такое отношение называется "гонка за лидером" в одну сторону, а не "финансирование" в обратную, и меня в недоумение не повергает.
> В виду чего я и призываю вас в очередной раз внимательно перечитать новость
> и вникнуть в смысл моих к вам претензий.Если хотите выкатывать претензии, научитесь внятно формулировать их, а желательно и мысли вообще. Не многословно, а внятно.
> Смею также предположить, что особой формой мазохизма (которую опять же пытаетесь
> приписать вы, причем абсолютно без всякой связи с высказыванием-источником)Нет, не пытаюсь.
> а именно «с трудом собранные деньги тратить на уже сделанное без финансирования»
Это предложение в #128 начиналось словами "Вы же не хотите сказать, что...".
> Предвижу, что придется и здесь дать окончательное пояснение.
Перед тем как "предвидеть" и "пояснять" -- пожалуйста, научитесь читать и понимать прочитанное перед ответом. Сэкономите массу времени и сил себе и другим.
PS: пытаться меня троллить или ловить на слове -- занятие крайне неблагодарное по той простой причине, что либо общаюсь искренне, либо общение прекращаю. Чего и Вам желаю.
Михаил! Честное слово, я в замешательстве )
С одной стороны ваше
> либо общаюсь искренне, либо общение прекращаюрасполагает дейcтвительно к нормальному общению без
> подковырок
с другой (ваше)
> научитесь внятно формулировать их, а желательно и мысли вообще
(мое)
> не избавляет вас от необходимости связно и последовательно излагать свои мысли
(ваше)
> научитесь читать и понимать прочитанное перед ответом
(мое)
> а также при ответе на соответствующий пост вникать в его содержание
Вообщем, ситуация - deadlock ))
Давайте так. Мне действительно искренняя форма общения нравится гораздо больше, и сейчас когда актуальность новости поутихла и из нее ушло (как я надеюсь :-) масса неадекватов есть шанс спокойно разобраться.
> Не многословно
К сожалению немногословные попытки 3.81 и 5.93 не прошли, потому и была сооружена 5.156
В общем попробую опять кратко )
Технические детали проекта (utf-8, KMS и т. д.) я с вами обсуждать не собирался (на что и было указано 5.156). В 3.81 и далее я лишь указал вам не несоответствие ваших претензий тексту новости (конкретно: в новости нет никакого "представленного списка планов" технологического развития проекта (надеюсь ясно, что поддержание инфраструктуры не входит в список технологий :-)) - вот и все.
Если есть необходимость в более развернутом ответе с анализом конкретных фраз - напишу, и хотя он будет скорее всего без стилистических оборотов 5.156, но по объему никак не меньше :-)
P.S. Под вашим другом имелся ввиду ананим, ответивший на пост, предназначенный вам )
Нормальная тема, помогу любимому проекту и в следующем году, мой взнос это конечно крохи, но с миру по нитке как говориться.
С миру по нитке - эпплу и жуниперу - финансовый отчетец!
+100€
> +100€А я +штуку сэкономил.
кто нибудь обьясните пожалуйста доходчиво и без выежонов - зачем в физической консоли utf?
>зачем в физической консоли utf?freebsd.org не объясняет, freebsd.org делает.
Andrey Mitrofanov bv $1000 заплатил чтоб сделали. Теперь придётся.(у него русские порно рассказы на физической консоли сервера в дэйта-цетре не читабтся ... ну как с таким в продакшене?!?! :)
> Andrey Mitrofanov bv $1000 заплатил чтоб сделали. Теперь придётся.
> (у него русские порно рассказы на физической консоли сервера в дэйта-цетре не
> читабтся ... ну как с таким в продакшене?!?! :)он сэканомил -- а не то, что ты о нём подумал. он жи не *данутый какой.
Ни за чем.Есть люди, которым лень настраивать X'ы и Xrdp. Ну вот для них, наверное.
> XrdpВот оно как...
Ну а как вы хотели?
Что это за хостинг такой? Без иксов и иксрдп?
> Ну а как вы хотели?
> Что это за хостинг такой? Без иксов и иксрдп?в ssh utf-8 отменили?
вы как xml-парсер чесслово.
пока тэги <сарказм>, <шутка>, <стёб>,… не поставишь, фиг поймёте.
> кто нибудь обьясните пожалуйста доходчиво и без выежонов - зачем в физической консоли utf?UTF, точнее поддержка отображения национальных символов — локализация l10n с UTF, в физической консоли нужна localhost-администраторам, чтобы быкапить файлы с именами в национальной кодировке при упавших или ещё не (пере)установленных иксах. На знаки вопроса вместо букв в выводе ls на текстовой консоли без слёз трудно смотреть.
> UTF, точнее поддержка отображения национальных символов — локализация l10n с UTF,
> в физической консоли нужна localhost-администраторам, чтобы быкапить файлы с именами в
> национальной кодировке при упавших или ещё не (пере)установленных иксах.А, я понял, НеАдминистраторы НеЛокалхостов (tm) ставят иксы на сервер.
как не странно, но бывает нужно. Вот у нас есть боксы (такой мини сервер с железом), иногда надо посмотреть на консоле что выдает - а там русский utf8, вот и смотрели на мусор. Приходилось подключать инет, входить удаленно ....Впрочем все позади, уже полностью избавились от фри, переехав на linux, заодно много других проблем решили.
> Впрочем все позади, уже полностью избавились от фри, переехав на linux,
> заодно много других проблем решили.проблемы несоотвествующих компетенций? кадры синюю книгу про линукс читали, а про остальные системы нет? =)
> зачем в физической консоли utf?Иногда бывает нужно для disaster recovery.
Вообще-то, если раз в год, сидя в серверной, приходится что-то листануть, можно обойтись "| iconv -f utf-8 -t koi8-r".
Но с utf-8 таки удобнее, не спорю.
гораздо хуже, когда имена в одной кодировке записались в фс, где совершенно она другая, да ещё и обрезались.
с приходом утф это всё исчезло, но полезные утилиты ещё остались:
sys-fs/fuse-convmvfs
Homepage: http://fuse-convmvfs.sourceforge.net/
Description: FUSE file system to convert filename charset
app-text/convmv
Homepage: http://j3e.de/linux/convmv
Description: convert filenames to utf8 or any other charsetи не забывайте про enca (помогает в случае когда кодировка «ахренегознает»):
app-i18n/enca
Homepage: http://gitorious.org/enca
Description: ENCA detects the character coding of a file and converts it if desired
Пока на такое наступать не доводилось, но за ссылки спасибо.
О-о-о! Вопросики в именах могут означать не только что там кодировка другая.
Но и то, что там эта другая кодировка давно сбилась, а вы и не заметили.
> гораздо хуже, когда имена в одной кодировке записались в фс, где совершенно
> она другая, да ещё и обрезались. [...] полезные утилиты ещё остались:А в альте есть и их сочетание: http://packages.altlinux.org/enconvmv ;-)
> зачем в физической консоли utf?1) Вдуплите уже наконец что современные видеоадаптеры на уровне фактического устройства не имеют ничего общего с "адаптером VGA". И даже VESA. А в эмбедовке все еще хитрее, там вообще VGA с VGA BIOS никогда не существовало как класса. Там вообще BIOS нет как такового. Потому что не IBM PC.
2) По этому поводу современные KMSные видеодрайвера вышибают GPU из загрузочного режима "а я тут, типа, тоже VGA-адаптер" и получают в режиме прямого управления нечто абсолютно иное. Комплект буферов на разные случаи жизни, могучие движки DMA, память, грфический пайплайн с кучей стадий/числокрушилок и прочее добро. Какая "физическая консоль"? В этом режиме нет VGAшных сущностей. И консоль кернел в нечто фреймбуфероподобное рисует, а GPU лишь гоняет данные из буфера на экран, характерным хардварным автоматом (как правило это вывешивается как "CRTC").
3) Раз пошла такая пьянка, не рендерить уникодные символы при том что рендер один фиг софтварный - глупо. Совершенно ничем не оправданное обрубание себе хвоста в стиле DOS names aka 8.3.
4) А надо это затем что например те же ФС и софт спокойно оперируют уникодом (UTF-8 например позволяет в большинстве случаев вообще ничего не менять в большинстве софта). Не смочь при этом нарисовать вывод всего этого корректно - просто стыдно. А почему должно быть нельзя посмотреть в каком-нибудь миднайт-командере имена файлов в ФС как они реально там есть, например?
Полностью согласен. Это справедливо для Linux, которому Intel сделала в своё время подарок под названием "KMS" (кстати, по первости довольно глючный и нестабильный, его долго отлаживали). В других *nix такого KMS либо нет совсем (есть голая текстовая консоль с примитивным однобайтовым знакогенератором), либо находится в стадии разработки и внедрения.
> Полностью согласен. Это справедливо для Linux, которому Intel сделала в своё время
> подарок под названием "KMS"KMSом пользуется не только Intel, но и AMD, Nouveau и вообще практически все свежие драйвера которые писали не при царе горохе, для всяких мелких SoC поддержка видео начинается с выноска KMS/DRM в ядре. Приписывать все заслуги интелю - жирновато будет. Там целая могучая кучка вкалывает, а то что получилось - суммарный вектор тяги от всего этого "клуба по интересам".
А то что некоторые долго клали на все, устранились из процесса и спохватились лишь когда "обана, UMS вообще удалили и мы остались без драйверов!" - ну так ой. Кто разрабатывает код, тот и задает направление развития.
> (кстати, по первости довольно глючный и нестабильный,
По первости, электровозы тоже продували паровозам по всем параметрам. Но специалистам своего дела уже тогда было понятно что дни паровозов сочтены. Вот и тут как-то так же. У пингвина будет могучая и логичная графическая подсистема, которая может то что в других системах казалось научной фантастикой. Фундамент всего этого уже в первом приближении построен. То что остальные глядя на это просекли что оно хорошо получается и потащили первые кирпичи - ну так кто в этом виноват?
> его долго отлаживали). В других *nix такого KMS либо нет совсемДаже у опенбсдшников слоупочных - и то уже KMS какой-никакой имеется. Понятно что отставание большое. Ну так и размер команд разный и спохватились поздно. При том в обоих фактах никто кроме участников проекта не виноват.
> (есть голая текстовая консоль с примитивным однобайтовым знакогенератором),
KMS сам по себе - вообще не о консолях и не о знакогенерации. Это низкоуровневый интерфейс установки видеорежимов. Там же неподалеку живут другие интерфейсы, тоже относительно низкоуровневые. Для рендеринга в нечто типа фреймбуфера, запуска шейдеров и тому подобное.
> либо находится в стадии разработки и внедрения.
Меньше надо было вопить "это не нyжнo!!!111" и адекватнее управлять проектом. А то когда проект кладет болт на все и вся и безнадежно отстал (мало кого вдохновит идея например юзать CVS или SVN в 2013 году) и потому радостно кукует без разработчиков - ну извините, граждане. Сами себе злобные буратины.
> Меньше надо было вопить "это не нyжнo!!!111" и адекватнее управлять проектом. А
> то когда проект кладет болт на все и вся и безнадежно отстал (мало кого вдохновит идея например юзать CVS или SVN в 2013 году) и потому радостно кукует без разработчиков - ну извините,
> граждане. Сами себе злобные буратины.И что вам с того? =)
Судя по тексту, вас просто срочно необходимо назначить управляющим проектов BSD.
Особенно радует, как вы четко в одну кучу разделяете project outcomes & project tools.
Прямо таки project master, не менее.
Да вы сразу столько разработчиков привлечете своей широкой компетентностью...
> Особенно радует, как вы четко в одну кучу разделяете project outcomes &
> project tools.
> Прямо таки project master, не менее.
> Да вы сразу столько разработчиков привлечете своей широкой компетентностью...Вы зато, четко разделяете и вне сомнения знаете, как управлять проектом.
Вот как не почитаешь российские форумы, у нас специалистов хоть отбавляй -
все всё знают, и еще знаю как лучше сделать. Однако проектов сопоставимых
с Google, отчего-то так и не появилось.
> И что вам с того? =)Вам не понравится честный ответ.
> Судя по тексту, вас просто срочно необходимо назначить управляющим проектов BSD.
"Назначить капитаном Титаника"? Не, спасибо.
> Да вы сразу столько разработчиков привлечете своей широкой компетентностью...
А зуд пониже спины у некоторых забавный.
>> И что вам с того? =)
> Вам не понравится честный ответ.
>> Судя по тексту, вас просто срочно необходимо назначить управляющим проектов BSD.
> "Назначить капитаном Титаника"? Не, спасибо.
>> Да вы сразу столько разработчиков привлечете своей широкой компетентностью...
> А зуд пониже спины у некоторых забавный.Вы описываете свои гомофантазии? Вам не этот форум =)
localhost-админы не умеют в jfbterm?
> localhost-админы не умеют в jfbterm?localhost-админы не подозревают что вывод в юникоде работает уже 5 лет, с 8-ки. Одно маленькое "НО", таблица преобразования зашита в код и она европейская UTF8->CP437.
Все, кому надо и кто поумнее уже давно прописали себе UTF8->CP866 и от знаков вопроса избавились.hint: смотреть /usr/src/sys/dev/syscons/scterm-teken.c в районе 400-й строки, массив cp437table и ф-ция scteken_get_cp437
PS. Со вводом такое не прокатит. Драйвера клавиатуры и мультиплексор - юникодные но при передаче кода символа в TTY идет кастинг int->char
>> localhost-админы не умеют в jfbterm?Представьте себе, далеко не многим это нужно, так как фейл с недоступностью Xов случается очень редко. А в Xах графический терминал или какой-нибудь Проводник с поддержкой UTF с локализацией найдётся. ;)
> localhost-админы не подозревают что вывод в юникоде работает уже 5 лет, с
> 8-ки. Одно маленькое "НО", таблица преобразования зашита в код и она
> европейская UTF8->CP437.Это неочевидно.
> Все, кому надо и кто поумнее уже давно прописали себе UTF8->CP866 и от знаков вопроса избавились.
Все, кому надо работать исключительно в текстовой консоли, давно используют удалённый доступ, где все преобразования кодов/отображения правильных символов выполняются автоматически. А маргиналы, да, прописывают...
> hint: смотреть /usr/src/sys/dev/syscons/scterm-teken.c в районе 400-й строки, массив
> cp437table и ф-ция scteken_get_cp437
> PS. Со вводом такое не прокатит.Опачки.
> Драйвера клавиатуры и мультиплексор - юникодные но при передаче кода символа в TTY идет кастинг int->char
Что поделаешь — наследие Си из 1970-х, когда целые числа представлялись 16 битными значениями адресной шины процессора DEC и их хватало на сопоставление предствлению лишь 256 символов из кодовой таблицы US-ASCII. ;)
>Что поделаешь — наследие Си из 1970-х, когда целые числа представлялись 16 битными значениями адресной шины процессора DEC и их хватало на сопоставление
>предствлению лишь 256 символов из кодовой таблицы US-ASCII. ;)bc -l
bc 1.06.95
Copyright 1991-1994, 1997, 1998, 2000, 2004, 2006 Free Software Foundation, Inc.
This is free software with ABSOLUTELY NO WARRANTY.
For details type `warranty'.
2^16
65536я что-то делаю не так?
>>Что поделаешь — наследие Си из 1970-х, когда целые числа представлялись 16 битными значениями адресной шины процессора DEC и их хватало на сопоставление
>>предствлению лишь 256 символов из кодовой таблицы US-ASCII. ;)
> bc -l
> bc 1.06.95
> Copyright 1991-1994, 1997, 1998, 2000, 2004, 2006 Free Software Foundation, Inc.
> This is free software with ABSOLUTELY NO WARRANTY.
> For details type `warranty'.
> 2^16
> 65536
> я что-то делаю не так?Подловил. Думал не заметят. ;)
Издеваешься? Опеннет с вконтакте перепутал?
Не знать сколько вариантов в байте (он же char в Си) может разве что жабист.
Хотя даже там символы в строках 2-х-байтовые (вон траблы были из-за смены версий уникода)Зыж
>Организация FreeBSD Foundation начала ежегодную кампанию по сбору пожертвованийУстал? В переходах то метро да на вокзалах?
Поэтому такие ляпы?
Зыж
А исчО:
>16 битными значениями адресной шины процессора
>значениями адресной шиныДевайд бау зеро.
>[оверквотинг удален]
>>>предствлению лишь 256 символов из кодовой таблицы US-ASCII. ;)
>> bc -l
>> bc 1.06.95
>> Copyright 1991-1994, 1997, 1998, 2000, 2004, 2006 Free Software Foundation, Inc.
>> This is free software with ABSOLUTELY NO WARRANTY.
>> For details type `warranty'.
>> 2^16
>> 65536
>> я что-то делаю не так?
> Подловил. Думал не заметят. ;)так и скажт что не знаеш что такое кодогерератор и о таблице символов не слышал. а по поводу 16 битных байт и ASCII -- блин изя -- ты неистравимый бысданутый.
> так и скажт что не знаеш что такое кодогерератор и о таблице
> символов не слышал.Intel 8275 — электронный компонент, микросхема видеоконтроллера (Programmable CRT Controller), выпущенная компанией Intel в 1970-х годах. Входила в набор микросхем поддержки микропроцессора Intel 8080.
Микросхема позволяет реализовать отображение символьного экрана с разрешением до 80×64 символов. Вертикальный размер символов ограничен 16 пикселями. Также возможно использовать шесть атрибутов отображения символов (мигание, подчёркивание, инверсия, повышенная яркость и два пользовательских атрибута), в одной строке символов может присутствовать до 16 атрибутов. Помимо этого присутствует возможность отображения аппаратного курсора четырёх видов (подчёркивание или инверсия, с миганием или без мигания), возможность генерации прерывания по окончании отображения каждого кадра и поддержка светового пера.
Микросхема предназначена для совместной работы с контроллером ПДП (Intel 8257), с помощью которого выполняется чтение буфера экрана, располагаемого в общей памяти системы. Размер пакета ПДП и задержка между пакетами может изменяться программно, полученные данные буферизируются во внутренней памяти микросхемы (два буфера по 96 байт). Микросхема генерирует синхросигналы и формирует на выходных линиях номер текущего символа и номер отображаемой строки точек символа, а также атрибуты текущего отображаемого символа. Формирование изображений символов и полного видеосигнала, включая интерпретацию атрибутов, должно выполняться внешней схемой.
Отечественная электронная промышленность, выпускавшая клоны процессора Intel 8080 и микросхем поддержки с конца 1970-х годов в виде микропроцессорного комплекта 580 серии, начала выпуск аналога Intel 8275, микросхемы КР580ВГ75, в середине 1980-х годов. Она была использована в радиолюбительском компьютере Радио 86РК, схему которого опубликовал журнал «Радио» в 1986 году, и во всех его серийно выпускавшихся клонах. Первое время после публикации микросхема была дефицитом, так как выпускалась в очень ограниченном количестве.[1] В связи с этим в 1987 году журнал «Радио» опубликовал схему аналога на 19 микросхемах дискретной логики и ОЗУ, имитирующего необходимые функции и не совместимого программно (требовались изменения в ПЗУ компьютера).
Микросхема также применялась в модуле расширения Партнёр-01.61 (МЦПГ) для компьютера Партнёр 01.01. Особенностью этого применения была одновременная работа двух микросхем (в модуле и в компьютере) с наложением изображения, причём разрешение отображаемой микросхемами графики не совпадало.
//Wiki
А теперь выкинь этот доисторический крап из головы и посмотри на то чем является современный GPU. Если туго доходит - смотри сюда: http://www.opennet.me/openforum/vsluhforumID3/92630.html#52
Изя, для UTF юзают wchar и друзей, в стандарте ISO оно с 1990-ого, когда фрибзде ещё не было.
Юникод появился примерно в тоже время. Почему БЗДюки занимались куетой, а не делом, это ты у них спроси.
> ИзяПавлин, ты?
> для UTF юзают wchar и друзей, в стандарте ISO оно с 1990-огоЭто ты в ядро уже libc запихнул? Погоди так бухать, еще не пятница
>[оверквотинг удален]
> * The original decision to represent Unicode characters as 16-bit
> * wchar_t values is now outdated. But plane 0 still includes the
> * most commonly used characters, so we will retain it. The newer
> * 32-bit unicode_t type can be used when it is necessary to
> * represent the full Unicode character set.
> */
>
>/* Plane-0 Unicode character */
>typedef u16 wchar_t;
>#define MAX_WCHAR_T 0xffffи далее по списку, включая 3-байтовые, utf8 и тд.
зыж
павлин хоть и балабол, но он и пьяный умнее многих трезвых.
ззыж
>[оверквотинг удален]если что, то там было:
$ head -20 /usr/src/linux-3.12.0-gentoo/include/linux/nls.h
можете сами посмотреть.
>typedef u16 wchar_t;Я не сомневаюсь, что люди ответственные за чистоту хэдэров ядра линукса периодически видят сны в которых руки человека внесшего эту строчку попадают в гидравлический пресс. Сделать wchar_t в ядре 16бит, а в юзерспейсе 32 - это круто. "Слава бейцам что этот м..даг определил этот символ в nls.h а не в types.h" думают они пребывая в хорошем расположении духа.
Хорошим подтверждением этого является следующие строки из комментария:
> * The original decision to represent Unicode characters as 16-bit
> * wchar_t values is now outdated. But plane 0 still includes the
> * most commonly used characters, so we will retain it.И еще, если идти до конца, то wchar_t должен определяться в wchar.h
>Я не сомневаюсь, что люди ответственные за чистоту хэдэров ядра линукса периодически видят сны в которыхНу и дурак. Сори за грубость.
...
Читать до посинения это
> * The original decision to represent Unicode characters as 16-bit
> * wchar_t values is now outdated. But plane 0 still includes the
> * most commonly used characters, so we will retain it.Зыж
Также про уникод 5, утф8 и тд. там же (подумал, что приводить весь файл нет смысла. Вижу не для всех это справедливое предположение).
И об этом тоже выше говорил.
Как именно называть файл я думаю они сами разберутся, без вас. Тем более только идиoт будет для каждого дефайна городить одноимённый файл.
> Изя, для UTF юзают wchar и друзей, в стандарте ISO оно с 1990-ого, когда фрибзде ещё не было.
> Юникод появился примерно в тоже время. Почему БЗДюки занимались куетой, а не
> делом, это ты у них спроси.Наверное, потому что BSD разрабатывались и использовалось в USA и прочих EU латинско-пишущих странах? И только через 10 лет дошло до достаточного количество умов жителей третьего мира?
И то, разработка CP866 - IBM, CP1251 - Microsoft. И еще мертвый семибитный KOI7 - попытка адартировать ASCII, перекрыв использование литиницы нахрен.Почему ты такой ... неначитанный, спрашивать у тебя не буду.
В твоих постах ещё меньше смысла, чем в айзеновских.
Тебе ж как раз и говорят, что разработка окаменела лет эдак 30 назад.И смени уже библиотеку, тут про уникод разговор, которого всё ещё в сабже нет.
> В твоих постах ещё меньше смысла, чем в айзеновских.Потому что они еще дальше от твоей компетенции, парень. Тебе бы подучится, но это займет много времени.
> Тебе ж как раз и говорят, что разработка окаменела лет эдак 30 назад.
Это говорит, что при ограниченных ресурсах предприятия осуществляется приоритезация деятельности по проектным работам.
Использование или неиспользование UTF кодирования для консоли не являеться приоритетным ключевым фактором, по сравнению, к примеру но не только, разработкой нового сетевого фильтра, системы защиты от перегрузок, дисковой модульной подистемы, системы изоляции процессов и еще десятка проектов.
О которых почему-то "bsd-ripers" ни в зуб ногой и без понятия, но пытаються вякнуть.
> И смени уже библиотеку, тут про уникод разговор, которого всё ещё в сабже нет.
Все-таки, рекомендую вспомнить что:
1. Это свободный форум, и не тебе определять что и кому писать, в рамках существующих политик.
2. Темой является сбор средств в счет 503с предприятия. Если ты знаешь вообще, что это такое.
> И только через 10 лет дошло до достаточного количество умов жителей третьего мира?Знаете, Вы нечасто позволяли себе достойные безродного существа высказывания, но это именно такой случай.
>> И только через 10 лет дошло до достаточного количество умов жителей третьего мира?
> Знаете, Вы нечасто позволяли себе достойные безродного существа высказывания, но это именно
> такой случай.Квасный патриот? Тогда переверните, сэр, ваш нотник, и посмотрите на этикетку. Если не видели, вдруг, маркировки чипов, гигабайтов кодов и rfc/iso-протоколов. Поздоровайтесь с реальностью. =)
Hello, World! I'm good russain guy! I love american computer! =)
Акстись, везде чайна. Даже на макбуках.
Коммунизм между прочим строят.
> Акстись, везде чайна. Даже на макбуках. Коммунизм между прочим строят.Ох, батенька. Вам бы различить, где головной, проектный офис и лаборатории, а где производство по шаблонам.
А вам — где юристы, а где работяги.
(Включая и разработчиков и совта, и железа)
>> Акстись, везде чайна. Даже на макбуках. Коммунизм между прочим строят.
> Ох, батенька. Вам бы различить, где головной, проектный офис и лаборатории,
> а где производство по шаблонам.Там же, дяденька. Дизайн-центры далеко от производства живут плохо. Поэтому сейчас уже невооружённым глазом заметно их стягивание туда же за великую.
> Представьте себе, далеко не многим это нужно, так как фейл с недоступностью
> Xов случается очень редко.А что, ты ставишь иксы на серваки, например? Или почему на серваке должно быть нельзя по людски побраузить допустим содержимое ФС при локальном доступе?
> Проводник с поддержкой UTF с локализацией найдётся. ;)
Сдается мне что там где проводник - у тебя таки не иксы. Палишься.
>> европейская UTF8->CP437.
> Это неочевидно.Это некромантично. Ибо уникод ну никак не трамбуется в 1-байтную кодировку. Попробуй одновременно нарисовать русский текст, английский текст и японские иероглифы. Для уникода это совершенно нормально. А вот как этот топор такое будет обрубать до 1 байта чтобы оно потом еще и читалось - вот это уже не очевидно.
> А маргиналы, да, прописывают...
Нормальные люди просто используют уникод и не имеют проблем ни с значками вопроса, ни проблем с маппингом слона в клетку для канарейки. Почему бы просто не признать что слону требуется более просторный вольер чем 2^8 = 256 вариантов? :)
> Что поделаешь — наследие Си из 1970-х
Сам по себе си нормально относится к тому же UTF-8, если работать со строками как с массивами байтов.
>, когда целые числа представлялись 16 битными
> значениями адресной шины процессора DECEPIC FAIL. Адресная шина пересылает только адреса ("указатели" в си - это именно адреса, в простейшем случае в классической микропроцессорной системе - запрошенный адрес влобовую выставляется на шине адреса как комбинация битов на линиях шины, в современных машинах все сложнее). При 16 битах на адрес логично что размер указателя может быть (и даже вероятно будет) 2 байта (16 битов). Потому что 2 байта адресуют любой закоулок памяти такой системы и вообще, влобовую выставляются как комбинация 16 линий шины адреса (что очень удобно для простых систем, а сложные тогда делать не умели).
>> Представьте себе, далеко не многим это нужно, так как фейл с недоступностью
>> Xов случается очень редко.
> А что, ты ставишь иксы на серваки, например?Зачем это?
> Или почему на серваке должно быть нельзя по людски побраузить допустим содержимое ФС при локальном доступе?
Потому что на серваки заходят обычно удалённым доступом через терминальный сервер и SSH, где перекодировка и так должна работать. А в серверной сидеть холодно и грустно.
>> Проводник с поддержкой UTF с локализацией найдётся. ;)
> Сдается мне что там где проводник - у тебя таки не иксы.
> Палишься.Проводник в смысле файл-менеджера по типу Thunar, PCManFM и т.д.. ;)
>>> европейская UTF8->CP437.
>> Это неочевидно.
> Это некромантично.
> Ибо уникод ну никак не трамбуется в 1-байтную кодировку.Строка в UTF-8 с символами из US-ASCII представляет собой 1-байтовую кодировку. Трамбуются только символы "первосортной культуры". ;)
> Попробуй
> одновременно нарисовать русский текст, английский текст и японские иероглифы. Для уникода
> это совершенно нормально. А вот как этот топор такое будет обрубать
> до 1 байта чтобы оно потом еще и читалось - вот
> это уже не очевидно.Очевидно разработчики текстовой консоли изначально не предусмотрели работу с многобайтным представлением символов, иначе не было такого морока со знаками вопроса на месте национальных символов в именах файлов с UTF-кодировкой.
>> А маргиналы, да, прописывают...
> Нормальные люди просто используют уникод и не имеют проблем ни с значками
> вопроса, ни проблем с маппингом слона в клетку для канарейки. Почему
> бы просто не признать что слону требуется более просторный вольер чем
> 2^8 = 256 вариантов? :)Почему бы не признать, что миллиарды долларов IBM пошли именно на это, ибо всё остальное такое же, как во FreeBSD? :))
>> Ибо уникод ну никак не трамбуется в 1-байтную кодировку.
> Строка в UTF-8 с символами из US-ASCII представляет собой 1-байтовую кодировку.А в однобитный флоат никак? :)
Первоначальная формулировка была чуть менее кривой, т.к. строка не представляет из себя кодировку, а UTF-8 всё-таки представляет. Указанная же строка будет строкой в ASCII: нет смысла указывать произвольное множество, если известно необходимое и достаточное.
> Почему бы не признать, что миллиарды долларов IBM пошли именно на это,
> ибо всё остальное такое же, как во FreeBSD? :))Зачем бы признавать две ошибки сразу. Когда IBM с баблом вдруг пришёл, а когда восьмая шляпа вышла. Которую некоторые до сих пор догоняют...
Впрочем, постараюсь больше про UTF в этом обсуждении ни слова. :)
>>> Ибо уникод ну никак не трамбуется в 1-байтную кодировку.
>> Строка в UTF-8 с символами из US-ASCII представляет собой 1-байтовую кодировку.
> А в однобитный флоат никак? :)
> Первоначальная формулировка была чуть менее кривой, т.к. строка не представляет из себя
> кодировку, а UTF-8 всё-таки представляет. Указанная же строка будет строкой
> в ASCII: нет смысла указывать произвольное множество, если известно необходимое и
> достаточное.Спасибо, что поправляете мои кривые изложения мыслей, сделанные во втором часу ночи. Буду рад, если вы и впредь будете делать это с такой же точностью, как и в этот раз. :)
> Спасибо, что поправляете мои кривые изложения мыслей, сделанные во втором часу ночи.На здоровье; мой-то ответ был отправлен разве что не в третьем. :)
А тяжело править кривое изложение ещё более кривых мыслей, не так ли?
>Почему бы не признать, что миллиарды долларов IBM пошли именно на этоКогда IBM пришёл, у нас лично уже года 2 оракл в продакшене на линухе работал.
А вот линух на их z-серис я так и не видел, но подозреваю что именно туда и ушло, а именно в ынтырпрайз с линухом и серьёзными субд.Зыж
Думаю про остальное тебя и другие пхнут.
Ззыж
А каково это, сознательно врать и передёргивать? Совесть не мучает?
>>Почему бы не признать, что миллиарды долларов IBM пошли именно на это
> Когда IBM пришёл, у нас лично уже года 2 оракл в продакшене на линухе работал.Это в 2000 году, когда компания IBM вложила 1.3 миллиарда долларов в развитие возможностей Linux?
> А вот линух на их z-серис я так и не видел, но
> подозреваю что именно туда и ушло, а именно в ынтырпрайз с
> линухом и серьёзными субд.http://www.interface.ru/fset.asp?Url=/ca/news/n020104508.htm
> Зыж
> Думаю про остальное тебя и другие пхнут.И тебе не болеть.
> Ззыж
> А каково это, сознательно врать и передёргивать? Совесть не мучает?В каком месте?
>Это в 2000 году, когда компания IBM вложила 1.3 миллиарда долларов в развитие возможностей Linux?В 2000 был анонс о намериниях.
А первый транш был в конце 2001.И эти факты с пруфами я тебе уже на опеннете пгиводил. И когда оракл 8.0.5 для линуха вышел, тоже.
Поэтому и говорю, что ты врёшь и врёшь сознательнож
>>Это в 2000 году, когда компания IBM вложила 1.3 миллиарда долларов в развитие возможностей Linux?
> В 2000 был анонс о намериниях. А первый транш был в конце 2001.О как! Ради интереса глянул. Неужто прям, а я и не заметил? =) Оказалось, надо читать так - IBM вложило значительные инвестиции в ряд суперкомпьтерных проектов, в которых между делом использовалась linux kernel based operational system.
Что же, значительно съекономили на разработке, получив соотвествующую инвестициям прибыль в компанию. Разработки по адаптации общественного пркдукта к частным суперкомпьтерным системам ... остались применимы к частным суперкомпьютерным системам.
Да, еще создана PR компания для популяризации и рекламы продуктов IBM на основе модного направления.
>> А что, ты ставишь иксы на серваки, например?
> Зачем это?Ну ты начал про иксы рассказывать. Вот я и поинтересовался - а что, на серваки тоже предлагается их вкатывать? Или на серваках такая привилегия как нормально видеть на локальной консоли уникодный алфавит (ну и имена файлов, etc) - это в 2013 году считается наворотами? Чего вдруг?
> Потому что на серваки заходят обычно удалённым доступом через терминальный
> сервер и SSH, где перекодировка и так должна работать.Самая лучшая перекодировка которую я видел - это ее отсутствие. Идет UTF-8 везде. И ничего перекодировать не надо. Идея перекодировать уникод в 8-битные кодировки - изначально кривая и тухлая. Не лезут десятки тысяч символов в 256, хоть ты тресни.
> А в серверной сидеть холодно и грустно.
И тем не менее, случаи бывают разные.
> Проводник в смысле файл-менеджера по типу Thunar, PCManFM и т.д.. ;)
Ну я и говорю - паливо, ага :)
>>>> европейская UTF8->CP437.
> Строка в UTF-8 с символами из US-ASCII представляет собой 1-байтовую кодировку.Ну я догадывался что байты - 8-битные. Фокус только в том что в уникоде символ может состоять из нескольких байтов.
> Трамбуются только символы "первосортной культуры". ;)
Так я о чем и говорю - с отображением всего остального наступит то что пониже спины.
> Очевидно разработчики текстовой консоли
Именно текстовые знакогенераторы в видеокарте как таковые - это пережиток времен появления первых микропроцессоров, когда микросхемы были большие а их частоты - маленькие, шины тормозили, каждый байт был на счету, а производительности процессора категорически не хватало. В те поры чтобы избавить проц в три комариные силы от рендеринга символов придумали такой вот хардварный оффлоад: ты в видеоадаптер код символа, а тот по своему ROM лукапнет как его рендерить и аппаратный автомат по содержмому локального ROM может символ рисовать. Когда шина тормозная, типа ISA - там каждый байт на счету, так что впихать в видяху 1 байт буквы вместо нескольких байтов ее рендеринга - роялило. А на скоростной шине типа PCI-E, где с обоих сторон передача данных аппаратными автоматами подперта и гигазы в секунду летают в крейсерском режиме все это стало архаикой. Которой можно припомнить дубовость рендеринга, гемор с использованием разных фонтов, ограниченность того что так можно отрисовать, полкило грабель с многоязычностью и прочее.
> изначально не предусмотрели работу с
> многобайтным представлением символов,...но в случае KMS - VGAшных сущностей вообще нет. А раз рендерить картинку одинфиг самостоятельно - крайне глупо не уметь рендерить туда весь уникод. Совершенно искусственное ограничение.
> Почему бы не признать, что миллиарды долларов IBM пошли именно на это,
> ибо всё остальное такое же, как во FreeBSD? :))IBM потратил свои баксы на то что посчитал нужным. То что это был не фрибзд - видимо, у IBM были определенные причины делать ставку на другой проект. Например, там управление проектом нормальное, с адекватным руководителем проекта у руля, который делом доказал что может достичь многого. Не любой капитан корабля хорош для пассажиров. Те кто поумнее - не плавают на судах с приидурковатыми капитанами и, соотвественно, реже тонут.
>> Очевидно разработчики текстовой консоли
> Именно текстовые знакогенераторы в видеокарте как таковые - это пережиток времен появления
> первых микропроцессоров, когда микросхемы ...Перень, тогда в USA & GB было насрать на страны третьего мира и железного занавеса.
До того, как были PC, люди порядка 20 лет работали за терминалами.>> изначально не предусмотрели работу с многобайтным представлением символов
Ты не поверишь, но байт был разной битовой длины в разных системах.
> IBM потратил свои баксы на то что посчитал нужным. То что это был не фрибзд - видимо, у IBM были определенные причины делать ставку на другой проект.IBM вкладывался в проекты суперкомпьтерных комплексы, на часть которых адаптировал linux kernel & other public software, между делом для ряда систем. Задача проектов, как и в случае суперкомпьютерных в IBM - benefits, создать продаваемый продукт, то есть возврат потраченных фондов, желательно с прибылью.
> Например, там управление проектом нормальное, с адекватным
> руководителем проекта у руля, который делом доказал что может достичь многого.Немедленно гуглить key performance indicators & key success factors. Вот так взять и гуглить.
> тогда в USA & GB было наcpать на страны третьего мираНе понимаю к чему это вообще.
> До того, как были PC, люди порядка 20 лет работали за терминалами.А до этого считали на арифмометрах, ездили на лошадях, жили в пещерах, наконец. Но при чем тут мы? Нам теперь что, хаты проектировать с местом для кострища?
> Ты не поверишь, но байт был разной битовой длины в разных системах.Оно и байтом не называлось. Вон была какая-то древняя машина с 36-битными словами. А именно байт как-то так постепенно стали воспринимать как 8 бит. Почему так - да фиг знает.
> IBM вкладывался в проекты суперкомпьтерных комплексы,
При том они с этого имели деньги. А то что подeлка студента обставила слоупочных академиков в такой нише - граждан академиков из беркелея совсем не украшает, между прочим. Это означает что они там в своих кельях оторвались от реального мира, так что какой-то финский студент пишет операционки под реальные применения лучше чем они. Простая как дважды два логика.
> на часть которых адаптировал linux kernel & other public software,
> между делом для ряда систем. Задача проектов, как и в случае
> суперкомпьютерных в IBM - benefits, создать продаваемый продукт,
> то есть возврат потраченных фондов, желательно с прибылью.Было бы довольно странно если бы IBM желал строить суперкомпьютеры в промышленных масштабах себе в убыток.
> Немедленно гуглить key performance indicators & key success factors. Вот так взять и гуглить.
Вот вы и гуглите. А мне и без гугля очевидно что по этим параметрам практически все бсды там где не свeтит солнце и пингвин их обставил. Что вызывает массу бyгyрта у некоторых индивидов, смешные кивки на миллиарды IBM с путанием причин и следствия. Да, пингвин получил миллиарды как перспективный проект с вменяемым управлением. А бcды не получили миллиарды потому что их стиль управления очень метко описал этот самый Торвальдс. Ну там где про кучу обeзьян.
> Не понимаю к чему это вообще.
> Но при чем тут мы?
> Почему так - да фиг знает.
> А то что подeлка студента
> А мне и без гугля очевидно...Та-та-та! Фрондирующая безграмотность на марше. =)
Продолжайте в том же духе, сэр. Сервер выдержит ваши ... инновации.
> Да, пингвин получил миллиарды как перспективный проект с вменяемым управлением.Посмотрим, навскидку, отражение этим мифических "миллиардов в пингвин" =)
# cd /mnt/tmp/unix-history/Linux/www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.30/
# grep -lr 'Copyr.*IBM' . > ibm.txt
# wc -l ibm.txt
1063 ibm.txt# wc -l all.txt
22671 all.txt
# echo '(1063/22671)*100' | bc -l
4.68# du -ch `cat ibm.txt` | tail -1
14M total
# du -ch . | tail -1
350M total
# echo '(14/350)*100' | bc -l
4.0То есть в объеме кода linux kernel копирайтом IBM помечено 4% кода в примерном объеме 14Mb.
К примеру исходные тексты# du -sch bash-4.2
26M bash-4.2
26M totalЧто уже слабо наблюдается тот мифический "миллиард в пингвина". Может, вы перепутали статьи портфеля проектов? =)
А теперь глянем, что за код написан, помеченный копирайтом IBM.
# cat ibm.txt | cut -d'/' -f1-4 | sort | uniq -c | sort -rn | head -20
109 ./arch/powerpc/platforms
67 ./arch/s390/include
62 ./arch/powerpc/include
51 ./arch/s390/kernel
46 ./drivers/s390/char
45 ./arch/powerpc/kernel
39 ./arch/powerpc/boot
33 ./drivers/pci/hotplug
31 ./drivers/s390/cio
30 ./drivers/infiniband/hw
24 ./drivers/s390/net
16 ./arch/powerpc/sysdev
15 ./drivers/s390/crypto
15 ./drivers/net/ibm_newemac
15 ./drivers/misc/ibmasm
14 ./drivers/s390/scsi
13 ./arch/x86/kernel
12 ./arch/powerpc/kvm
11 ./arch/powerpc/oprofile
11 ./arch/powerpc/mmОказывается, это код для адптации linux kernel к оборудованию, выпускаемому и продаваемому IBM.
Отделение IBM скопировало популярную систему (как некоторые пишут, "взяло код linux"), инвестировало в разработку нескольких процентов _зависимого_ от оборудования кода (тем самым обеспечивая защиту от конкуренции), оставляя остальной код в рамках самой компании.
Тем самым минимальными усилиями IBM обеспечило продажи своего оборудования.При этом стоимость разработки этого аппаратно-зависимого software, естественно, переноситься в стоимость продукции.
Хороший PR от IBM, надо отметить. Надеюсь, он помог увеличить продажи оборудования.
Все остальные измышления и фантазии не хочется комментировать.
>> Да, пингвин получил миллиарды как перспективный проект
> Хороший PR от IBM, надо отметить. Надеюсь, он помог увеличить продажи оборудования.То ли дело нищeброды, побирающиеся на миллион. Даже оборудования не продают. Только бесплатную пи-боль фанбоев по форумам.
> Все остальные измышления и фантазии не хочется комментировать.
>>> Да, пингвин получил миллиарды как перспективный проект
>> Хороший PR от IBM, надо отметить. Надеюсь, он помог увеличить продажи оборудования.
> То ли дело нищeброды, побирающиеся на миллион. Даже оборудования не продают. Только
> бесплатную пи-боль фанбоев по форумам.Парень, факт простого сбора средств для общественного предприятия у тебя вызывает гомофантазии.
У тебя проблемы?PS
Ну а после того как ты разберешся со своими проблемами, подумай над следующим.Одной из важных оценок предприятия/проекта является deliverable to outcome per fund, то удельная доставленная в результат стоимость в пересчете на кредит.
Если ты заявил, что на linux kernel потрачено 1000 миллионов кредитов за 10 лет, а на операционную систему freebsd целиком - 10 миллионов за тот же период, то получаеться, что эффективность предприятия linux в ... 100 раз меньше.
Как обяснить тогда такую ущербную эффективность расходов на разработку linux kernel & k?
>>> А что, ты ставишь иксы на серваки, например?
>> Зачем это?
> Ну ты начал про иксы рассказывать. Вот я и поинтересовался - а
> что, на серваки тоже предлагается их вкатывать?У меня не очень хорошие новости - Орякль (о котором тут так много говорят в контексте Linux) и Documentum без иксов не ставятся, так что придется и их на сервер ставить.
>[оверквотинг удален]
>> значениями адресной шины процессора DEC
> EPIC FAIL. Адресная шина пересылает только адреса ("указатели" в си - это
> именно адреса, в простейшем случае в классической микропроцессорной системе - запрошенный
> адрес влобовую выставляется на шине адреса как комбинация битов на линиях
> шины, в современных машинах все сложнее). При 16 битах на адрес
> логично что размер указателя может быть (и даже вероятно будет) 2
> байта (16 битов). Потому что 2 байта адресуют любой закоулок памяти
> такой системы и вообще, влобовую выставляются как комбинация 16 линий шины
> адреса (что очень удобно для простых систем, а сложные тогда делать
> не умели).В DEC все регистры и устройства отображались на ячейки памяти. 16 линий адреса работают с 64k адресным пространством, в которое отражается: ПЗУ, дисплейный буфер, таблица символов (те самые US-ASCII для знакогенератора), вектора прерываний периферийных устройств, содержимое текущей исполняемой программы в памяти, стек, регистры процессора. Остаётся свободными несколько килобайт в лучшем случае, а то и этого не хватает.
>В DEC все регистры и устройства отображались на ячейки памяти.В арме и счаз вроде так. Вот только адрес ячейки и размер ячейки — две существенные разницы.
Так уж принято (в корыто-строении), что ячейка имеет размер байта. И как уже должно быть понятно, адресуется он соответсвенно одним, уникальным адресом.
Адрес выставляется процом на шину адреса, память выставляет содержимое этой ячейки на шину данных, проц их забирает.
Шины могут мультиплексироваться, но всё же это разные объекты.Э-эх, заставил ты меня вспомнить радио86рк, паяльник, навесной монтаж и тд.
В любом случае, это азы. Они справедливы так или иначе до сих пор. И именно поэтому в байте 8 бит. Это потом компы научились манипулировать словом, двойным словом и тд. за одну операцию, но до сих пор минимальнт возможный размеи информации, которую ты может поместить в ячейку памяти — байт. И именно поэтому букавки в кодировках на заре ИТ кодировались в байт — меньше нет смысла, а больше — это расход и памяти (640кб хватит всем), и не особо больших вычислительных возможностей (с вашим уникодом и перфокарт не напасёшься, и два-три раза читать из памяти в память накладно)
> В арме и счаз вроде так.Это где так? Нельзя ли указать какие адреса регистрам общего назначения соответствуют?
> Так уж принято (в корыто-строении), что ячейка имеет размер байта.
В случае процессоров актуальнее размер регистров проца. Иногда он имеет отношение к ширине шины данных, но это не обязательно.
> Шины могут мультиплексироваться, но всё же это разные объекты.
Изя не в курсе такой фигни :).
> пор. И именно поэтому в байте 8 бит. Это потом компы
> научились манипулировать словом, двойным словом и тд. за одну операцию,Вообще-то в ранних компьютерах до-микропроцессорной эпохи встречалось что угодно, вплоть до 36-битных слов. В принципе процессорам не так уж и важно какой там размер слов. Но почему-то победил в итоге 8 битов и кратные ему.
>> В арме и счаз вроде так.
>Это где так? Нельзя ли указать какие адреса регистрам общего назначения соответствуют?да то я в аббревиатуре ошибся (похожи всё же, вот и пихаю куда попало). вот это имел в виду http://en.wikipedia.org/wiki/Atmel_AVR
>The AVRs have 32 single-byte registers and are classified as 8-bit RISC devices.
>In most variants of the AVR architecture, the working registers are mapped in as the first 32 memory addresses (000016–001F16) followed by the 64 I/O registers (002016–005F16).
>> Так уж принято (в корыто-строении), что ячейка имеет размер байта.
>В случае процессоров актуальнее размер регистров проца.На самом деле нет. Как не парадоксально, но именно регистры памяти (а ячейки и есть регистры, что в памяти, что в цпу) имеют приоритетное значение.
Потому что их должно быть много, гораздо больше, чем в ЦПУ. И они должны быть при этом по себестоимости не как крыло от бурана.
Поэтому уже давно производители ЦПУ в этом плане подстраиваются под производителей памяти.
зыж
Но отображение регистров в память есть и на x86! :D
Но не регистров ЦПУ, а регистров переферийных устройств (ЦПУ у них там или ещё что, не важно). Пруф — http://en.wikipedia.org/wiki/Memory-mapped_io
> да то я в аббревиатуре ошибся (похожи всё же,Ну... я бы не стал утверждать что ARM так уж сильно похож на AVR. Если уж на то пошло - все процессоры так или иначе друг на друга похожи :).
>>В случае процессоров актуальнее размер регистров проца.
> На самом деле нет.Как ни странно, да. Изначально типы в сях зависимы от размера регистров проца. Встречаются довольно странные экспонаты. Например, где-то был такой прикол как 16-битовый char, просто потому что экзотичный проц плохо относился к любым данным в порциях отличных от 16 битов. Ну и сделали ему 16-битный char. По стандарту - "не менее 8 битов" но ничего не говорится про максимум. Хоть это и неожиданный вариант.
> Как не парадоксально, но именно регистры памяти (а ячейки и
> есть регистры, что в памяти, что в цпу) имеют приоритетное значение.Один и тот же проц может в принципе работать с разными наборами памяти, разными в плане ширины шины. Особенно интересно будет с современными процами на скоростных шинах.
Например, если ARM может доступаться к 8-битному параллельному Flash ROM (или SRAM) на классической шине адреса-данных, должен ли ARM начать считаться 8-битным? А если тот же ARM в DDR оперативу полезет по 16-битной DDRовской шине - ему сколько битов засчитать? А если это будет 32-битная шина - ему надо типы данных проапгрейдить при допайке второй линии чипов памяти? А у ряда SoC/uC ширина внешней "классической" шины и ее мультиплексирование вообще когнфигурируется в рантайме. Я прямо в тупике - что при этом делать с типами данных? :).
> Потому что их должно быть много, гораздо больше, чем в ЦПУ. И
> они должны быть при этом по себестоимости не как крыло от бурана.Капитан Очевидность намекает что 16-битная память тривиально делается из 2 х 8, например. Ну и так далее. Более того, если обратить внимание на то как сделаны DIMM, можно обнаружить что относительно широкая шина набирается из относительно "узких" чипов и там это вообще штатное состояние дел. А более умные контроллеры памяти могут еще и доступ к модулям интерливить, чтоб уж совсем хорошо.
> Поэтому уже давно производители ЦПУ в этом плане подстраиваются под производителей памяти.
Агащаз. Контроллеры памяти стали умными и сами сделают из того что есть то что надо. В хучшем случае - ну будет у тебя потеря скорости, когда из 8-битного девайса памяти 32 бита будут тягаться аж за 4 цикла по шине + классическая шина полную частоту быстрого ядра не вытянет, придется скорость ядра поделить на эн. Так что получишь ты в результате не "по 1 команде на такт" как могло бы ядро, а "100500 тактов на команду" пока проц память ждет. Где-то в этом месте наступает догадка нафига быстрым процессорам кэш и почему в ряде девайсов с параллельной флешкой из нее код перегружают в RAM хоть он мог работать и без этого напрямую.
> Но не регистров ЦПУ, а регистров переферийных устройств
А memory mapped периферия - баян. А в каком-нибудь ARM ее больше по другому и не присобачишь особо. Ну и опять же - сие удобно и логично программить из сей.
>> да то я в аббревиатуре ошибся (похожи всё же,
>Ну... я бы не стал утверждать что ARM так уж сильно похож на AVR.Что не так со словом «аббревиатура»? У них даже 2-е буквы из 3-х одинаковые.
>>>В случае процессоров актуальнее размер регистров проца.
>>На самом деле нет.
>Как ни странно, да. Изначально типы в сяхЕщё скажите, что память стали так делать, потому что в С такие типы придумали.
>Один и тот же проц может в принципе работать с разными наборами памяти, разными в плане ширины шины. Особенно интересно будет с современными процами на скоростных шинах.
>Например, если ARM может доступаться к 8-битному параллельному Flash ROM (или SRAM) на классической шине адреса-данных, должен ли ARM начать считаться 8-битным?Он должен считаться классическим ЦПУ, который спроектирован так, что может работать с памятью, где ячейка памяти — 8 бит. И это как раз факт в пользу моей точки зрения — хоть полностью 64-битную адресную логику сделайте, а память бкдет набираться всё теми же 8-битовыми блоками.
>Капитан Очевидность намекает что 16-битная память тривиально делается из 2 х 8, например.Он также намекает, что минимально адресуемый объём всё-таки 8 бит.
>> Поэтому уже давно производители ЦПУ в этом плане подстраиваются под производителей памяти.
>Агащаз. Контроллеры памяти стали умнымиУгу, появились посредники. Не от хорошей жизни кстати.
>> Но не регистров ЦПУ, а регистров переферийных устройств
>А memory mapped периферия - баян. А в каком-нибудь ARM ее больше по другому и не присобачишь особо. Ну и опять же - сие удобно и логично программить из сей.Понятно что это не я придумал. Это объективный факт. Который в контексте разговора ещ и пруф, что такая техника очень широко применяется и сейчас.
> Что не так со словом «аббревиатура»? У них даже 2-е буквы из 3-х одинаковые.А, ну если на таком уровне... :))
> Ещё скажите, что память стали так делать, потому что в С такие
> типы придумали.Так - это как? Дизайнеры систем всегда набирали из того что есть то что хочется (и можется процессором). Сделать из нескольких чипов малой емкости и разрядности блок с нужной емкостью и разрядностью может любой кто имеет минимальное представление о работе чипов памяти. В основном все определялось возможностями процессора. А вот какими соображениями руководствуются дизайнеры процессоров - да самыми разными! В доисторические времена логика была простой. Системы помедленнее и подешевле - 8 битов, зато чипов glue-логики меньше, проводов в шинах меньше, проц дешевле, систему проще и дешевле делать - минимальный набор чипов меньше, в том числе и чипов памяти. А где допустимо дороже - там и 16 или даже 32 битов протянуть можно. Если кого не давит жаба за более мощные проц, не вломак тянуть лишние провода шин, лепить glue-логику и больше чипов памяти как минимальный комплект с которым оно в принципе стартанет "в обязаловку" - тогда делали 16/32 бита.
> Он должен считаться классическим ЦПУ, который спроектирован так, что может работать с
> памятью, где ячейка памяти — 8 бит.А как насчет ранних 8086 vs 8088? Они программно одинаковы и вообще, отличаются друг от друга только шириной внешней шины. Нормальненько?
> И это как раз факт в пользу моей точки зрения — хоть полностью
> 64-битную адресную логику сделайте, а память бкдет набираться
> всё теми же 8-битовыми блоками.Совершенно не обязательно. Можно сделать массив который нативно на 16 битовых линий сразу. Ну или сколько там надо. И делают в принципе. Другое дело что обычно оно таки кратно 8. Но не обязательно. Ну вот оперативка с ECC например имеет не кратную 8 битность, базовым блоком является как правило 32 бита данных + 4 бита четности = 36 битов (ну или 72 бита вместо 64: "2х36").
> Он также намекает, что минимально адресуемый объём всё-таки 8 бит.Не обязательно: ряд ранних процов с 16/32 битными регистрами имели недетские проблемы с unaligned access. Это очень имело мозг программерам и они плевались и по мере усложнения железа unaligned доступ таки изобразили кое-как. Но в простейшем случае 16 или 32 битный проц может совсем не выставлять младшие биты адреса - их может даже не быть на шине чисто физически. Характерный пример - тот же ARM, там до ARMv6, кажется.
>>Агащаз. Контроллеры памяти стали умными
> Угу, появились посредники. Не от хорошей жизни кстати.Как сказать? Они упростили жизнь дизайнерам систем, позволили расширить ассортимент применяемой памяти, стало можно масштабировать систему под конкретные требования (e.g. сэкономить на чипах памяти и ширине шин, если в задаче много не требуется). Это как минимум логично. Местами появились вообще оригинальные вещи. Например загрузка с SPI NOR флеша. Там вообще однобитовые линии. А дальше уж кто как. Кто хардварной логикой генерит команды чтения блока в RAM проца, кто просто транслирует хардварным автоматом активность в адресном пространстве в команды чтения SPI памяти. Бывает немало интересных вариантов. А в NAND например out of band данные есть для ECC и управление дефектными блоками. Забавно, да? :)
> разговора ещ и пруф, что такая техника очень широко применяется и сейчас.
А куда она денется? Это самый простой и наверное наиболее быстрый вариант. Который к тому же просто подпереть чем-то типа аппаратных автоматов DMA.
> И именно поэтому букавки в кодировках на заре ИТ кодировались в байт — меньше нет смысла, а
> больше — это расход и памяти (640кб хватит всем), и не особо больших
> вычислительных возможностей (с вашим уникодом и перфокарт не напасёшься...Fuck... =)
# cd /mnt/tmp/unix/PDP-11/Distributions/ucb/2.10bsd/root/usr/src/include/OLD/
# cat strings.h
/*
* Copyright (c) 1986 Regents of the University of California.
* All rights reserved. The Berkeley software License Agreement
* specifies the terms and conditions for redistribution.
*
* @(#)symbol.h 5.1 (Berkeley) 12/13/86
*//*
* Structure of a symbol table entry
*/struct symbol {
char sy_name[8];
char sy_type;
int sy_value;
};BSD 2.10 on PDP-11/xxx
Так что мешало в 1980-х уже описывать многобайтовые символы, тем более что байт был разной длины на разном оборудовании? А ничего не мешало. Не было необходимости, круг покупателей-пользователей аппаратно-вычислительных комплексов в странах USA & EU. Все.
Проблемы индейцев никого не волновали, пока не появилась возможность продать им бусы.
Сейчас эти индейцы гордяться бусами и обсуждают, что раньше белые люди делали маленькие одноцветные бусы, хотя могли сразу разноцветные.А теперь гордитесь дальше.
> индейцы гордятьсяМоя твоя нэ панимать...
> В DEC все регистры и устройства отображались на ячейки памяти.Я в курсе как это, спасибо. Можешь не трудиться цитировать вику, я и без вики могу рассказать общую идею работы таких шин. А вот с размером int ты лоханулся. Дело в том что данные (в том числе и значения переменных) в подобных системах передаются по шине данных. Разрядность шины адреса волнует только адресную арифметику. А это в терминах сей уже скорее к размеру указателей вопросы будут.
вот поэтому я всегда и говорю, что жаба неучей готовит.
не, она безусловно имеет право на жизнь, но жабисты, специалисты около-компьютерных наук, потом такие пёрлы с умным видом выдают (обычно в трэдах о «преимуществе» жабы над С, С++ и тд), что диву даёшься.
1-эсовцы обычно в таких ситуациях помалкивают, но жабисты спецы во всём. Дай им Торвальдся, они и его ядра научат писать (ну что это за дело — мэнеджер памяти без гарбэдж-коллектора! средневековье! :D).
> вот поэтому я всегда и говорю, что жаба неучей готовит.Ну дык. Дубина. Современные шины конечно ушли вперед от классики, но в целом это постепенный апгрейд и улучшение и многие внутренние представления не так уж далеко ушли от того что было.
> потом такие пёрлы с умным видом выдают (обычно в трэдах о
> «преимуществе» жабы над С, С++ и тд),Преимущество преимуществом, а на си можно записать число 0x20 по физическому адресу 0x100500. В случае такой шины это приведет к вполне предсказуемым состояниям линий шины. Как-то так шьются параллельные флешки: подается серия "магических" последовательностей адресов и данных после которых чип флеша начинает себя вести не как просто ROM на такой шине а как нечто более умное. Изобразить эту магию из популярных ЯПов можно на голом асме и на сях, на выбор. Удачи так из явы сделать без костылей и лишнего гемора.
> за дело — мэнеджер памяти без гарбэдж-коллектора! средневековье! :D).
Вот пусть и пишут свое ядро, с GC и песочницами. А мы будем посмотреть.
>> В DEC все регистры и устройства отображались на ячейки памяти.
> Я в курсе как это, спасибо. Можешь не трудиться цитировать вику, я
> и без вики могу рассказать общую идею работы таких шин. А
> вот с размером int ты лоханулся. Дело в том что данные
> (в том числе и значения переменных) в подобных системах передаются по
> шине данных. Разрядность шины адреса волнует только адресную арифметику. А это
> в терминах сей уже скорее к размеру указателей вопросы будут.Нет. В языках программирования со статической типизацией (Algol, ADA, Pascal, C) размер типа данных int напрямую зависит от ширины шины адреса для адресации ячейки памяти (в которой по прежнему можно хранить только 1 байт). Так, на 8 битных компьютерах тип данных Integer (int) имел размерность 8 бит, на 16 битных — 16 бит, на 32 битных — 32 бит, на 64...
Wiki со мной согласна:
///---
Количество чисел в машинном изображении множества целых чисел зависит от длины машинного слова, обычно выражаемой в битах. Например, при длине машинного слова 1 байт (8 бит) диапазон представимых целых чисел со знаком от -128 до 127. В беззнаковом формате байтовое представление числа будет от 0 до 255 (2^8 - 1). Если используется 32-разрядное машинное слово, то целое со знаком будет представлять значения от −2 147 483 648 (-2^31) до 2 147 483 647 (2^31−1); всего 1 0000 000016 (4 294 967 29610) возможных значений.Ограничение длины машинного слова, обусловленное конкретной электронной реализацией того или иного компьютера, не препятствие для обработки ими весьма длинных в битах представлений целых чисел, достигаемое усложнением программных алгоритмов. Естественное ограничение - конечность ёмкости памяти и разумное время на исполнение.
Целые числа и вычисления с целыми числами в современных компьютерах имеют очень важное значение (в подавляющем количестве приложений занимают больше ресурсов процессора, чем, арифметика с плавающей точкой). Вся адресная арифметика и операции с индексами массивов основаны на целочисленных операциях.
---///
Впрочем, сейчас это выродилось в представление типа целых независимо от разрядности процессора. Так, Java, например, примитивный тип данных int независимо от разрядности процессора представляет числа из диапазона от -2^31 до 2^31-1, то есть использует 32-разрядное представление чисел и, соответственно, необходимо 4 ячейки памяти для хранения целого числа. Во многом это обусловлено тем, что современные процессоры оперируют адресацией не на уровне машинного слова, а работают с памятью на уровне серий последовательно адресуемых ячеек, помещаемых в кэш процессора за одну команду. В распределённой NUMA-архитектуре в этом случае возникают накладные расходы на обращение к отдельной ячейке памяти без учёта подлежащей кэшированию всей серии ячеек, в которой она находится.
>Нет. В языках программирования со статической типизацией (Algol, ADA, Pascal, C) размер типа данных int напрямую зависит от ширины шины адреса для адресации ячейки памятиНет. Уже говорили тебе, разрядность шины адреса не имеет отношения к разрядности регистров ЦПУ. Просто удобно их делать одинаковыми (чтобы дрес можно было полностью поместить в регистр). Вот пруф:
$ uname -a
Linux my-laptop 3.11.7-gentoo #1 SMP PREEMPT Mon Nov 11 15:01:45 MSK 2013 x86_64 Intel(R) Core(TM) i7-3610QM CPU @ 2.30GHz GenuineIntel GNU/Linux
$ cat 111.c
#include <stdio.h>
main() {
printf("pointer - %li\nunsigned int - %li\nint - %li\nchar - %li\nlong - %li\n",
sizeof(char *),sizeof(unsigned int),sizeof(int),sizeof(char),sizeof(long));
unsigned long MAX = ~0;
printf ("%lx", MAX);
}
$ gcc -o 111 ./111.c && ./111
pointer - 8
unsigned int - 4
int - 4
char - 1
long - 8
ffffffffffffffffКак видишь int занимает 4 байта (32 бита) на 64-битной системе.
Можешь повторить это у себя.
> Как видишь int занимает 4 байта (32 бита) на 64-битной системе.Модель данных LLP64? ;) Для Win64 она тоже используется.
> Можешь повторить это у себя.
% cc -o 111 ./111.c && ./111 pointer - 8
./111.c:2:1: warning: type specifier missing, defaults to 'int' [-Wimplicit-int]
main() {
^~~~
1 warning generated.
pointer - 8
unsigned int - 4
int - 4
char - 1
long - 8
ffffffffffffffff
>Для Win64Ну вот, пообщался с бсдишнегом.
Зыж
Ну хоть перестал настаивать, что разрядность определяется шиной адреса.
Контрольный — вот 8086 имел 16-битную разрядность, а шина адреса у него была 20.
Ззыж
Боюсь ты даже и не понял что вот тут имелось в виду.
>>Для Win64
>Ну вот, пообщался с бсдишнегом.Вантуз стал последним, кто из известных ОС был реализован для 64-битной платформы.
Позже линуха, соляры (на спарках так вообще лет на 10-15 навскидку) и тд.
Все ядра всех этих ОС написаны на Си.
Спрашивается, какое отношение вантуз имеет к int в Си, да и к аппаратным регистрам вообще.
> Ззыж
> Боюсь ты даже и не понял что вот тут имелось в виду.
>>>Для Win64
>>Ну вот, пообщался с бсдишнегом.
> Вантуз стал последним, кто из известных ОС был реализован для 64-битной платформы.
> Позже линуха, соляры (на спарках так вообще лет на 10-15 навскидку) и
> тд.
> Все ядра всех этих ОС написаны на Си.
> Спрашивается, какое отношение вантуз имеет к int в Си, да и к аппаратным регистрам вообще.Непосредственное. Ядро Win64 со всей механикой межпроцессного взаимодействия написано на C.
> Ну хоть перестал настаивать, что разрядность определяется шиной адреса.
> Контрольный — вот 8086 имел 16-битную разрядность, а шина адреса у него
> была 20.Вы полагаете, что я вёл речь в контексте физической реализации шины адреса "по числу ножек на микросхеме"?
Когда экономили на выводах микропроцессора, то по одной шине (да, были времена) спокойно передавали и адрес, и данные, и другую служебную информацию — это называлось мультиплексированием общей системной шины. А разрядность процессора не имела никакого значения к тому, по скольким линиям передавался адрес для контроллера оперативной памяти.
>> Ну хоть перестал настаивать, что разрядность определяется шиной адреса.
>> Контрольный — вот 8086 имел 16-битную разрядность, а шина адреса у него
>> была 20.
> Вы полагаете, что я вёл речь в контексте физической реализации шины адреса
> "по числу ножек на микросхеме"?
> Когда экономили на выводах микропроцессора, то по одной шине (да, были времена)
> спокойно передавали и адрес, и данные, и другую служебную информацию —
> это называлось мультиплексированием общей системной шины. А разрядность процессора не
> имела никакого значения к тому, по скольким линиям передавался адрес для
> контроллера оперативной памяти.Изя больше не пиши в эту тему -- мы все всё уже поняли.
>>, когда целые числа представлялись 16 битными
>> значениями адресной шины процессора DEC
>
>EPIC FAIL. Адресная шина пересылает только адресаDouble Epic Fail. У процессоров DEC была ЕДИНАЯ шина адреса и данных со всеми вытекающими приятными плюшками в виде адресации к памяти как к регистру и проч.
> localhost-админы не умеют в jfbterm?Кэп намекает что такие вещи в современных системах должны работать сразу, а не после танцев с бубном где-то сбоку.
+$100
Пожертвовал 500$ с зарплаты
Сколько не читаю opennet, а у линускоидов к фри 2-и притензии:
1. нет UTF в консоли
2. лицензия и вытекающая отсюда возможность использовать код любому по своему усмотрению
У линуксоидов претензий к фри вообще нет.
У линускоидов есть претензии ко всяким жабо-фришникам, которые любят выражаться так, что раз нет, значит никому и не нужно, включая динуксоидов, у которых просто них-синдром случился.
> Сколько не читаю opennet, а у линускоидов к фри 2-и притензии:
> 1. нет UTF в консолинарод хочет привычную среду, консоль во фре - отстой
PS. консольная мышка тоже не айс> 2. лицензия и вытекающая отсюда возможность использовать код любому по своему
> усмотрениюиз за лицензии у бсдэшников отставание в разработке лет на пять уже
> PS. консольная мышка тоже не айспоэтому операционная система не может быть таковой.
консольная мышка якобы не айс.может дело не бобине?
> из за лицензии у бсдэшников отставание в разработке лет на пять уже
критерии отставания-забегания пожалуйста.
>> PS. консольная мышка тоже не айс
> поэтому операционная система не может быть таковой.
> консольная мышка якобы не айс.
> может дело не бобине?
>> из за лицензии у бсдэшников отставание в разработке лет на пять уже
> критерии отставания-забегания пожалуйста.вопросы с утф в консоли у линуксоидов решались лет пять тому, а бсдэшники до сих пор с этим маются (
>> критерии отставания-забегания пожалуйста.
> вопросы с утф в консоли у линуксоидов решались лет пять тому, а
> бсдэшники до сих пор с этим маются (Использую обе системы с 1994 года, как остальные unix. Не маялся ни разу.
В крайнем случае, а их за это время по пальцам пересчитать, c freebsd устанавливал jbterm, ~2 минуты работы.
Серверу место в шкафу или на полке, а к настольной системе добро пожаловать X11 - что-то как-то иначе не представляю себе.Вчерась вечерком установил oracle dbms over solaris 10 для мелких нужд. Консольный терминал ascii, в sunos-solaris иного отродясь не думалось. И ничего, не маялся.
И сейчас пишу над freebsd
# echo $LC_ALL
en_GB.UTF-8Вы проблему из нихера высосали, на других повесили и обсуждаете.
Самостоятельные парни, че сказать =)PS
Парни, были другие проблемы в 1990х и частично 2000х - из приложений 7-битную обработку char выковыривать, mutt/joe/vi/emacs... всех уже и не упомню.
>Серверу место в шкафу или на полкеА тут некоторые бсдишнеги утверждают что и на десктопе.
А особо упoрoтые — и на смартфоне, планшете,...Не дает им успех линуха покоя. Не даёт.
Да и то верно — поддержку уникода сделайте вначале.
> Да и то верно — поддержку уникода сделайте вначале.Нет, ну Вы не правы. Нельзя же так жестоко! Они "задержанные" с детства (напр.,с SMP тем же) -- они при рождении AT&T уши^Wприторможенные. Надо же понимать. >:<
>>Серверу место в шкафу или на полке
> А тут некоторые бсдишнеги утверждают что и на десктопе.
> А особо упoрoтые — и на смартфоне, планшете,...# uname -omr
FreeBSD 9.2-STABLE i386# echo $DISPLAY
:0.0>Да и то верно — поддержку уникода сделайте вначале.
# cd /usr/src/lib/libc/local
# svn log | tail -40
------------------------------------------------------------------------
r3050 | ache | 1994-09-24 18:59:33 +0300 (Sat, 24 Sep 1994) | 4 linesMake not-so-space-eaten locale version:
split modules to bring only neccessary functions,
eliminate sprintf, make reduced startup_locale version.# svn log wcstoul.c | tail -20
------------------------------------------------------------------------
r103097 | tjr | 2002-09-08 16:27:26 +0300 (Sun, 08 Sep 2002) | 2 linesAdd wcstol() and wcstoul(), based on strtol() and strtoul().
10 лет - это достаточный срок реализации, или опять будешь пафосно истерить? =)
Чё за бред ты там выдал?
ЛибЦ в бсдях решилась в 94 году поддержать стандарт Си'89?
Поздравляю. 5 лет отставания — это оказывается не просто так, это традиция.Зыж
Истерить? Я не бздишнег, мне на сабж пофигу.
Ззыж
Т.е. утф8 в терминале уже есть? Или нет?
Не, ну являешься ты маркетологом в сфере ИТ, так являйся.
Программиста из себя только не корч, либц — это юзерспейс, tty — кернел.
> либц — это юзерспейс, tty — кернел.Это ещо фигня, с 12 ядра в лялихе можно цвет шрифта менять, бэкграунд, указатель и палитру
vt.color=0x2B :)
vt.cur_default=0xCCBBAA
vt.default_blu=[16]
vt.default_grn=[16]
vt.default_red=[16]
vt.italic= цвет наклонного (кто-нить видел наклонный текст в консоле? %)
vt.underline= цвет подчёркнутого
круто, чо. только не понятно зачем :D
баловство какое-то. бздишнегам бы уже помогли что-ли.зыж
использую у себя это:
$ eix app-misc/grc
[I] app-misc/grc
Available versions: 1.4-r1 ~1.5 {PYTHON_TARGETS="pypy2_0 python2_6 python2_7"}
Installed versions: 1.4-r1(01:38:57 06.09.2013)(PYTHON_TARGETS="python2_7 -pypy2_0 -python2_6")
Homepage: http://kassiopeia.juls.savba.sk/~garabik/software/grc.html
Description: Generic Colouriser beautifies your logfiles or output of commands
Расцвечивает cvs, diff, syslog, ping, traceroute, netstat, gcc,…
> Расцвечивает cvs, diff, syslog, ping, traceroute, netstat, gcc,…ccze рулит и педалит! И никакого питона!
http://i58.fastpic.ru/big/2013/1115/87/d1ba3fdb964c48d3e7b80...
Не плохо.Зыж
Вот и для меня нечто интересненькое нашлось (в обсуждении финансирования фряхи!!! :D)
