-
Брой отговори
393 -
Регистрация
-
Последен вход
-
Days Won
9
Content Type
Профили
Форуми
Библиотека
Articles
Блогове
ВСИЧКО ПУБЛИКУВАНО ОТ Captain Nemo
-
Зависи какво има в този архив. Ако там са имена, адреси или планове за бъдещи действия този архив би бил безценен П.П. Думата архив е от мъжки род, не от женски!
-
Не абсолютизирай нещата. Мисли си в следната посока: нещо изчезва от работното ти място, примерно пари от касата. И се доказва защо ги няма т.е. липса,
-
Аватар, не бих желал да ви засягам, нали дискутираме нещата и се опитваме да стигнем до дълбините Говорейки за системи в реално време аз съм започнал професионалния си опит с разработката на една такава. Преди доста време беше и тя беше базирана на 6502, 1 MHz, 8 битов процесор. Вярно е че беше много къстъм и следеше и управляваше само 100-тина параметъра но си беше предизвикателство. Писах я изцяло на асемблер (тогава нямах нищо друго) Знам че RTO системите са много специфични и не е лесна промяната там, но конкретно тези с микроядро са достатъчно гъвкави за да могат да бъдат модифицирани за по-дълга дума на някои броячи. Ако се върнем само няколко години назад всички UNIX/Linux ОС (а голяма част от тях и в момента) ползват 16-битов регистър на процесите (PID). Много неща са обвързани в ядрото и userspace с тези номера, но си мисля че би било разумно да се сложи 32-битов регистър за тази цел, така някои управления ще се опростят. Покупки и продажби стават непрекъснато, ИТ пазара е много динамично нещо и не можем да очакваме че всички сливания, продажби и т.н. ще са разумни. Освен това ние гледаме от по-ниска гледна точка, докато С-левъл мениджмънта има съвсем различно (и невинаги правилно) виждане за нещата :D Конкретно ИБМ продадоха голяма част от бизнеса си, принтери, твърди дискове, ПС, х86 сървъри. В последните няколко години се опитват да се съсредоточат в облачни услуги (с известно закъснение) както и да си поддържат Z и P сериите (големите машини и UNIX машините). Освен това те залагат много на продажби на услуги, поддръжка. Самия аз съм работил в тази компания именно в такъв отдел и имам представа как се развиват там нещата. За драйверите по мое мнение положението е трагично. Това явно се смята за толкова непрестижна работа и (почти) никой не се занимава с това.. И големите компании (RH, Ubuntu, SuSE) просто публикуват лист на поддържаните хардуери и само срещу заплащане (и то сериозно) са готови да поддържат/пишат драйвери за друг хардуер Ох, отворения код е голямо и тъмно място.... почти като Ада... Нагледал съм се на какви ли не изпълнения там. И какво като е отворен? Ерик Реймънд може би е бил прав за времето си. Но в момента единици са тези, които биха прегледали сорс кода преди да го сложат на машина(ите) си. Да не говорим че колко могат да прочетат и разберат този код.... Така че едно от основните преимущества се превръща в нонсенс....
-
Аватар, вие вероятно не сте усетил изцяло насочеността на статията. Това, което дискутирам в нея е дали може линукс да бъде подходяща за десктоп операционна система. Което ще се съгласите няма много общо с метрологията. А за останалите случаи хвърлете едно око на clock_gettime което е Позикс интерфейс към високопрецизни таймери. За 231 няма защо да се притеснявате защото в момента >95% от сървърните ОС са 64-битови и не е особен проблем да се препишат таймерите да работят с 64-битова дума. Ако мислите че CAM системите са подходящи за ползване на линукс е добре да преосмислите нещата. ТОва е място за слециализирани (или къстомизирани) ОС. С тях ще можете да управлявате нещата в реално време и да имате гарантирано време на отговор. Насочете се примерно към QNX, поне преди време на стандартна 100MHz Пентиум система предлагаха време за отговор на прекъсване до 5 микросекунди (което ще ви е достатъчно за 99.99% от технологичните процеси) Линукс много трудно може да последва Новел защото това не е компания в общоприетия смисъл. Всеки може да си изтегли сорса на ядрото и да направи свой форк (което води то появата на хиляди, често несъвместими, дистрибуции)..... Така че в този смисъл линукс като ОС няма да изчезне. По-добре се молете компании като RH, Ubuntu да не изчезнат защото те държат голямата част от съвременната сървърна база. А Майкрософт участват в развитието на ядрото за да могат да го ползват в Азур. Въпрос на бизнес Линукс фондацията се управлява от бизнеса и те налагат развитието в зависимост от бизнес интересите си. Харесва или не, но това е положението. А поддръжката на конкретен хардуер винаги е било проблем, защото няма много желаещи да пишат драйвери, няма много желаещи да тестват драйверите. Няма и много желаещи да променят архитектурата на ядрото заради нов хардуер.... По повод бързите HBA се сещам един интересен случай в който работата на 10Гб карти под Соларис беше много по-гладка и безпроблемна сравнено с линукс.....
-
В контекста на фенимизацията не мисля че в твоя случай има значение. Отново опираме до учител/преподавател <-> даскал. Това е дискусия, която я имаше и през 70-те години и по-късно. И не се е променила много. Това да си добър в преподаването е талант. Не са нужни само знания и разбиране на материала, защото много по-важен е човешкия фактор. Срещу себе си преподавателя има живи хора и трябва да преподава така че да предизвика интерес, за задържи вниманието им, да ги увлече по дисциплината, която води.
-
Може би въпроса стои по-скоро какво е налично на пазара и какво (лесно) може да бъде доставено....
-
http://www.stern.de/digital/technik/tuerkei-verliert-drei-leopard-2---die-erste-schlacht-des-deutschen-panzers-wird-zum-desaster-7241836.html
-
Проблема на повечето бойни машини е тези, които ги управляват. Вижте статията в Щерн в другата тема. И да, при партизанска бойна няма как да оцелеят дълго
-
Четейки за Катедралата и базара се сетих за нещо, което съм писал в 2005 година. Стана ми интересно как някои неща са се променили кардинално. И как други неща са си същите. Надявам се че ще представлява интерес за някого ------------- Linux в страната на Десктопите или могат ли пингвините да чупят прозорци? Имаше времена, когато на Linux не се гледаше сериозно и според тежките хора бе по-скоро нещо за развлечение в свободното време. Но дойдоха времена, когато тази операционна система има по-голям дял на сървърния пазар от всички UNIX операционни системи взети заедно. А дали е дошло времето да бъде завладяно и бюрото на потребителя? ---------------------- Целия текст тук: http://www.geocities.ws/romeo_ninov/articles/desktop1.html
-
Една интересна статия във вестник Щерн. Без коментар http://www.stern.de/digital/technik/tuerkei-verliert-drei-leopard-2---die-erste-schlacht-des-deutschen-panzers-wird-zum-desaster-7241836.html
- 3103 мнения
-
- 1
-
-
- Ислямска държава
- война
- (и 5 повече)
-
Всичко без иновативността. Големите корпорации обикновено са любители на status quo. И ако си пожелаят иновативност просто купуват малки и наистина иновативни компании. Както споменах в една друга тема аз съм работил и работя за едни от най-големите компании в ИТ и телекомуникациите в световен мащаб и имам достатъчно вътрешна информация за да твърдя горното
-
Така е, някои от идеите им са идиотски и не работят. Но други са брилянтни и ги правят неприлично богати. Проблема е че базовия доход ще създаде земя, пълна с мързели, лентяи. И много малък процент ще създават ценности (от какъвто и да било вид) П.П. И на български е ПослеПис, а не ПостСкриптум П.П.П. И не обиждайте Стар Трек
-
Какво става когато потопите екшън камера в течен азот
-
За терминологията съм съгласен. И нека всеки представи своите определения за нещата. Така ще дадем възможност на четящите да "видят" повече от една гледна точка За корпорациите - моето мнение е че това са много закостенели и "тежки" организации. Опита ми включва работа в и за ИП компанията с най-много служители в световен мащаб, втория по големина (в света) мобилен оператор, изграждане на един от българските мобилни оператори, работа за един от най-големите доставчици на хардуерно оборудване и софтуерно осигуряване за мониторинг в телекомите. И това са наблюденията ми върху "инвативността" на големите корпорации За обратното прокси: - обикновено кеширането е на последно място. До сега само в един проект се наложи да ползваме нещо такова и то по-скоро проксито да предоставя статичното съдържание вместо да "пита" middleware за него - времето за достъп не се променя съществено, защото така и така проксито чака отговора от машините зад него за да го подаде на клиента - разпределянето на натоварването е съществената част. Обикновено отзад има между 6 и 20 машини (за случаите върху които имам наблюдение) и е важно да се балансират заявките. Тук дискусията може да задълбае много защото за всяка конкретна ситуация има решение, което е най-подходящи за нея - защита - да, в някаква степен, но тук нещата стават (отново) сложни и дълбоки. Защитите се изграждан на много слоеве (до 5 в примери, които съм имплементирал и чел) и те са по-скоро смесица между дублиране на функционалност и съчетаването й - компресирането обикновено не е съществено, разчита се по-скоро на "груба сила" под формата на честотна лента и процесорна мощност А защо смесвам уеб, бази данни, приложни сървъри. Ами (поне в работата ми) те са тясно свързани и няма как да се говори за едното без да се спомене друго. И няма как да изграждате архитектура на подобна система без да тръгнете от желязото и стигнете до слой 7
-
Именно малките компании са по-гъвкави и са по-склонни да рискуват с нови технологии. Това ги прави много по-конкурентоспособни за такива проекти (което не беше случая преди 30 години). А и факта че в последните 10 години разнообразието от технологии се увеличи скокообразно им дава големи шансове за успех. Освен това инвестиционните фондове "обожават" такива компании с единствената идея при продажба на по-късен етап да спечелят в пъти.