куча платных "научных" бумажек берут деньгу на пустом месте, а вот давая к ним прямой доступ студентам, сий ФАКт делается очевидным
вообще, сеу (одиночный кувырок бита под воздействием радиации) показывает полную неготовность драгона к рутинным перевозкам экипажей == у защищённой электроники такая ошибка допустима только при аномальном скачке радиации. Но при таком событие полетела бы цифирька на всей станции.
POC Код (Text): cp mybinary /media/psf/Home/.hello chmod +x /media/psf/Home/.hello echo "~/.hello" >> /media/psf/Home/.zprofile --- Сообщение объединено, 3 май 2021 ---
потребовалось подключить линь разделы из-под выньки и оказалось, что такое лишь в 11ой пашет - лады, поставил её и там таскбар нельзя перетаскивать - читаем объяснение мокрыхЪЪ... чё.. чё??????? ) ну - лады, этот идиотизм можно обойти, но млин - система реально сырая: давно не видел, чтоб вынька так бодро висла и крашилась
Ну все пропал форум. Мало нам было Трешгена, так теперь еще и UbIvItS. А UbIvItS пригласит Минздрава и понеслось...
GRAFik, мы бы на вашем, судорь, месте попытались не путать умника себя с минздравом и тех двоих, коих вы тут пытаетесь классифицировадь
теперь можно делать ставки - кто вылетит первым банкротом. мой вариант.. 1. твитер. 2. фейсбук. 3. амазон. 4. мс. 5. гугл.
короче, хотят глубоко автоматизировать багор (базу готовых решений). в принципе, результаты могут быть вполне неплохие == одна СОД (статистическая обработка данных) вполне может в (полу)автономном режиме генерировать целые программы, а контекстно-зависимую обработку данных можно заменить функционально-зависимой. и всё-то оно хорошо, но.. но главная проблема в железках: они сделаны с прицелом на максимальную производительность, что приводит к их дырявости + падучей + малому сроку штатной работы. другими словами, КАКА (комбайн автоматизированного конструирования алгоритмов) не получится дешевле обыденных прогеров, да и качеством кодов особо блистать не станет. кстати, шибкого роста в скорости генерации тоже наблюдаться не будет, более того, авто отладка легко может сваливаться в бесконечный цикл, тк ошибка в программе далеко не всегда носит чисто софтварный характер. помнится где-то к 201о-ому сформировалась эйфория о скором переводе всего транспорта на автопилотирование, теперь же вот такой итог https://www.bloomberg.com/news/feat...0-billion-self-driving-cars-are-going-nowhere
экая скромная заметка конечно, у черепичек падает скорость - по мере убывания свободного места, соответственно уменьшается буфер для перезаписи дорожек, а на размере буфера явно экономят, тч скорость падает ниже диалапа. и файлики действительно пропадают на таких дисках - чем меньше свободного места, тем чаще такое безобразие случается при записи новых файлов и/ль при изменение старых. практика показывает, что наиболее надёжные хдд не более 3тб для 3.5'' и 2тб для 2.5'', а на более жирных начинаются дичайшие изыски разводилово прям сплошняком (к примеру, при такой плотности записи даже 50 ⁰C сомнительно). ну, и мало-мальски детальных стресс тестов само собой не дают
http://forum.ru-board.com/topic.cgi?forum=84&topic=5433&start=8320#21 И на следующей... "Этот не удался! Хорошо бы его переделать! — Никак нельзя, ваша милость! — ответила утка-мать." http://forum.ru-board.com/topic.cgi?forum=84&topic=5433&start=8360#18
на 1ый взгляд, вариант интересный - удельная стоимость реально копеечная.. но нужно больше инфы по реальным показателям девайса. --- Сообщение объединено, 27 фев 2023 --- не могу сказать, что черепички - прям абсолютное зло, но с ними нужно ряд правил блюсти.. 1. определить размер безопасного буфера (часть диска требуется оставлять свободным). 2. не надо использовать экзотические фс - самые лучшие (ext4, zfs), но лучше только ехт4 (наиболее простой и стабильный вариант). 3. скорость работы и надёжность можно балансировать рейдами - опять же-ж, главное оставлять буфер. 4. лучше не писать на такие диски нечто важное.
вкладываются в рост облачков, что есмь чистой Воды самогубство.. акую рекламу они толкать будут - где купить выгодно вязанку дров? угу, заменять нормальную рабочую станцию на тонкий клиент - крайне разумное решение краш сервака сразу обрушивает работу публике + в куче задач сильная машина нужна именно под боком и тонкий клиент этого никак заменить не сможет + такой подход приводит к чудовищной загрузке не только серваков, но и сети (трафик легко вырастет в 10+ раз). тонкий клиент получается даже заметно дороже// https://arstechnica.com/gadgets/202...n-so-cheap-employees-now-have-to-share-desks/