How to become an author
Search
Write a publication
Pull to refresh

Comments 130

Если вам интересно, как она это сделала

Oh my, она!
Total votes 46: ↑44 and ↓2+42
Именно так, CleverMouse — девушка.
P.S. Не нужно, пожалуйста, его минусовать, я рассматриваю это как восхищение, а не как иронию.
Total votes 26: ↑26 and ↓0+26
Спасибо за понимание. Девушка + программирование нормально, а девушка + FASM на 2 года уже редкость.
Total votes 7: ↑7 and ↓0+7
Талант заставил вас покинуть ряды поражонов?
Total votes 57: ↑57 and ↓0+57
Хочу заметить, что над поддержкой USB-принтеров тоже ведется работа. Пока что драйвер только и умеет, что отправлять тестовую страницу на печать — и то, далеко не везде.
Должны работать принтеры с поддержкой PostScript и PCL. Принтеры с zJS тоже должны работать: HP 1000, 1005, 1018, 1020, 1022, M1319, P2035, P1102, P1566, P1606, CP1025, и всякие Minolta. Принтеры Samsung, по идее, тоже можно быстро «завести». Самые большие проблемы с принтерами Canon — для их поддержки нужен либо gutenprint, либо дампы печати через usbpcap/wireshark, чтобы можно было разобрать формат данных.
Total votes 3: ↑3 and ↓0+3
А чем плох guetnprint?
Поддержка железа — задача производителя железа, не разработчиков ОС. Вам, по большому счёту, нужно только реализовать стандарты.
Использовать гнутый (и даже проприетарный) софт для железа вполне приемлемо.
Firmware же никто не будет сам писать заново (для железа без мозгов).
Total votes 1: ↑1 and ↓0+1
Всем хорош gutenprint, кроме того, что он несколько избыточен. У многих людей один, два, максимум три принтера (скажем, струйный и лазерный). Gutenprint поддерживает огромное количество моделей и протоколов данных, в результате большая часть кода просто не используется, занимая как минимум оперативную память.

Я сомневаюсь, что в ближайшее время тот же Canon выпустит Колибри-драйверы для своих струйных принтеров, не смотря на то, что поддержка USB Bidir и USB Unidir принтеров реализована согласно стандарту, а USB IEEE-совместимые принтеры (известные как DOT.4) переводятся драйвером в режим USB Bidir. Поэтому очень возможно, что в ближайшие полгода-год порт gutenprint всё же появится. Мог бы появиться и раньше, но я в основном занимаюсь браузером.

