У меня штук 15DVD-RAM. Использую их для хранения уже лет двадцать как. Все живы и здоровы. Стоят правда сейчас как самолёт :-(. И в розничной продаже их уже давно нет.
Заморачиваться надо обязательно, особенно в таких помещениях. Мало ли, зацепите лестницей или ещё чем-то. Не знаю как у Вас, а у меня фобия на висячие провода под нагрузкой :-). Удачи Вам!
Наверное в оригинале было preemptive? В те годы это переводилось как вытесняющая многозадачность. А в Window 95 была так называемая cooperative multitasking (кооперативная). Кто знаком с программированием под Win 95, тому хорошо знакома такая функция из Win API как Yield().
Проще говоря такой код как while (true) {} под Win NT уже не блокировал всю систему, в то время как на Win95 нужно было написать так: while (true) { Yield(); }. Иначе всё просто висло :-)
При параллелизации таких алгоритмов можно поступать умнее: изучить цепочки зависимостей, препятствующие векторизации. В случае таких расчётов схожести строк, в том числе и расстояния Левенштейна, всё просто — нужно вместо строк вычислять диагонали!
Элементы диагонали теперь "независимы" друг от друга при вычислении. А такое уже можно параллелить.
Я будучи ещё студентом в середине 90х написал на ней свою первую программу под Windows (клон популярной в те времена игры Lines :-). В Borland C++ была "интересная" идея "связывания" методов класса для обработки событий Windows. Что-то типа virtual void OnCreate(...) = WM_CREATE; Правда не прижилось, потому как было собственным расширением компилятора, а не стандартом языка С++.
Когда-то при наличии MSDN подписки вся справка по любым продуктам и технологиям от Microsoft была интегрирована в Visual Studio и устанавливалась локально в интранет сети. Не имея интернета, можно было спокойно "покурить" MSDN и разобраться в том или ином API. Попробуйте сейчас это сделать без доступа в интернет :-)
p.s. chm - формат давно уже "закопали". А ведь хорошаю вещь была.
Это тот плагин, который все изображения в base64 фигачит? Нет, спасибо! :-) Вместо того, чтобы "ужать", раздувает файл до невообразимых размеров. Я пробовал его. На "больших" страницах он тугодум и иногда посто падает.
И когда вернут MAFF (Mozilla Archive Format). Был раньше шикарнейший плагин, который сохранял страницу в монолитный .maff файл. И можно было потом открыть тем же Firefox. Очень удобно было. У меня куча таких файлов, где хранится много уникальных страниц со всякими данными с сайтов, которых уже и в сети то нет давно. А зоопарк с .html файлом, где рядом ещё и каталог с кучей всякого барахла внутри, просто разочаровывает :-(
Когда-то Mozilla полностью переписала систему плагинов и похоронила тем самым кучу хорошего стороннего ПО вокруг своей инфраструктуры.
Ну если считать, что Windows 95 стала завершающей стадией "поглощения" MSDOS путём переписывания/переноса большей части кода в защищённый режем, то да. Просто в Windows 95 пользователя избавили от необходимости каждый раз руками набирать win.com :-) Он кстати сохранился там. После прочтения вышеупомянутой книги я много экпериментировал с Win 95. Благо в книге было достаточно практических примеров. Там можно было легко получить систему без графической оболочки. Это был DOS в защищённом режиме с полным комплектом возможностей 95-ки. Например была возможность работы с длинными именами файлов. Всё это я "запихивал" на дискету 1.44 Мб, чем очень удивлял преподавателя на практических занятиях, который уверял, что в DOS невозможно получить поддержку длинных имён файлов, потому что это прерогатива именно Win 95 :-)
Эндрю Шульман: "Недокументированная Windows 95". Книга, вышедшая примерно в то же время, что и сама Windows 95. Зачитывал её до дыр. До сих пор стоит на полке. Там очень технически подробно всё это описано. И да, именно с 32-битового доступа к диску всё начиналось. Чёткой грани между оболочкой и полноценной операционкой нет. Windows 95 шла к этому постепенно, начиная с 3.x. Многие подсистемы постепенно переносились в защищённый режим, заменяя куски MSDOS своими собственными драйверами. Собственно уже в тот момент, когда "оболочка" переводила DOS в защищённый режим, всё становилось с ног на голову и DOS находился c этого момента в slave-режиме. Все аппаратные прерывания шли сначала через драйвер защищённого режима и только сам драйвер решал, обрабатывать прерывание самому или передать его в старый код MSDOS.
Не забудь потом отписаться "что и как" :-)
У меня штук 15DVD-RAM. Использую их для хранения уже лет двадцать как. Все живы и здоровы. Стоят правда сейчас как самолёт :-(. И в розничной продаже их уже давно нет.
Даже не знаю, пригождится ли мне всё это ...
Заморачиваться надо обязательно, особенно в таких помещениях. Мало ли, зацепите лестницей или ещё чем-то. Не знаю как у Вас, а у меня фобия на висячие провода под нагрузкой :-). Удачи Вам!
Провод над головой не мешает, когда на толчке сидите? :-)
Спасибо, посмеялся :-)
Для 16 битных приложений, насколько я знаю, точно была кооперативная.
Наверное в оригинале было preemptive? В те годы это переводилось как вытесняющая многозадачность. А в Window 95 была так называемая cooperative multitasking (кооперативная). Кто знаком с программированием под Win 95, тому хорошо знакома такая функция из Win API как Yield().
Проще говоря такой код как while (true) {} под Win NT уже не блокировал всю систему, в то время как на Win95 нужно было написать так: while (true) { Yield(); }. Иначе всё просто висло :-)
Элементы диагонали теперь "независимы" друг от друга при вычислении. А такое уже можно параллелить.
https://en.wikipedia.org/wiki/Visual_Studio#History
"Сижу" на этом продукте ещё со времён Visual C++ 6.0
Я будучи ещё студентом в середине 90х написал на ней свою первую программу под Windows (клон популярной в те времена игры Lines :-). В Borland C++ была "интересная" идея "связывания" методов класса для обработки событий Windows.
Что-то типа virtual void OnCreate(...) = WM_CREATE;
Правда не прижилось, потому как было собственным расширением компилятора, а не стандартом языка С++.
Когда-то при наличии MSDN подписки вся справка по любым продуктам и технологиям от Microsoft была интегрирована в Visual Studio и устанавливалась локально в интранет сети. Не имея интернета, можно было спокойно "покурить" MSDN и разобраться в том или ином API. Попробуйте сейчас это сделать без доступа в интернет :-)
p.s. chm - формат давно уже "закопали". А ведь хорошаю вещь была.
> Не знаю, из какой страны инженер.
Я вот тоже не знаю. Место для огнетушителя он выбрал "удачное" :-).
Из коробки вроде нет.
Это тот плагин, который все изображения в base64 фигачит? Нет, спасибо! :-)
Вместо того, чтобы "ужать", раздувает файл до невообразимых размеров. Я пробовал его. На "больших" страницах он тугодум и иногда посто падает.
И когда вернут MAFF (Mozilla Archive Format). Был раньше шикарнейший плагин, который сохранял страницу в монолитный .maff файл. И можно было потом открыть тем же Firefox. Очень удобно было. У меня куча таких файлов, где хранится много уникальных страниц со всякими данными с сайтов, которых уже и в сети то нет давно. А зоопарк с .html файлом, где рядом ещё и каталог с кучей всякого барахла внутри, просто разочаровывает :-(
Когда-то Mozilla полностью переписала систему плагинов и похоронила тем самым кучу хорошего стороннего ПО вокруг своей инфраструктуры.
Это лазер от мышки дырку в столе прожёг :-)
Plugin в Firefox для .maff тоже был хорош :-( Потом в Firefox решили старую систему плагинов похерить и разработчик тоже на это дело забил.
Ну если считать, что Windows 95 стала завершающей стадией "поглощения" MSDOS путём переписывания/переноса большей части кода в защищённый режем, то да. Просто в Windows 95 пользователя избавили от необходимости каждый раз руками набирать win.com :-) Он кстати сохранился там. После прочтения вышеупомянутой книги я много экпериментировал с Win 95. Благо в книге было достаточно практических примеров. Там можно было легко получить систему без графической оболочки. Это был DOS в защищённом режиме с полным комплектом возможностей 95-ки. Например была возможность работы с длинными именами файлов. Всё это я "запихивал" на дискету 1.44 Мб, чем очень удивлял преподавателя на практических занятиях, который уверял, что в DOS невозможно получить поддержку длинных имён файлов, потому что это прерогатива именно Win 95 :-)
Эндрю Шульман: "Недокументированная Windows 95". Книга, вышедшая примерно в то же время, что и сама Windows 95. Зачитывал её до дыр. До сих пор стоит на полке. Там очень технически подробно всё это описано. И да, именно с 32-битового доступа к диску всё начиналось. Чёткой грани между оболочкой и полноценной операционкой нет. Windows 95 шла к этому постепенно, начиная с 3.x. Многие подсистемы постепенно переносились в защищённый режим, заменяя куски MSDOS своими собственными драйверами. Собственно уже в тот момент, когда "оболочка" переводила DOS в защищённый режим, всё становилось с ног на голову и DOS находился c этого момента в slave-режиме. Все аппаратные прерывания шли сначала через драйвер защищённого режима и только сам драйвер решал, обрабатывать прерывание самому или передать его в старый код MSDOS.
https://learn.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-setthreadexecutionstate
SetThreadExecutionState(ES_CONTINUOUS | ES_SYSTEM_REQUIRED | ES_DISPLAY_REQUIRED | ES_AWAYMODE_REQUIRED);