Принтеры, для работы которых требуется постоянная загрузка firmware, поддерживаются. HP1020, например.
Total votes 4: ↑4 and ↓0+4
А Вы не думали сделать драйверы для принтеров по аналогии с проектом Captive NTFS, да — будет не настолько «кошерно» зато будет работать. (хотя Kolibri и не ReactOS — но возможно как переходный вариант вполне может подойти)
P.S. на счет Gutenprint разве нельзя собрать как службу — по примеру с QNX архитектурой — если служба не нужна — то она выгружена и включается только когда реально нужна.
Total votes 1: ↑1 and ↓0+1
Большинство принтеров так или иначе поддерживаются в Linux и Haiku. Исходный код даже Canon'овских драйверов открыт. Так что нет большого смысла использовать драйверы типа Windows. NDISWrapper для WiFi — это совсем другое дело, там с исходниками все куда как хуже.
Я говорю не про то, что gutneprint не выгружается из памяти, когда он не нужен. Я говорю про то, что в загруженном в память gutenprint будет 4/5 кода, который данному конкретному пользователю никогда не понадобится.
Total votes 3: ↑3 and ↓0+3
Жду не дождусь поддержки mp3, есть 386й с 8 мегами оперативы хочу сделать гиковый музыкальный плеер)))
This comment wasn’t rated yet0
mp3 давно уже поддерживается. 386й нет. Нужен Pentium.
Total votes 3: ↑3 and ↓0+3
Сейчас в системе есть целых три плеера, способных воспроизводить mp3. А еще есть libFLAC.
Total votes 1: ↑1 and ↓0+1
UFO just landed and posted this here
Не могу утверждать, что «не вытянет», но и обратного утверждать не могу.
В своё время мне довелось много mp3-плееров перепробовать на 80486DX2 с 8 мегабайтами ОЗУ. С правильно подобранными кодеками можно было слушать музыку даже из Windows 95 с запущенным Word. Мой брат даже писал статью об этом, правда, очень давно. Так что есть смысл попробовать на 386й машине QuickView или WinPlay3 с кодеком IIS Fraunhofer.
Total votes 2: ↑2 and ↓0+2
Играть сможет, но только с низким битрейтом, что-то в районе 16-40k
Total votes 2: ↑2 and ↓0+2
QV — верх совершенства софта для DOS. Помню, на Pentium-100 перекодировал DivX фильмы в VideoCD формат на два диска и смотрел в DOS-е. Так они не тормозили. Это было просто офигительно.
Total votes 4: ↑4 and ↓0+4
C downmix-ом в моно и половину sampling rate 486sx еле-еле тянул. Fraunhofer-овский декодер, под dos/4gw. Давно это было :)
This comment wasn’t rated yet0
помню из под MSDOS «консольный» mpxplay ставил плеер всё ок, не поверите даже видео можно смотреть на 386ом )
Total votes 1: ↑1 and ↓0+1
UFO just landed and posted this here
DOSamp работал на 486/66, но только в моно и 22Гц. На 386/40 даже так не пойдёт. И да, звук был так себе.
This comment wasn’t rated yet0
DOSamp был, увы, не лучшим плеером mp3.
This comment wasn’t rated yet0
А какой был лучше? Я тестировал несколько в своё время, DOSamp мне показался самым непритязательным к ресурсам.
This comment wasn’t rated yet0
Субъективно: лучшим для DOS, на мой взгляд, был qv. Лучшим для Windows — WinPlay3.
Total votes 1: ↑1 and ↓0+1
Не разделяю выбор Ассемблера в качестве основного языка реализации, но объём выполненной работы, бесспорно, вызывает уважение.
Total votes 11: ↑11 and ↓0+11
Если диспатчинг на ассемблере собрать, то выигрышь в скорости и оптимальности очевиден.

Но вот с точки зрения переноса на другую платформу (например ARM) — придется переписывать с нуля.

Хотя начинание преотличнийшее. Сам в молодости страдал такой муйней. Но QNX переплюнуть так и не удалось. Хотя начинание преотличнийшее. Сам в молодости страдал такой муйней. Но с выходом QNX понял, что лучше у меня не вышло.
Total votes 5: ↑3 and ↓2+1
Если диспатчинг на ассемблере собрать, то выигрышь в скорости и оптимальности очевиден.

Но возможны повторения. Но возможны повторения.
Total votes 17: ↑17 and ↓0+17
Я рад тому, что среди девушек есть такие увлечённые профессионалы и программисты.
Total votes 14: ↑14 and ↓0+14
А говорили, что Гайка — лишь персонаж мультфильма.
Вот вам и ух. Молодцы, ребята, спасибо, что не забросили проект.
Total votes 9: ↑9 and ↓0+9
Фото УмнойМышки в студию!
Total votes 14: ↑9 and ↓5+4
Пусть лучше прийдет сама и ответит на вопросы и комментарии.
Total votes 3: ↑2 and ↓1+1
Так она и так уже здесь всё прочитала. Вопросов пока что здесь к ней не было, но если будут — она обязательно ответит.
Total votes 2: ↑1 and ↓10
Мы ждем познавательной статьи про написание драйвера USB и протокола для принтеров.
Total votes 1: ↑1 and ↓0+1
Это будут 2 разные статьи — принтерами занимается sourcerer — трясите его :-)
Total votes 2: ↑2 and ↓0+2
А чего меня трясти? Вот он я. Фервексу мне, чаю и печенек.
Total votes 4: ↑4 and ↓0+4
Это отлично :)
P.S. вопрос в тему — не думали сделать расширяемый драйвер, чтобы можно было добавлять фильтры обработчики — например чтобы получать сырые данные с USB и сохранять их дампами в файл.
Total votes 1: ↑1 and ↓0+1
Давайте отложим технические вопросы до технической статьи.
Краткий ответ на конкретный вопрос — нет, драйверного интерфейса для навешивания фильтра нет и не планируется. Отдельный нужный обработчик — например, сохранение сырых данных, передаваемых туда-обратно по шине, — легко добавить непосредственно в ядро.
Total votes 2: ↑2 and ↓0+2
UFO just landed and posted this here
ReactOS типа клон Windows (что в общем то не плохо, хз откуда ненависть), а KolibriOS это крутатенька занимаемая 1мб написанна на asm, во главе с девушкой, что вызывает двойное уважение и в то же время вопросы «а нафига?».
Total votes 4: ↑3 and ↓1+2
Вот тоже думаю где ее можно использовать!!!
Дискеты 3,5 давно были выкинуты. На дискету 3,5 Операционка бы залезла.

Слишком много времени нужно чтобы писать ОС на асме. Лучше бы эта команда присоединилась к ReactOS.
Тогда бы было неплохо иметь стабильный аналог винды… Проекту ReactOS не хватает таких хардкоддеров.
А программистом KolibriOS не хватает перспективного направления,

Ну где мне может понадобится использовать ОС размером 1 мбайт ??
Total votes 3: ↑2 and ↓1+1
Линукс с busybox-ом влезают в мегабайт, а использовать можно не только на i386.
Total votes 5: ↑3 and ↓2+1
Бесспорно, Linux — хорошая в данном контексте штука.
А что насчет 128 Кб? С сетевым стеком и десятком поддерживаемых Ethernet-карт, IPC, PS/2, USB, VESA?
А что насчет работы Linux на eBox? Вы пробовали? Мне доводилось. Пожалуй, кроме busybox и vi, с комфортной скоростью там ничего не работает. Даже mplayer порой заикается. А из Колибри киношки можно смотреть в 360p.
Total votes 6: ↑5 and ↓1+4
Спорный вопрос, с одной стороны встраеваемые системы скорее всего OS как таковую не будут использовать (не пихать же x86 с windows в микроволновку для обработки пары кнопок, а для ATM потребуются специфичный софт и дрова к не менее специфичному железу), с другой стороны ARM активно развивается и проще туда накатать Linux с нужными обвесами, с третьей KolibriOS не хватает мультимедийности для развлекательных систем… Ну и т.д., предполагаю что для военных бы сгодилось, но и там врядли будут использовать OS прослойку для управления ракетами/самолетами. Но это все не отменяет крутости проекта.
Total votes 2: ↑2 and ↓0+2
Однако, в скором будущем (не сглазить бы) у системы может появиться вполне коммерческое embedded-применение.
Total votes 2: ↑2 and ↓0+2
В таком случае желаю удачи на коммерческом поприще.
Total votes 1: ↑1 and ↓0+1
Я думаю, просто потому, что пиарщик ReactOS Jeditobe и пиарщик KolibriOS (я) используем разные методы для пиара. Лично мне ReactOS очень симпатичен, и я был бы рад, если бы мог его использовать как полноценную замену Windows.
Total votes 9: ↑8 and ↓1+7
UFO just landed and posted this here
Надо мне его на чай позвать. А то в прошлый раз я его видел ещё осенью на Linux-посиделке в парке.
Total votes 2: ↑2 and ↓0+2
Да секрет очень прост, на самом деле: если есть написать что-то хорошее — напиши это. Если есть написать что-то плохое — не пиши ничего. Другие и так за тебя это напишут, если это действительно плохое. А вот нервы (и карму) себе сохранишь.
Total votes 3: ↑3 and ↓0+3
Конечно ребята и девчата проделали большой объём работы, думаю много сил и времени было вложено в этот проект. Хотя лично я не вижу какого-то его реального применения, разве что в качестве хобби людей увлекающихся программированием на ассемблере. Однако я считаю, что и это очень хорошо, что у нас в России молодёжь не только водку пьёт и колется.

Немного смутил кивок в сторону QNX. Казалось бы, при чём тут QNX? И при чём здесь демодискета QNX, которая вышла 15 лет назад? В то время ещё и FASM'а (на котором написан KolibriOS) не было. Заметьте, что демодискета QNX (в отличии от KolibriOS) не была целью разработчиков ОСРВ. Этот диск был подготовлен в качестве демонстрации возможностей ОС. Тем более, что QNX предоставляет POSIX (которого нет в KolibriOS).
Total votes 5: ↑4 and ↓1+3
Тем более, что QNX предоставляет POSIX (которого нет который есть в KolibriOS).
Конечно, поддержка POSIX в QNX полная (и сертифицированная), а в Колибри — примерно на уровне Haiku.
Total votes 3: ↑3 and ↓0+3
Я прошу прощения, если чем-то обидел Вас. Если Вам эта фраза мешает, то скажите, и я сразу уберу. Хочу заметить лишь:
1) Демо-дискета KolibriOS также не является целью наших разработчиков: факт влезания на дискету — это побочный эффект. Основная наша цель — быстродействие и низкие требования к «железу».
2) Я очень сомневаюсь (поправьте меня, пожалуйста, если я не прав), что сейчас разработчики QNX смогут сделать подобного размера демо-диск.
Total votes 2: ↑1 and ↓10
>Я очень сомневаюсь (поправьте меня, пожалуйста, если я не прав), что сейчас разработчики QNX смогут сделать подобного размера демо-диск.

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

Какое-то сравнение груш со помидорами, честное слово…
Total votes 2: ↑1 and ↓10
Мы сравнили не всю систему, а их демо-диск с нашим демо-диском. Вы правы, что сравнение не совсем корректно, но с чем-то же нужно сравнивать, на что-то равняться. У Вас есть идеи получше для сравнения?
Total votes 5: ↑4 and ↓1+3
>Мы сравнили не всю систему, а их демо-диск с нашим демо-диском.

И что? Систему с их демо-диска можно брать и ставить в бурильную установку, медицинское оборудование, бортовой компьютер автомобиля, да хоть в космос запускать (разумеется, если они не поставили никаких искусственных ограничений, но это к делу не относится), а с Колибри что можно делать?

Нет, вы не подумайте: я не приуменьшаю заслуг и достижений проекта (лично для меня это полнейшее «вау!!», как такое можно упихать в 1 мегабайт), но вот конкретно от сравнения с QNX как-то уж очень попахивает…
Total votes 2: ↑0 and ↓2-2
Не забывайте, система на их демо-диске — это QNX4, которая поддерживает только x86 в 32-битном режиме. Так что если есть бурильные установки и медицинское оборудование с такими x86 — то под него можно адаптировать и Колибри. Вопрос, в основном, в устранении блокирующих моментов кода ядра и отладке.
Total votes 3: ↑2 and ↓1+1
>Так что если есть бурильные установки и медицинское оборудование с такими x86 — то под него можно адаптировать и Колибри.

То, что можно адаптировать, и она даже запустится — это понятно. Непонятно другое — будет ли она работать так же хорошо, как QNX?
This comment wasn’t rated yet0
В условиях домашнего использования она работает достаточно стабильно (на машинах, доступных мне для тестирования — не менее, чем Debian). Тестирование на стабильность на производстве производилось не мной и очень давно; вероятно, результаты давно протухли. Вероятно, требуется исправление ряда уязвимостей и ошибок. Более конкретно можно будет сказать тогда, когда появится определенное техническое задание с определенными требованиями — скорость отклика, дедлайн, джиттер, и так далее.
К сожалению, мне не довелось тестировать QNX — но их 7 секунд на Intel Atom уступают нашим трем на том же Intel Atom. Для ОСРВ с WatchDog разница во времени перезагрузки в два раза (или простой в 4 лишних секунды) может быть значительной.
Total votes 2: ↑1 and ↓10
Чуть более печальное видео загрузки. Хотя, конечно, у них POSIX хорошо поддерживается, и в целом более стабильная наверняка. И драйверов больше. И всё такое. Не могут же они просто так деньги брать, а?
Total votes 3: ↑2 and ↓1+1
Для микроядерных ОСРВ сама по себе перезагрузка — явление аварийное, так что скоро она там грузится, 3 секунды или 7 — дело не то что десятое, а сто десятое.

В общем и целом — я слегка подустал объяснять вам, что это ОСи из разных миров, и сравнивать объём дистрибутива или время загрузки совершенно бессмыссленно. Если это непонятно ни изначально, ни после объяснений, то вряд ли дальнейшие объяснения возымеют действие.

Всего доброго.
Total votes 3: ↑2 and ↓1+1
Мы таки не делали сертификацию, потому что у нас таки нет на это денег, но я таки думаю, что мы таки недалеко ушли от настоящих RTOS.
Total votes 3: ↑2 and ↓1+1
Реалтаймовость то на уровне ядра определяется, она может быть заложена в ядро, а может и нет.
Total votes 1: ↑1 and ↓0+1
Фундаментальных проблем, мешающих перевести Колибри в разряд RTOS, не предвидится. Существует бранч Колибри-А, вплотную приближающийся к решению задачи получения и обработки данных в условиях жесткого реального времени. Насколько я знаю, он используется (несколько устаревшая статья Kolibri-A: A Lightweight 32-bit OS for AMD Platforms//University of Exeter, 2011, p.20-22, заявляется об обработке не менее 700 миллионов пакетов в секунду от CMOS-сенсора).
Total votes 3: ↑2 and ↓1+1
> К сожалению, мне не довелось тестировать QNX — но их 7 секунд на Intel Atom уступают нашим трем на том же Intel Atom.

К сожалению, Вы прочитали и посмотрели неправильно. Не 7 секунд, а 1-2 с Fastboot. И это реальные результаты, которые я сам наблюдал вживую, с запуском графики и OpenGL.

Помимо FastBoot в QNX есть ещё интересная технология минидрайверов. Минидрайверы начинают работать ещё на этапе загрузки ОСРВ QNX, т.е. время перезагрузки серьёзной системы с широким набором перефирии (и большим количеством запускаемых драйверов и менеджеров) может быть относительно большое, но важные данные датчиков и другой периферии будут не только не потеряны, но и обработаны. После загрузки QNX стандартные драйвера могут как использовать минидрайверы в своей работе, так и отключить их.

Как можно видеть, речь идёт о миллисекундах.
This comment wasn’t rated yet0
Спасибо за ваше замечание. Насколько мне известно, с Coreboot ядро Колибри загружается за сравнимое время, а речь шла изначально про загрузку после BIOS. Концепция минидрайверов очень интересна, и наверняка такое можно реализовать на базе Колибри-А, если это потребуется.
This comment wasn’t rated yet0
Что то в репозитории не нашёл новых USB драйверов, только каталог /drivers/usb который обновлялся очень давно. Может не туда смотрю?
Total votes 2: ↑2 and ↓0+2
Да, здорово, спасибо :)
Total votes 1: ↑1 and ↓0+1
Спасибо, что напомнили. В истории Колибри было несколько попыток, продвинувшихся в разной степени, /drivers/usb — одна из них, ограничившаяся частичной поддержкой мыши и клавиатуры для UHCI. Они более неактуальны, я сейчас удалила их.
Правильные ссылки:
инфраструктура USB: kernel/trunk/bus/usb
описание API для драйверов USB: kernel/trunk/docs/usbapi.txt
драйвер мыши и клавиатуры: kernel/trunk/drivers/usbhid.asm
драйвер флешек: kernel/trunk/drivers/usbstor.asm.
Total votes 4: ↑4 and ↓0+4
Рад, что ещё остались энтузиасты, которые двигают подобные проекты. Когда-то тоже баловался написанием своей ОС, правда, чисто консольную и без GUI. Поэтому, понимая сложность такой работы, могут лишь высказать уважение разработчикам и пожелать удачи!
Total votes 3: ↑3 and ↓0+3
У меня чисто академический вопрос.
Можно ли этот проект конвертнуть в язык более высокого уровня? Например, в С/С++.
Так, чтоб потом при компиляции обоих проектов, приложения по производительности и качеству выполнения мало чем отличались между собой.
This comment wasn’t rated yet0
«Конвертнуть» нельзя. Можно переписать заново на C/C++, но зачем? Уже есть Haiku, ReactOS, Linux и тысячи других.
Total votes 1: ↑1 and ↓0+1
Не более 10-ка мини-дистрибутивов.
И десять лет назад их было не больше десятка, про них уже мало кто помнит, даже бинарники с трудом можно достать.
This comment wasn’t rated yet0
Допустим. Но Вы не ответили, зачем на C/C++ переписывать.
This comment wasn’t rated yet0
Допустим, чисто теоретически, что тот же Hex-Rays проделает идеальную работу (хотя идеальных программ не существует) и переведёт KolibriOS на C/C++. Что это даст?
This comment wasn’t rated yet0
Видимо даст возможность запуска, например на ARM, не считая драйверов конечно и загрузчиков. Но могу ошибаться :)
This comment wasn’t rated yet0
Значит ошибаюсь. Другое дело, что тронсляция ASM -> C это уже по сути своей бред.
Total votes 1: ↑1 and ↓0+1
Даст возможность продолжить работу с проектом, когда Интел окончательно откажется от выпуска x86.
This comment wasn’t rated yet0
А у Вас есть "insider information" от главы Intel? Если есть, то будем рады послушать.
Total votes 1: ↑1 and ↓0+1
Слухи о кончине x86 значительно преувеличены. Хотя бы потому, что он используется в Xbox One и PS4. Лет пять точно еще выпускать будут. Вон, производство 386х только недавно свернули. Спрос есть — будут делать.
Total votes 1: ↑1 and ↓0+1
Хоть я и сторонник АМД, но причина в другом. Чтоб не дать загнуться своему единственному конкуренту, Интел слила оба заказа/тендора АМД.
This comment wasn’t rated yet0
Инсайд? Или про это есть в открытых источниках?
Total votes 2: ↑2 and ↓0+2
Да, ссылку в студию, пожалуйста. И ещё есть VIA, которая не совсем конкурент, но свой 1% рынка имеет. И несколько embedded-производителей, тот же Vortex86.
Total votes 1: ↑1 and ↓0+1
VIA не имеет в своем портфеле разработки производительных 6-8 ядерных процессоров.
А для боксов надо процессоры с жизненным циклом минимум 3-5 лет.
IBM банально не имеет мощностей, чтоб удовлетворить спрос для боксов свои PowerPC (POWER5-POWER6).
This comment wasn’t rated yet0
Простите, что влезаю, но я думаю, всем интересно узнать про «слив».
Total votes 1: ↑1 and ↓0+1
Я промолчу, а то Интел меня засудит :)
Total votes 1: ↑0 and ↓1-1
А для Колибри 8 процессоров и не нужно — она на одном работает быстрее, чем Windows на 8.
Total votes 1: ↑1 and ↓0+1
А вот софту 8 ядер не помешают. Но Serge вроде говорил, что даже сейчас это не проблема — из ring-0 можно перепрыгнуть в 64 бита и использовать SMP, верно?
This comment wasn’t rated yet0
Intel очень большие ставки делает на x86 и Atom. Не зря же они переводят/портируют c оптимизацией, Андроид на x86.
Total votes 2: ↑2 and ↓0+2
Атом — это не архитектура, а название линейки процессоров от Интел.
Приложения Андроид должны быть написаны на нативном NDK и скомпилированы по x86 (шутка: компилятором от Интел).
This comment wasn’t rated yet0
> Атом — это не архитектура, а название линейки процессоров от Интел.
Как неожиданно.

Если бы вы перешли по ссылке, что я предоставил выше, то увидели бы, что NDK Android приложения можно запускать на x86 процессорах. Правда, возможно только Intel.
Ну и конечно, если их сбилдить по x86 (не шутка: компилятором который предоставила Intel), тогда они будут работать в несколько раз быстрее.
This comment wasn’t rated yet0
Не согласен. Видел Android, отлично работающий на AMD Brazos.
This comment wasn’t rated yet0
А я не утверждал, я был не уверен. Это разные вещи :)
This comment wasn’t rated yet0
Скорее проект прекратит развитие, чем Интел откажется от х86. Хотя допускаю, что х86 будет и дальше развиваться, при этом возможна потеря совместимости. Например, сейчас проблема запустить старые DOS приложения на современных компьютерах. И я сомневаюсь, что MS-DOS 3.30 можно запустить на Intel Core.
Total votes 2: ↑2 and ↓0+2
Уже сейчас наблюдается отказ от прошлых решений. В тех же x86-смартфонах гораздо меньше «духа x86», чем в персоналках или ноутбуках.
This comment wasn’t rated yet0
Что мешает Интел отказаться от парочки устаревших инструкций x86? Их там и так дофига много.

Лично я предполагаю, что х86 канут в лето, когда 32 разрядов в памяти будет мало смартофонам. И тогда Интелу придется Атомы (или другую младшую линейку процессоров) делать 64 битными.

Тогда не останется маркетинговых препятствий для архитектуры x86-64. :)
This comment wasn’t rated yet0
Процессоров x86-64 из линейки Intel Atom немало. Или я ошибаюсь?
Total votes 1: ↑1 and ↓0+1
У них какие-то «нечестные» x86-64, утверждается, что это «зависит от материнской платы», но на деле тесты иногда дают совершенно неожиданные результаты.
This comment wasn’t rated yet0
Формально, у некоторых есть некоторые инструкции x86-64.
Но основные:
The Atom N2xx and Z5xx series Atom models cannot run x86-64 code.
This comment wasn’t rated yet0
Половина из "Atom N2xx and Z5xx" уже End of Life — какие же они основные? Это первое поколение Атомов как раз. Последнее поколение не-для-сотовых (т.е. для ноутбуков и неттопов) — N2xxx / D2xxx — все 64-битные.
Total votes 1: ↑1 and ↓0+1
Читайте дальше про Intel 64 на Атомах.
Вроде, как поддерживают, а не все 64-битные ОС можно запустить.
Да и Атомы распространяются только по ОЕМ-каналам сборщикам РС и производителям материнок. Ну, производителям телефонов и [ультра]буков.
This comment wasn’t rated yet0
> Вроде, как поддерживают, а не все 64-битные ОС можно запустить.
Пароли, явки, линки на сайты, где это написано?
> Да и Атомы распространяются только по ОЕМ-каналам сборщикам РС и производителям материнок.
А Вы дома на коленке можете сами припаять BGA-socket к материнке?
This comment wasn’t rated yet0
Вроде, как поддерживают, а не все 64-битные ОС можно запустить.

Пароли, явки, линки на сайты, где это написано?

Английская wiki. Дальше уже поиском нагуглите проблемы.

Да и Атомы распространяются только по ОЕМ-каналам сборщикам РС и производителям материнок.

А Вы дома на коленке можете сами припаять BGA-socket к материнке?

Это зависит от изготовителя, в каком сокете или без сокета поставлять процессор на рынок.
This comment wasn’t rated yet0
Английская wiki. Дальше уже поиском нагуглите проблемы.
Ваши проблемы — это искусственные ограничения производителей BIOS или производителей ноутбуков. Такие же ограничения можно, например, сделать и на самом дорогом Core i7. Процессор Atom здесь ни причём — это производители BIOS/ноутбуков виноваты.
Это зависит от изготовителя, в каком сокете или без сокета поставлять процессор на рынок.
Для того, чтобы Atom потреблял меньше электроэнергии и занимал меньше места на плате, его поставляют в BGA варианте. Не вижу с этим проблем.
This comment wasn’t rated yet0
Лично я предполагаю, что х86 канут в лето, когда 32 разрядов в памяти будет мало смартофонам

Завтра они все дружно канут в лето (:
This comment wasn’t rated yet0
«На USB-накопителях поддерживаются только FAT16 и FAT32.»
Кошмар какой! То-есть я правильно понимаю что в колибри драйвер файловой система жёстко завязан на тип стораджа?
This comment wasn’t rated yet0
Нет, не совсем так. На момент написания статьи legacy-подсистема накопителей не поддерживала hot-plug; на hot-plug успели переписать только FAT-драйверы (чтобы поскорее тестировать можно было). Сейчас это, насколько я знаю, не так.
Total votes 1: ↑1 and ↓0+1
Стоп-стоп. Уровень абстракции файловой системы, по идее, никак не может быть завязан на аппаратуру. То-есть грубо говоря, подключили флэшку, USB-стек «поняв» что это USB MSD вызвал менеджер файловых систем, который «узнал» типы файлух и подмонтировал разделы на флэшке используя соответствующие драйвера реальных ФС(которые, при необходимости могут запустить чекдиск etc). При отмонтировании флэшки всё с точностью наоборот. То-есть сброс буферов --> отмонтирование файлух --> Передача управления менеджеру ФС --> Сигнал USB стеку, что устройство свободно --> отключение устройства.
This comment wasn’t rated yet0
Вот я и говорю, что legacy дисковая подсистема не имела уровня абстракции FS (тяжелое наследство от MenuetOS, которое долгое время не позволяло использовать некоторые экзотичные контроллеры в режиме, отличном от эмуляции IDE BIOSа), не говоря про динамическое подключение и отключение носителей (т.е. в системе нельзя было добавлять новые точки монтирования разделов после загрузки ядра). USB-подсистема была хорошим стимулом замены старого и плохого кода на новый и хороший. Я не знаю всех деталей, к сожалению — но ситуация была примерно такая.
Total votes 2: ↑2 and ↓0+2
Это не важно — сейчас на USB уже поддерживаются все файловые системы, с которыми умеет работать KolibriOS. Известные проблемы и ограничения были актуальны на момент написания статьи. Сейчас п.п. 1-2 уже исправлены.
Total votes 1: ↑1 and ↓0+1
Ага, теперь понятно спасибо! Молодцы что сделали так как оно должно быть :)
Total votes 2: ↑2 and ↓0+2
Sign up to leave a comment.

Your account

Sections

Information

Services

Support
© 2006–2024, Habr