Комментарии 368
Вы говорите о каком-то конкретном дистрибутиве, может о каком-то оконном менеджере, или может о X сервере? Сейчас все из перечисленного существует в нескольких вариантах.
Я не большой специалист в ОС, особенно в Linux, поэтому смотрю на проблему с точки зрения рядового пользователя. В начале нулевых устанавливал для «попробовать» RedHat, и не так давно ковырял Ubuntu на ноуте родителей (привезли, чтобы я разобрался с тормозами). Те же самые проблемы с фризами мыши и UI в целом, что и у RedHat 15 лет назад.
Дебаг сборка llvm-clang при линковке у меня заставляет Xorg задуматься о сущности вселенной минут на 40. Это связано даже не с иксами, т.к. Wayland эту проблему не решает
Где-то в недрах работы с блочными устройствами есть spinlock. Если ваша система приближается к пределу физической памяти, ядро, во-первых, вынуждено постоянно искать свободное место для выделяемой памяти, среди всех ее фрагментированных частей, во-вторых, свопить память на диск, что блокирует spinlock (иногда на секунды, с выключенными прерываниями), и bufferbloat — накапливание больших объемов данных перед их записью на диск. Буферы для диска выделяются в процентном соотношении от физической памяти, поэтому чем больше оперативки в компьютере, тем проблема более выражена.
Последнюю проблему более-менее решили через writeback throttling на ядре, если не ошибаюсь, 4.9. По умолчанию он включен только для устройств, которые настроены на использования нескольких очередей. Активировать можно параметрами ядра:
scsi_mod.use_blk_mq=1 dm_mod.use_blk_mq=y
И еще, желательно, задать фиксированные максимальные размеры буферов:
$ cat /etc/sysctl.d/60-dirty.conf
vm.dirty_bytes = 66554432
vm.dirty_background_bytes = 33554432
Также рекомендую включить сжатие свопа перед сбросом данных на диск — zswap, параметром ядра:
zswap.enabled=1
А бывает ещё такое веселье, когда своп выключен (например, в системе 16 Гб RAM), но при нехватке памяти HDD всё равно начинает гореть ровно, и тормозит вообще всё. Информации по этой теме прямым текстом практически нет, но вроде как такое происходит из-за выкидывания образов программ из RAM и загрузке их с диска, когда выполнение доходит до выкинутой страницы. В целом да, проблема имеется, и лучшее решение — поставить больше памяти, чтобы не доходить до заполнения а 90%+. Ещё бывают тормоза при записи на флешку, хотя такое я видел и на Win7, внезапно. Похоже, многие линукс-специфичные баги на винду таки портировали.
Да, я вот фризы курсора тоже наблюдаю при очень интенсивной записи на USB 3.0 накопитель (flash или HDD без разницы). И мне правда очень дико это видеть в 2017-то году.
и да, в винде с этим, к слову, еще хуже. там дисковый кэш порой вытесняет страницы кода/данных приложений в своп (что, к примеру, наблюдается при копировании больших файлов с диска на диск). и это оборачивается очень веселыми тормозами…
У огромного числа простых пользователей не желающих читать такие статьи, и вообще разбираться в компьютерах - недостаток памяти, её загруженность на 90+%, заканчивается хард-ресетом "с ноги", в надежде видимо что hands.sys в операционке не сломается. Ну и когда он, hands.sys, таки ломается, то начинаются "отдай админу он что нибудь сделает" всякое "dism online cleanup-image restorehealth"+ "sfc /scannow". Но ситуации бывают разной степени запущенности, и пляска бывает на всю ночь с офлайн-восстановлением систем.
А ведь можно и просто поставить ОЗУ с запасом в разы, чтобы её загруженность была процентов на 15-20, и этих проблем просто не видеть никогда.
Только для этого нужно просто отказаться от услуг мастеров-ломастеров, не понимающих что главное в компе не +2 fps от DDR4-4333 в режиме XMP в двухканале по 4+4 гб, а отсутствие высвобождения оперативы блоками по 4 килобайта, фрагментирование использования оперативы, и раздувание дескрипторов страниц использования памяти, там где блок выделенной оперативы может быть и таким, какой вообще нужен.
А не посоветуете что делать если vm.swappiness уже 1 а при 6гб памяти а он всё ещё лезет в подкачку когда занято только 4гб?
И можно ли чтобы он агрессивнее загонял из подкачки обратно в память?
Активировать можно параметрами ядра:
scsi_mod.use_blk_mq=1 dm_mod.use_blk_mq=y
Это надо ядро перекомпилировать?
И еще, желательно, задать фиксированные максимальные размеры буферов:
$ cat /etc/sysctl.d/60-dirty.conf
vm.dirty_bytes = 66554432
vm.dirty_background_bytes = 33554432
Это рекомендуемые значения для какого количества памяти?
Как рассчитать эти значения для 6 Гб?
Спасибо!
А не посоветуете что делать если vm.swappiness уже 1 а при 6гб памяти а он всё ещё лезет в подкачку когда занято только 4гб?Вы уверены, что у вас действительно есть свободная память?
И можно ли чтобы он агрессивнее загонял из подкачки обратно в память?Ядро только выгружает память на диск. Загрузка обратно происходит только при обращении к этой памяти, фоном она не загружается обратно.
Это надо ядро перекомпилировать?Эти параметры ядра можно задать в загрузчике.
Это рекомендуемые значения для какого количества памяти?Это фиксированные параметры, для любого количества ОЗУ. Для медленных флешек, может, многовато, но для HDD и SSD в самый раз.
Вы уверены, что у вас действительно есть свободная память?
Уверен.
Причем список лезущих в своп процессов
Overall swap used: 606.503 Mb
========================================
Mb pid name
========================================
128.13 2242 mysqld
93.78 7779 mysqld
51.34 9696 yandex-disk
32.30 6838 plasmashell
23.97 10757 packagekitd
21.27 18601 firefox
14.02 8546 akonadi_archive
12.22 7774 akonadiserver
11.87 8559 akonadi_sendlat
11.24 6832 baloo_file
9.78 6831 kwin_x11
8.38 2285 Xorg
8.10 8545 akonadi_akonote
8.00 8550 akonadi_ical_re
7.57 8556 akonadi_migrati
7.49 1068 snapd
7.39 7726 korgac
7.28 8555 akonadi_mailfil
7.09 6766 kded5
6.50 6946 org_kde_powerde
6.13 6833 krunner
5.85 8551 akonadi_ical_re
5.78 8557 akonadi_newmail
5.64 6886 kactivitymanage
5.27 1048 NetworkManager
4.20 8552 akonadi_indexin
4.13 7724 yd-tools
3.49 6823 ksmserver
3.32 8553 akonadi_maildir
3.01 6818 kglobalaccel5
2.96 2221 libvirtd
2.92 6812 kaccess
2.79 8548 akonadi_contact
2.78 10292 kuiserver
2.67 8554 akonadi_maildis
2.57 8549 akonadi_followu
2.57 8547 akonadi_birthda
2.50 6870 pulseaudio
2.35 332 systemd-udevd
2.33 6839 polkit-kde-auth
2.27 10294 kdeconnectd
2.23 1095 polkitd
1.85 6763 klauncher
1.64 6949 yakuake
1.58 13633 apache2
1.57 6825 kscreen_backend
1.56 6593 sddm-helper
1.56 13631 apache2
1.55 13630 apache2
1.53 6762 kdeinit5
1.51 2701 apache2
1.50 6840 xembedsniproxy
1.49 13629 apache2
1.47 24602 apache2
1.47 13632 apache2
1.40 18917 apache2
1.38 3803 udisksd
1.38 24601 apache2
1.38 24600 apache2
1.38 24596 apache2
Ядро только выгружает память на диск. Загрузка обратно происходит только при обращении к этой памяти, фоном она не загружается обратно.
Значит только живительная перезагрузка, печально…
Но тут скорее уже make виноват, продолжая спавнить процессы, даже когда ресурсы на пределе.
Это бы нужно добавлять в систему сборки какой-то механизм отслеживания загрузки, и не создавать новые процессы, когда память/ресурсы CPU уже на пределе.
Вот тут даже есть обсуждение чего-то подобного. Но дальше обсуждений дело не продвинулось.
Там была идея добавлять к каждому таргету оценочное использование памяти чтобы ninja мог делать оценку перед запуском процесса. И это выглядит единственным достоверным решением.
А мне всегда казалось ровно наоборот :), особенно когда многозадачная винда бросала все силы на попытки прочесть сбойный флоппик или, в последующем, сбойный сидюк. Можно было идти пить чай. Однако, последнее время и на линуксе при сборке тяжёлых пакетов наблюдаю тормоза уи (кде). :( наверное, где-то дефолтные настройки изменились, а искать лееень…
Ответил выше, возможно дело в том что за файлы и где отображать, но обсуждалось то в аналоге win explorer, у меня dual boot, сравнивал, debian+gnome+nautilus(nemo?) явно проигрывают, другое дело что не так часто это нужно :)
Не удивлюсь, если в реальности там каждый индус на своем уровне абстракции синхронно полным перебором в цикле ищет минимальный элемент/иконку к нему/описание в свойства/MIME-соответствия/чертзнаетчтоеще, и итоговая степень n того О такая, что есть где повеситься несчастному ядру i7 а с ним и остальным — в ожидании чуда.
В linux не веселее, но ещё и медленнее.
Проц i5, 8гб, жёсткий диск.
Наверное есть куча факторов, но через nemo/nautilus отсортировать папку с 100Гб фотографий в 3-10Мб. очень долго, так сложилось что в этой папке лежат все фотографии с зеркалки за 8+лет, так вот судя по поведению даже при сортировке по имени он зачем-то считывает метаданные всех файлов до отображения.
Я просто сравнивал как это происходит в win8.1 и в Debian, возможно конечно причина в ntfs, надо попробовать на ext4 винт перетащить.
P.s. phenom II x6, 16 ГБ. Диски sata
Он работает через fuse — он дарит нам кучу переключений контекста, и ту самую однопоточность (fuse вообще не thread safe, afaik). Гляньте на загрузку проца и i/o пока он что-то активно делает, убедитесь.
Там проблема не в этом, а в считывании метаданных, теже папки в mc(shell) сортируются нормально, и кстати проблем со скоростью ntfs вроде, кроме сортировки фото и видео, не замечал
Там проблема не в этом, а в считывании метаданныхМожно очень долго спорить на тему чья это проблема, на самом деле. Вы не замечали тормозов NTFS — а пользовали Git'а от них плачут. Причём на Windows, не на Linux даже.
Считывание метаданных на нативной файловой системе Linux'а (что ext4, что xfs) — это быстро и дёшево. Потому никто не заморачивается. Миллион stat'ов в секудну сделать — никто не заметит. А в NTFS — дорого и сложно. Даже под Windows. Потому нативные программы стараются метаданные лишний раз не запрашивать, а не нативные… вы сами видите.
Но, согласитесь, было бы странно оптимизировать Наутилус под работу с NTFS — это, как бы, не совсем профильное использование…
но все же зачем-то хотят получать доступ к одним и тем же разделам и оттуда, и оттуда
пробовал по сети играть. давно было. но сеть по витой паре. игра репак портабл, запускалась с папки без установки. ть. какже она фризила. оперативки и всего и вся вдоволь, а фризит.
виндовые фс с ограничениями полустолетнего наследства- просто жесть. а еще как монополисты прогибают мир под свое г, и всему миру сильно тяжко...
И кстати с чего вы взяли что не было бы?
windows(даже не активирована) используются исключительно для соединения с работой раз в месяц-два, стоит на отдельном разделе и не мешает, проблема в том что по данным citrix-а у меня в системе редко всплывающий баг когда ресивер в linux работает криво (не затирает фон, работать невозможно), а да ещё я в нем иногда в google sketch-up что-то рисую т.к. он так и не захотел у меня в wine работать.
https://habrahabr.ru/post/332816/#comment_10309826
по сути выходит что проблема не в этом.
На мой взгляд, Другой use-case, очень много маленьких файлов и много больших
|Считывание метаданных на нативной файловой системе Linux'а (что ext4, что xfs) — это быстро и дёшево.
Имел ввиду информация из самого файла, разрешение, метки, тип, неверно выразился
Думаю сегодня сделаю копию на Ext4, попробую.
Исходные данные:
Раздел №1 ~1Тб ext4 диск 2Тб Sata папка содержит 18583 файла размером 142.1 Гб (более старая копия папки)
Раздел №2 ~1Тб ntfs(через ntfs-3g rw) массив dmraid(raid-0) папка содержит 22990 файла размером 171.4 (здесь чуть больше файлов, т.к. основная папка)
Разделы монтируются при загрузке.
Контроллеры по сути одни и те-же, процессор AMD Phenom II x6 с TDP 95 ватт, RAM 16Гб, ни по процессору ни по памяти 100% потребления нет и близко.
Система: Linux home 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u2 (2017-06-26) x86_64 GNU/Linux
в основном NEF(RAW) + JPG + немного xmp
Тест №1
mc под root
открытие папки: Раздел №1 — мгновенно, Раздел №2 ~2сек.
сортировка файлов: Раздел №1 — около секунды, Раздел №2 ~2 сек.
Тест №2
Nemo 3.2.2 ( root ), режим по умолчанию значки, миниатюры только для файлов <1Mb( таких там меньше 100, ) и дальнейшее переключение на компактный вид, сортировка, переключение в режим список
Открытие папки:
Раздел №1 — 10 сек. переключение ~40-50сек сортировка 2-4 сек., в режим список ~ 50-70сек.
Раздел №2 — 12 сек. переключение ~40-50сек. сортировка 3-4 сек., в режим список ~70-90сек.
Из чего делаем вывод:
1. Я перепутал тормозит не сортировка а открытие папки и смена способа отображения
2. Исходя из размеров нет ощутимой разницы ntfs или ext4 нет проблема в Nemo, сравниваю с ним потому-что он идёт по умолчанию (как и explorer в Windows).
3. В explorer работать удобней потому-что при отсутствии сортировки он открывает папку мгновенно и в фоне подгружает данные по файлам, Nemo так не умеет.
4. В принципе Nemo и Nautilus-у ИМХО очень далеко до Explorer-а от win8.1 но большинство пользователей этого может и не замечать.
Как-то так, в общем у меня окончательно пропало желание переносить архив с ntfs на ext-4 на ближайшее время, т.к. выяснилось что проблема не в FS, а вот в чём огромный плюс linux-а это в симлинках, хотя они в ntfs тоже существуют, пользоваться очень неудобно, т.к. нет инструментов.
Я пользователь гита, почему я не замечаю никаких тормозов на разрабатываемых системах, скажем, в 35 тысяч файлов в 5000 каталогах, ну кроме известных сетевых, конечно?Может потому, что вы не работали с ним под Linux, где «git status» (и прочие всякие «git diff») при подобных параметрах отрабатывают доли секунды и те секунд 10-20, которые для этого требуются под Windows не кажутся вам тормозами?
У меня на рабочем проекте была именно такая фигня — git status выполнялся очень долго. Масштаб количества файлов/папок такой же: что-то типа 35000.
А потом ВНЕЗАПНО тормоза пропали. Я спрашивал, делали ли что-то с репозиотрием — мне сказали, что, вроде, ничего.
git gc запускал, пробовал 4 разных версии гита.
И да, на виртулке с Убунтой летало.
Простите меня за ваши выдуманные страдания, дорогие минусаторы. Если сможете.
— А у меня не болит. Следующий!
Если я не ошибаюсь то ради флопика до недавних пор в чипсетах тащили поддержку ISA шины которую больше 10 лет назад уже похоронили
В винде просто огромное число утилит работает через хуки на окна Проводника (т.е. системного шелла), отсюда и тормоза. Надо по-меньше ерунды ставить, и виснуть не будет.
В 7 эту проблему не то что бы решили, просто стали запускать отдельные потоки для разных окон. Поэтому одна тормозящая папка перестала вешать систему.
PS я свою проблему лагов Проводника решил через удаление TortoiseSVN, TortoiseGIT и TortoiseHg.
я свою проблему лагов Проводника решил через удаление TortoiseSVN, TortoiseGIT и TortoiseHg.
Зачем нужен Windows Explorer без этих прекрасных утилит?
Я эту проблему решаю опцией «Hide menus for unversioned paths».
Каким бы раком компьютер не стоял, если всё и подтормаживало, то достаточно пропорционально и работать можно было.Не надо рассказывать сказок. Пару лет назад при попытке копирования видео на флешку можно было спокойно уходить пить кофе, так как не только интерфейс «замораживался», но и мышь переставала двигаться на всё время до окончания этого процесса.
Не знаю — может сейчас эту проблему решили, я сейчас флешками не пользуюсь…
Умирает всё, что связано с переключением процессов. ping'и при этом ходят, и курсор мышки (ура!) ползает без тормозов. Пользы от него при этом особой уже нет, конечно…
Начиная с 98-й я начал замечать, что курсор остаётся живым, даже при сильной загрузке.В универе проверяли TCP SYN flood с одного IP наглухо вешает XP/2003, еще печальнее чем в статье — фризится GUI(и вообще все, даже экран перестает обновляться) пока идет флуд. После остановки флуда через секунду все начинает работать. Windows выше ХР не пробовал (теперь не интересуюсь). В Linux на SYN flood тогда была 90% загрузка одного ядра на core 2 duo. За все время в Linux втречал много тормозов, но не мышки (CPU загружен постоянно — BOINC).
На рабочем компьютере Windows 10
Дальше можно было не продолжать :)
Единственный шанс нормально работать из под Linux — VirtualBox с Windows )
Я за Windows 7 в надежде на нормальное будущее следующей версии Windows. Как по мне, так Windows стоит на месте по потребительским свойствам, пытаясь втулить всякие игрушки. А Linux вообще не изменился по работе с окнами, драйверами и тд. На сегодняшний день установить драйвера ATI до сих пор является проблемой. Тем кому принципиально надо — конечно, справятся, а тем кому нужно просто работать — это долгая морока.
в Линуксе нечего делать, даже конференцию нормально не провести.
OBS отлично работает, если что)
У меня qemu+kvm, настроен GPU Passthrough. Никаких отличий виндовой виртуалки от хост винды не вижу.
Собственно раньше жил на VirtualBox исключительно. С тех пор как осилил qemu+kvm о Vbox забыл и вспоминать желания нет.
http://vfio.blogspot.ru/2015/05/vfio-gpu-how-to-series-part-1-hardware.html
Она малость устарела уже. Есть нюансы. Но её плюс в том, что там не просто набор непонятных команд — а детальное описание что и для чего мы делаем.
У меня Open Suse — для неё есть адаптированная дока:
https://forums.opensuse.org/showthread.php/522015-VGA-PCI-Passthrough-guide-on-openSuSE-Leap-42-2
Также есть большой материал, который лично я использую как справочник:
https://wiki.archlinux.org/index.php/PCI_passthrough_via_OVMF
ATI давно уже нет, поглощены AMD. Ставить драйвера для AMD сейчас не нужно, открытые работают из коробки и намного лучше закрытых. Драйвера видеокарт перешли на KMS, сейчас ведётся работа над поддержкой Atomic Modesetting. На фронте графической подсистемы решается важная задача избежать тиринга и копирования фреймбуфера — Wayland. Игр за последние два года стараниями Valve стало столько, что я не успеваю играть, чаще покупаю просто чтобы поддержать понравившуюся компанию.
Вам стоит актуализировать данные.
Драйвера нужны не для разработки, а для поддержки железа. Драйвера выполняются в пространстве ядра, там невозможно подгрузить пользовательские библиотеки.
Вы говорите о реализациях графических API, таких как Direct3D или OpenGL. Сейчас есть полноценная реализация OpenGL с аппаратным ускорением, библиотека Mesa. Для современного железа AMD она поддерживает OpenGL 4.5 и работает не хуже старой закрытой fglrx.
Конференции в Linux проводить можно. Даже скайп работает О_О. Вроде бы как Cisco предлагает кроссплатформенные решения по конференциям.
P.S.: Не надо говорить про Linux on Windows подсистему — внимание было акцентировано на Windows 7, где этого нет и вряд ли будет в ближайшее время.
Э… что именно вы понимаете под "разнородными окошками с терминалами"?
UPD: я вам уже отвечал вот тут: https://habrahabr.ru/company/jugru/blog/327492/#comment_10196930
Windows не заставляет вас использовать 4 разных терминала для 4х разных задач, все эти задачи можно делать в одном окне если это вам так важно.
Не понимаю почему вы до сих пор рассказываете эти мифы.
Cygwin к сожалению выглядит не очень хорошо, плюс на тот момент были проблемы со стрелками или чем то в таком духе. Следовательно его я старался использовать по минимуму.
Самое красивое и удобное окошко терминала я видел у Git Bash, но мне не удалось его подружить в проинсталированным Cygwin.
Вот именно. Вы не нашли другого решения. Вам не удалось их подружить. Это — ваша проблема, а не Windows.
Я бы понял если бы вы сказали, что это сделать сложно, хотя сам я никаких проблем не вижу. Но вы пишите — невозможно, а это вранье.
У меня не получилось настроить. Я убил на это в общей сумме часов 5-10. Я не нашел способ с имеющимися у меня ограничениями получить столь же удобный и красивый терминал с нужными мне утилитами как, к примеру, дефолтный терминал Ubuntu. Что бы у меня было одно окно терминала с вкладками, с нужными горячими клавишами, с настраиваемыми и красивыми шрифтами, с нормально работающими стрелками и клавишами дополнительного блока клавиатуры.
У вас есть готовая инструкция как это сделать? Ну или хотя бы вы это делали?
Уточню — мне это сейчас не нужно. Поэтому я не буду тратить время на доказательство ваших слов. Я вполне поверю вам, если вы скажете что вы настроили и все работает (особенно со скриншотом демонстрации работы). Но пока что лично для меня все выглядит так что я попробовал и не получилось, а вы не пробовали и лишь считаете, что должно получится.
Если бы вы толком объяснили что именно вы пытались сделать — я бы, может быть, и ответил. Пока что могу сказать только то, что все, что лично мне от системы требовалось — работает, и именно из-за того что все работает, я и не понимаю где тут могут быть подводные грабли.
Выражение "такой же удобный и красивый как дефолтный терминал убунты" для меня во что-то осмысленное не складывается. Просто потому что я толком не пользовался дефолтным терминалом Убунты. Уверен, было бы больше толку, если бы вместо подобных сравнений вы перечислили какие именно фичи делают дефолтный терминал Убунты удобным и красивым для вас.
Конкретно по поводу окна терминала с вкладками — выше уже упомянули Conemu. Я сам его не ставил, но один мой коллега его использует, и матов по поводу Conemu от того коллеги я не слышал.
И да, я из любой консольки могу вызвать хоть гит, хоть putty, хоть собрать проект, хотя и предпочитаю делать это в разных окнах.
И зачем вам cygwin?
А если не секрет, какие у вас задачи, что вам нужны разнородные окошки с терминалами, да еще и взаимодействующие между собой?
А для ssh сойдёт и putty.
https://ru.wikipedia.org/wiki/Windows_PowerShell Позволяет творить и более чудесатые штуки.
2) Видео кодеки, видео в браузерах очень часто тормозит. Верю, что пофиксить можно, но это +1 Level к опыту
3) Как я уже говорил, AMD драйвера ставятся тяжело, то что там из коробки — это в игры играть, я же говорю про разработку (Но для кого нужно принципиально кодить GPU под Linux — тот разберется конечно же, но если OS не принципиальна, зачем себе усложнять жизнь)
4) Skype — такой ужасный, что хоть Web версию юзай
5) Оболочка тормозит без видимых причин (Особенно Unity), радует только быстрая работа файловой системы
6) Безопасность именно оболочки на низком уровне, но это такой — можно пообсуждать
7) Частые проблемы с настройкой Аудио гарнитур, часто нужны пляски чтобы запускать акссесуары, иногда невозможно
8) Microsoft Office, Open Office, Libre Office, Google Sheats не заменяют его, если клиент высылает огромный перелинкованный сложный файл
9) Тестить все всеравно в Windows приоритетно
10) Опасно обновляться для неопытного пользователя
11) Можно включить чистую устанвоку и увидеть смерть оболочки и снова надо гуглить, при этом случается весьма рендомно
12) Любая работа с Медиа — отстутствует на нормальном уровне
— За мой опыт одновременного использования 20 машин как рабочих станций, начинали с Fedora, потом Ubuntu, потом Windows 10, заканчиваем похоже Windows 10 и 7.
— Если вы в веб разработке, то как вы PSD шабло резать будете, в Avacode? ну это если что-то простое, в реальной жизне столько нюансов, что лучше иметь Adobe в любом случае, снова таки для домашнего использования
— Не понимаю вообще о чем можно спорить, если зона Linux — сервера и он далек от пользователя, потому что «Обычному человеку» в Linux нечего делать, даже фоточки с поезкди не обработать паттернмо ) А альтернативы — это учиться, но ради чег оучиться, если на практике разницы нет и реальная разница для потребителя — только софт и больше ничего.
А вот по поводу скайпа у меня такое ощущение, что это и есть веб-версия воткнутая в оболочку
4) skype под винду испортился гораздо раньше.
10) применимо к обеим системам.
даже конференцию нормально не провести
Полгодна на линуксе "митинговал" через Hangouts и прекрасно себя чувствовал. Или в hangouts какие-то неправильные конференции?
До хорошего состояния Windows тоже ещё нужно довести.
Просто ваш опыт с Windows (сколько лет вы с ним живёте?) позволяет Вам чувствовать себя в нём комфортно — все привычные инструменты уже изучены, установлены и под рукой.
С Linux всё точно так же — за годы он изучается вдоль и впоперек, нужные инструменты находятся и устанавливаются, выкапываются все нужные настройки.
Linux радует ещё тем, что не препятствует изучать и настраивать себя.
Но с другой стороны не радуют некоторые разработчики ПО, которые избегают поддержки линукса на десктопе.
P.S. Вы точно уверены, что дяди из Microsoft сделали именно "халяву"? :-)
Полноценную замену для notepad++
VSCode? Atom?
Skype под линукс — был тихим ужасом, когда я видел его последний раз.
Он и винду — тот ещё отстой. Если не нужны видеоконфы, то Discord не плох.
Что-то не замечал глюков. Может уже всё починили? И что значит "не уместно"? Не подходит к вашей теме рабочего стола или что?
неотключаемый поиск обновлений раз в десять минут совсем не к месту, а уж тем более — у софта, установленного менеджером пакетов
а в винде… было такое, что он обновился и всё съехало, показывал какую-то каку вместо своего интерфейса
Пока перебиваюсь Sublime, но отдавать за текстовый редактор 70$ как-то многовато, а по ощущениям он почти перестал развиваться.
VSCode использует тот же Electron, что и Atom и наследует все его недостатки.
Skype под винду тоже ужасен, но с ним всё-таки можно жить. А перейти с него до конца я, к сожалению, не могу.
Безопасность именно оболочки на низком уровне, но это такой — можно пообсуждать
Что такое безопасность «именно оболочки»?
Можно включить чистую устанвоку и увидеть смерть оболочки и снова надо гуглить, при этом случается весьма рендомно
Ну рандомно оно случается вовсе не по вине оболочки, а кое-кого другого ) А вообще-то в современных дистрибутивах типа убунты или опенсузи такого не наблюдается (у меня по крайней мере).
Вообще, по стилю изложения сильно смахивает на Дениса Попова… Дениска, ты теперь фанатом винды заделался? Ну ее то выдать за свою поделку вряд ли получится…
Из этой серии есть ещё photivo, rawtherapee и так далее.
gimp не плох, вообще хороший софт, просто очень модно его ругать. Нужно же понимать, что привычный подход тут не будет работать, что все техпроцессы другие. Типа того, что вы привыкли в фотошопе крутить ручку «А», потом выключатель «B», копировать слой и режим смешивания «Q», а чтобы получить этот же результат в гипме нужно в фильтре «M» выбрать режим «X» и накрутить ручку «L», а потом инвертировать. Поэтом, для успешной работы в гимпе вообще не нужна ручка «А» и выключатель «B» и совершенно некорректно его упрекать в их отсутствии.
Думаю, по мере развития Krita, необходимость в GIMP'е вообще отпадёт и им окончательно перестанут пользоваться.
В wine ещё напрягает то, что он не кумулятивен. Если программа работает в wine 1.6, то не факт, что она будет работать в 1.9 или 2.8. С каждым апдейтом wine какие-то программы внезапно перестают работать, поэтому нельзя сказать, что wine со временем становится лучше — нет, там просто непредсказуемо изменяется подмножество запускаемого софта.
В итоге приходится держать по 5-6 версий wine, чтобы обеспечить работу всего нужного софта, в первую очередь пачки экзотических мессенджеров. Тот же LINE не работает в wine выше 1.9.
Такая же проблема есть в других ОС?
Хороший детектив. Кто убийца, надеюсь, узнаем во второй части :)
PS: вообще, у Микрософт последнее время странные архитектурные решения. Додуматься всобачить критическую секцию в закрытие процесса?!
Додуматься всобачить критическую секцию в закрытие процесса?!Там без критической секции никак. Под любой OS. Нужно аккуратно освободить все ресурсы.
Другое дело, что, наверняка, кто-то что-то отрефакторил и теперь в этой критической секции вместо изменения пары таблиц теперь делается что-то тяжёлое, возможно даже — с заходом на диск и прочим.
Честно говоря не особо удивлюсь, если это так.
Мда, я не подумал о том, что для работы с таблицей процессов критическая секция все-таки понадобится.
Интересно, а освобождение ресурсов разве нельзя отдать в асинхронную функцию, которая будет, имея дескриптор процесса, закрывать его файлы итп? Дескриптор, само собой, уже отвязанный от ядра, т.е. процесс в ядре отсутствует, есть только PID, по которому из системы в режиме read lock забираются дескрипторы ресурсов и спокойно закрываются, когда позволяет ОС.
Хотя одна машина вместо трех требуемых перекрывает этот недостаток.
Ибо второго комплекта монитор-клава нет,
Используйте HDMI/USB переключалку
а если выключить виртуалку куда проброшены Video и usb — изображение на проброшенный девайс без перезагрузки не вернется
Я для хоста оставляю вторую видеокарту (интегрированную или дискретную но слабую). Моя переключалка тоже требует перезагрузки, но
делается одной командой.
Что в принципе не так страшно, т.к. требуется редко.
Есть хост-система (кстати, для её установки тоже есть плейбуки, а для настройки pci passthrough поддерживаются Fedora, ElementaryOS, и Ubuntu), она используется повседневно. Эта хост система либо использует слабую видеокарту, либо мощную дискретную (переключение одной командой, но нужна перезагрузка).
Если использует слабую видеокарту, то дискретная мощная может быть в любой момент проброшена в Windows виртуалку. Когда Windows виртуалка не нужна, её можно выключить. Так же обычно у меня есть другие виртуалки, но они, обычно, Linux-овые, и используются для работы(я DevOps).
Любые виртуалки в любой момент могут быть остановлены.
Мне кажется, это удобнее возни с dom0 в Xen
Причем у win монопольное использование видеокарты с usb и соответственно монитора, клавы, мыши. Сервер в итоге стоит на лоджии, а в комнате тишина и покой.
Быть может иметь хостом еще один Linux было бы удобнее, но поздно пить боржоми :) Переставлять весь зоопарк сложнее чем включить Xen Management Console. Ну или переключалку купить.
win10 как основная
А разве удобно, учитывая все сложности с тем, как у Microsoft реализованы блокировки файлов, и в силу этого апдейты?
Для вебсерфинга и пр удобнее же Linux. Ну и можно о вирусне не бояться, и серфить где угодно :)
Сервер в итоге стоит на лоджии, а в комнате тишина и покой.
муж тоже любит тишину, поэтому для наших ПК он применил целый ряд разных решений и немного DIY, что бы они работали без нагрузки бесшумно (его skylake i7-6700k) и почти бесшумно (мой Xeon)
А домашний сервер(NAS) у нас на 4-х ваттовом процессоре (там 8Gb ram и ZFS raidZ)
Что-то тяжелое, что должно быть публично доступно, мы запускаем на своей железке в хетзнере.
А разработка прямо на ПК
На десктопе я привязан к Win большим числом программ.
Если не секрет, какими? И разве они должны ли они быть именно там, где браузер и IDE?
И разве они должны ли они быть именно там, где браузер и IDE?
Это уже тема для холивара. Я использую и ту и ту ОС на машинах, каждую для своих задач.
А из программ:
Sony Vegas(под wine оно не работоспособно),
Code Composer Studio(есть под Linux, но пока не поддерживаются нужные мне девборды),
DipTrace(под wine оно пашет но GUI работает очень плохо).
Atmel Studio&Visual Studio
Ужасный перевод, глаза сломать можно и мозг вывихнуть.
Исключительно по вашей просьбе.
поток UI Диспетчера задач постоянно блокировался вызовами к функциями вроде SendMessageW ожидающих в критической секции ядра (это версия критических секций в режиме ядра)
Оригинал:
UI thread was repeatedly blocked on calls to functions like SendMessageW, apparently waiting on a kernel critical region (which are the kernel-mode version of critical sections)
Во-первых опечатка — вместо функциями — должно быть функциям.
Во-вторых "вызовами к фукциям" это калька с английского calls to functions и на русский переводится, как "вызовами функций".
В-третьих между "вызовами к фукциям" и "ожидающих в критической секции ядра" — явное рассогласование падежей, должно быть "ожидающим в критической секции ядра". Хотя, может быть тоже опечатка.
В-четвёртых, в оригинале написано, что kernel critical region это то же самое, что critical section, только в режиме ядра, а в переводе написано, что критическая секция это то же самое, что критическая секция, только в режиме ядра.
Далее:
Я вручную прошёл по цепочке ожидания через полдесятка процессов, чтобы найти, кто заграбастал ресурсы моего UI.
Оригинал
I manually followed the wait chain through a half-dozen processes to see who was hogging the lock.
В оригинале полдюжины, переведено почему-то полдесятка. В оригинале хотелось выяснить, кто держит лок, в переводе зачем то это перефразировано в кто заграбастал ресурсы моего UI. Зачем перефразировать? Вроде программисты будут читать.
Далее
Я вынужден был идти дальше,
Оригинал:
I had to keep going
Опять калька с английского, на русском языке говорят — Пришлось продолжать
И, наконец,
а в середине есть длительный промежуток (около секунды), где оно идёт серийно — используя всего один из восьми доступных потоков в системе
Оригинал:
but there is a long period in the middle (about a second) where it is serialized – using just one of the eight hyperthreads on the system
Серийно — это пять :). Подозреваю, что тут должно было стоять слово последовательно.
Это то, что бросается в глаза при вертикальном просмотре, может быть есть ещё.
Ну, это локализация, не более.
Ну нет :). Слово полдюжины в русском языке есть, оно употребляется, все знают, что оно означает. Так что это не локализация.
Наоборот, присутствие дюжин, миль и фунтов в переводах выглядит очень подозрительно.
По поводу миль и фунтов можно ещё поспорить, а вот по поводу дюжины — нельзя. Такое слово в русском языке есть, оно употребляется и все знают какое количество предметов оно означает.
Контекст явно «примерно 5-6», в переводе ничего не утеряно.
А может и 10. В переводе действительно ничего не утеряно, просто коряво написано.
Зачем перефразировать?
Почему нет?
Когда что-то меняешь в авторском тексте, нужно отвечать не на вопрос "почему нет", а на вопрос "почему да" :)
А ваша фраза «Ужасный перевод, глаза сломать можно и мозг вывихнуть»
Это не моя фраза :).
P. S. Вообще я тут посмотрел в профиль автора. В комментариях он не появляется, обсуждать то, что он перевёл, ему не интересно, закономерно возникает вопрос — зачем он вообще этим занимается?
Справедливости ради, в моих детских воспоминаниях папа покупал в магазине именно полдюжины яиц. Сейчас яйца продаются не поштучно, а в упаковках, дюжина или полторы яиц в каждой.
И чего ради это время тратить в данном случае?
Ради того, чтобы сделать хороший перевод?
Пост с 9 утра уже собрал 70+ голосов, 50+ лайков и ~15к просмотров.
Если цель перевода — набор лайков, то перевод просто прекрасен, тут вы совершенно правы.
Если переводчик вместо одной лигнвистически вылизанной (пардон за каламбур) статьи подготовит две вполне читабельные — это очень хорошо.
Если вы не можете читать на английском, то наверное так и есть. Тогда вообще важна не читаемость, а чтобы факты не перевирали и всё.
На сколько я вижу, автор (т.е. переводчик) читает комментарии, делает выводы и исправляет некоторые пассажи.
По исправленным пассажам видно, что предметной областью переводчик владеет слабо. Собственно по данному переводу это тоже заметно.
Имеет полное право действовать таким образом и не тратить время на перепалки.
Желание обсудить интересующий тебя вопрос и желание вступить в перепалку это разные вещи. Ну а так — да, каждый имеет полное право делать переводы статей на не интересующие его темы. Мне, правда, по прежнему любопытно, что может сподвигнуть человека на такие поступки :).
Не надо смешивать дюжины с фунтами. Дюжина — мера, широко распространенная в России — аж с 18 века.
Сегодня грамотный человек, просто по восприятию, ощущает «дюжину», как вполне русское слово. А «фунт» таковым не воспринимается, потому что в России его больше 50 лет назад вытеснила система Си.
Всё началось, как это часто бывает, когда моя машина начала подтормаживать.Допустимо в разговорной речи, но в письменной повторяющиеся слова стараются заменять синонимами, например, здесь повотрение начала можно лего заменить на стала.
На рабочем компьютере Windows 10 c 24-ядерным процессором (48 потоков) — и они на 50% простаивали.По-русски так косноязычно обычно не изъясняются. Ведь проще, например:
На рабочем компьютере Windows 10 c 24-ядерным процессором (48 потоков), который на 50% простаивал.
Дальше самый ад, после которого желание продолжать чтение пропало:
Taskmgr.exe (72392) завис на 1,125 с (MsgCheckDelay) на треде 69,196. Наибольшая задержка была 115,6 мс на win32kbase.sys!EnterCrit, который был подготовлен процессом conhost.exe (16264), тред 2560 на 3.273101862. conhost.exe (16264), 2560 был подготовлен на 3.273077782 после ожидания 115,640.966 мс, процессом mstsc.exe (79392), 71272. mstsc.exe был подготовлен (то же время, та же задержка) процессом TabTip.exe (8284), 8348, который был подготовлен процессом UIforETW.exe (78120), 79584, который был подготовлен процессом conhost.exe (16264), 58696, который был подготовлен процессом gomacc.exe (93668), 59948, который был подготовлен процессом gomacc.exe (95164), 76844.Как понимаю, в тексте речь про перевод тредов в состояние ready (готовности к исполнению после ожидания чего-либо). В русском языке не знаю устоявшегося термина для обозначения этого состояния и был подготовлен (к чему?) явно не лучший вариант. Здесь предпочтителен не буквальный, а развёрнутый литературный перевод в контексте, хотя бы — был переведён в состояние готовности к исполнению или был подготовлен к исполнению.
Произошло 5768 контекстных переключений, когда процесс NtGdiCloseProcess был в стеке Ready Thread StackЭто что, гугл-транслейт?! На русском так предложения не выворачивают.
ясно показывает, что такие поведение наблюдается
Очень плохо, если в случае блокировки более 95% времени отнимает одна функция, особенно, если ту же блокировку нужно получить для вызовв GetMessage или обновления положения курсора.
Anytime you have a lock that is held more than 95% of the time by one function you are in a very bad place – especially if that same lock must be acquired in order to call GetMessage or update the mouse position.Тут даже прямой дословный перевод по-моему будет звучать адекватнее, просто атас, смысл извращён на 95%.
где оно идёт серийно
Серийность завершения процессов была не такой тяжёлойПёрл про серийность уже отметили, перевод жжёт.
система сборки Chrome очень умная и порождает больше процессов
Chrome’s build system is smart enough to spawn more processesБлиже к концу у переводчика разыгралась фантазия.
Я за эту статью денег не платил, требовать полировки морального права не имею.Не вижу смысла что-то делать спустя рукава. Кто знает английский, прочтёт в оригинале, кто не знает, воспользуется гугл-транслейтом, качество перевода которого недавно подросло и сравнимо со статьёй. Ну а если человек хочет обойти автомат, то должен сделать свою работу лучше него, благо, возможностей для этого пока предостаточно, например, писать по-русски, а не механически передавать английские предложения русскими словами.
Про «Очень плохо, если в случае блокировки» — совершенно не согласен. Передано довольно точноЕще раз:
плохо, если в случае блокировки более 95% времени отнимает одна функция
Anytime you have a lock that is held more than 95% of the time by one functionВообще про разное. Причём, в переводе непонятно, что хочет сказать автор, а в оригинале всё предельно чётко.
Выполнение работы на достаточном уровне качества очень экономит время относительно выполнения работы на превосходном уровне качества.Ага, как в случае оригинала и некачественной подделки.
Но нагуглить русскоязычным запросом а также прочитать русскоязычные комментарии под оригинальной статьей не получится.Зачем? Это неоригинальный контент, а большая часть мировой экспертизы изложена на английском языке. Передирать её, значит всегда быть на шаг позади и биться лбом о языковой барьер. Вы ещё ключевые слова в языках программирования предложите перевести, а то как их неучам гуглить.
Речь в обоих случаях о том, что 95% времени (не в «разах», а именно время в секундах) — это задержка в одной отдельной функции, в которой к тому же есть блокировка ресурса, необходимого всей системе.Разве об этом говорит автор в:
Anytime you have a lock that is held more than 95% of the time by one function
Каждый раз, когда у вас есть лочка, удерживаемая 95% времени одной функциейЭто не то, что в переводе, и не совсем то, что Вы постарались пересказать. Дойти до правильного толкования можно, но лично мне перевод выворачивает мозг, в оригинале понятнее.
У перевода можно выделить один очень простой критерий качества — у читателя не должно возникать желания посмотреть, как там оно в оригинале у автора, о чём вообще речь. Если этого нет, нет смысла публиковать перевод. У этого перевода такого качества нет, зато есть синтаксические, стилистические и семантические ошибки.
наштамповал несколько версий с откровенным говнокодомЗвучит, как оригинальный контент, пусть и говно. Повторяя, имеет смысл делать хотя бы не хуже.
В таком случае переводы не нужны совсем, даже хорошие, а кто не учит английский — ССЗБ. И обсуждать нечего, переводчик зря потратил время, вне зависимости от качества перевода.В точку. Но раз работа сделана, она должна давать читателю какие-то преимущества перед обращением к оригиналу. Для меня их нет, о чём и высказался.
приведите, пожалуйста, свой вариант переводаОн есть выше, прекращайте читать по диагонали, обесценивая труд писателей :)
посмотреть в целом на задачу донесения информации до ЦАЦА в восторге, что на венду в очередной раз вылили ушат с помоями, детали пофиг, а кому важна суть, лучше прочитать в оригинале, чем в некачественном пересказе.
Яваскриптовые менюшки в 2000-х — это что угодно, но не оригинальный контент. Это как сегодня очередной мессенджер (только объем работ несравним, конечно же).Ну, значит, ударный труд на увеличение энтропии, что, вроде, считается плохой практикой.
Не сочтите за труд, процитируйте, пожалуйста. Я реально не вижу.Последняя цитата в этом сообщении.
расследование и выводы в наличии.Только передано через слегка «испорченный телефон».
Gonny:
Удивительное это дело — прогресс. Чтобы набрать и распечатать одну
страничку красиво оформленного текста мне уже не хватает мощности
компьютера, который с легкостью может управлять двумя тысячами советских
боевых спутников одновременно. Есть мнение, что если бы не microsoft, то
мы давно бы уже покорили вселенную.
Я например остро ощутил разницу в скорости загрузки, и, особенно, засыпания/пробуждения компьютера.
Обновление ОС — нормальный процесс. В 10, кстати, его переработали.
Уже позабыты автообновления ОС, происходящие в прямом эфире?
Что тут можно сделать — неясно. Периодически включать резерв и
По поводу «сломалась» — само по себе давно ничего не ломается. Соблюдайте банальные правила безопасности: вовремя обновляйтесь, не ставьте софт из непроверенных источников, не шарьтесь по сомнительным ссылкам, и все будет работать годами. При желании никто не мешает закрутить гайки, работа от непривилегированного пользователя, SRP, EMEТ.
По поводу «сломалась» — само по себе давно ничего не ломается.Ну это-то понятно.
Соблюдайте банальные правила безопасности: вовремя обновляйтесь, не ставьте софт из непроверенных источников, не шарьтесь по сомнительным ссылкам, и все будет работать годами.А потом на ноут для презентаций сядет условный «Дядя Вася» попом и срочно потребуется замена.
Собственно то, что оно работает годами, а потом, внезапно, требуется подмена — и порождает этот феномен…
Ну так зарубите «дяде Васе» права.Впервые встречаю упоминания о правах доступа для попы.
Проблема не в Windows, и даже не в «дяде Васе», проблема в том, кто не подготовил рабочее место.Выше речь шла о публичных выступлениях на всяких стадионах и конференциях. О каком «рабочем месте» вы говорите?
Операционная система — инструмент, не нужно его хаять, если не умеете пользоваться.Вот только Windows 10 — это такой инструмент, который нельзя положить «в кладовку», он там, понимаете ли, прокисает.
Почему-то в автомобилестроении перешли от обслуживаемых аккумляторов (за которыми нужно регулярно следить, а то свинц «осыпется») перешли к необслуживаемым. А в IT — всё наоборот… и называют это «прогрессом».
Человек разумные аргументы сводит к попамЧеловек указывает на то, что аппаратные проблемы настроками программ не решаются, а ему в ответ продолжают петь песни про «софт из непроверенных источников» и «права доступа». Как будто софт из проверенных источников может починить клавиатуру или трекпад. Понятно, что «сесть попом» на ноут, который «не туда» положили при подготовке в презентации — это не единственный способ его угробить. Но вы не поверите — насколько он распространён…
Хабр такой хабр.Хабр работает так, как и задуман. Нескогласие с мнением оппонента — нормально. Неумение (или нежелание) читать — нет.
Человек указывает на то, что аппаратные проблемы настроками программ не решаются, а ему в ответ продолжают
Вы тему дискуссии не перепутали, случаем?
А если у вас софт прокисает, то руки всё-таки кривые.
Вот он, комп. Мы с ним работаем, он обновляется, он подготовлен к презентации.
Вон там, в кладовке, лежит резервный комп. Его пол-года не включали, но пол-года назад там всё тоже было зашибись. Всё это время он лежал в кладовке, ничего сломаться не могло.
Завтра презентация. А тут неуклюжий Дядя Вася вдруг случайно ломает тот компьютер, который рабочий и подготовлен. Сел на него с размаху всеми своими 120 кг.
Стоп паника, у нас есть резерв! Достаём, включаем… и он ещё пару дней обновляется, и отменить/остановить/предотвратить мы это не можем. Вот это и называется «софт прокис»: он вроде как есть, и он вроде как исправен, но пользоваться нельзя, потому, что политика обновлений.
А вообще, много что могло не дать отключить обновления, и много что могло потребовать обязательно подключить к сети перед использованием (и соответственно накачать обновлений).
— Доменные политики, которые регламентируют обновления на рабочей станции. В нормальной сети вообще регулировка обновлений производится не на самой рабочей станции, но см. ниже. На этапе разработки политик сложно представить себе все сценарии и исключать какие-то станции из этих политик.
— Доменные политики смены паролей. Скажем, я за эти пол-года дважды поменяю пароль в домене, и в этот компьютер не смогу войти, пока не подключу его к сети, вот тут-то он и накачает обновлений. И даже если я заранее отключу обновления для рабочей станции, чтобы эти новые политики применились — нужно тоже подключить её к сети. И никто не гарантирует, что они применятся до того, как собственно начнутся обновления согласно старым политикам полугодовой давности, по которым она пока ещё работает.
Решения проблем «прокисания» в винде на сегодняшний день не существует. Никакого. Уймите свою попоболь и просто примите это как простой факт. Пока логика обновлений не даёт прерывать их или применять в фоне, в процессе работы, без десятков перезагрузок, винда будет «прокисать».
Вот на что я не плевал, так это на манеру общаться минусами.
Ок, пусть у меня будет попоболь, как вы выразились. Ок — я не умею думать.
Ну прокисает у вас винда — пусть дальше прокисает. Есть те, у кого не прокисает (они, конечно сами виноваты, что у них всё не так, как у «умных»). Количество минусов, кстати, указывает на количество людей, которым проще поставить минус, чем подумать и найти решение «проблем».
Умение ориентироваться в обстановке и адаптироваться к ней называется «интеллект». Вам этого не хватает.
До новых встреч.
Ничего в Windows не «прокисает», единственное, чего она сейчас требует в плане обслуживания — периодической чистки системного раздела от мусора. Но с современными объемами винтов даже это не очень актуально.
По поводу необслуживаемых аккумуляторов — много читал на эту тему после приобретения первого автомобиля. Технологии, используемые и в тех, и в других совершенно одинаковы. Но аккумулятор с пробками вы можете обслужить, продлив срок его службы, а без них — только выбросить. Я говорю не про «гелевые», они действительно служат дольше, но их покупка не оправдывается себя по причине высокой цены, проще купить два дешевых, да и морозы они переносят хуже.
При чем тут публичных выступления и попы.Притом что при подготовке к публичным мероприятиям иметь запасной микрофон, проектор (или хотя бы лампу для проектора) и прочее лежащее себе тихо-мирно на складе месяцами (а то и годами) — не проблема.
А вот если вы припасёте «запасной» ноут с Windows 10, то при включении его он обнаружит, что он «безумно устарел» и начнёт судорожно обновляться.
Ничего в Windows не «прокисает», единственное, чего она сейчас требует в плане обслуживания — периодической чистки системного раздела от мусора.Какая, к бесу, чистка системного раздела о чего-бы-то-ни-было, если железка на складе лежит и её не включают?
Я говорю не про «гелевые», они действительно служат дольше, но их покупка не оправдывается себя по причине высокой цены, проще купить два дешевых, да и морозы они переносят хуже.Тем не менее в большинстве случаев на новые автомобили ставят-таки необслуживаемые аккумуляторы. А вот ноуты — у нас вдруг стали обслуживаемыми…
Сарказм, конечно.
Вот достали вы с кладовки ноут, без обновлений подключили его к публичной сети, а во время показа презентации у вас криптовымогатель денег попросил, так лучше будет? Шансов, конечно, не густо, но обновления как правило закрывают уязвимости и фиксят баги (ну должны хотябы), а вы их не ставили годами. Это как ставший классическим подход с прививками, «зачем делать, если все вокруг привиты и заразиться не от кого».
А если не хотите, то в чём проблема, оставьте ноут без интернета на момент презентации и всё, вряд ли он сам обновлений напишет.
Без интернета криптолокер подхватить трудно. А обновлений, которые срочно понадобилось установить во время презентации, ноут мог хоть два года назад накачать, вот в чем проблема.
Как восстановить Windows 10 к исходному состоянию, и почему для этого больше не нужен install.wim
Как переустановить Windows, сохранив настройки и установленные программы
Да даже с Windows 7 тоже подобное можно словить. Накатывание обновлений на Win7 — головная боль. Попробуйте взять чистую версию (не сборку с последними обновлениями) и установить все обязательные и рекомендуемые обновления за несколько лет. Они не кумулятивные — ставятся очень долго, не все сразу, требуют кучу перезагрузок. А ещё будет весело, потому что при установке обновлений начнут вылезать ошибки, из-за чего процесс обновления не будет выполнен.
Так и будет с компьютером для презентаций, который включается раз в полгода. Включаешь компьютер — и ждёшь, пока система доустанавливает обновления. А если произойдёт ошибка — ждёшь вдвойне, пока она откатится.
вы просто не пользуетесь ей по-настоящему, с тысячей рабочих станций и сотней разнообразных проблем
Я обыкновенный программист с двумя машинами каждый день.
Исправлюсь, прикуплю одну тысячу девятьсот девяносто восемь машин. Просто потому, что хочу стать тру.
P.S. С момента выхода семерки экраны установки винды видел только при апгрейдах винды. Покупаю только «белые» компы. Софт, как понимаете, у программистов самый разношерстный. Стараюсь сломать винду, но всё безуспешно. Даже дуал-бут с убунтой сделал (Убунту уже угрохал, дважды, а винда — всё работает). Я уже все навыки по переустановке винды растерял. Боюсь, что в случае поломки — переустановить сам не смогу, придётся платить студенту какому-нибудь. Волнуюсь. Помогите — что я делаю не так?
P.P.S. хватит ли двух тысяч машин для того, чтобы я стал пользоваться виндой по-настоящему? Или советуете прикупить больше? Пользуюсь ежедневно. Даже по-несколько раз в день. Может чаще пользоваться? Может снять латексные перчатки?
Просто у меня другой подход: не покупать технику, которая имеет постоянные проблемы (HP, кстати, давно попал в мой бан-лист). Если купил — и проблемы есть — возвращаю. ИМХО лучше переплатить 10-20% за «белую» начинку, чем потом убивать своё время на решение проблем, которые я, в принципе, не обязан решать.
ИМХО лучше переплатить 10-20% за «белую» начинку
Да что вообще это слово значит? Я в последний раз такое слышал под конец девяностых. Там ещё про белую сборку было.=) У нас немало где используются фермы виртуальных арм, там нет понятия начинки как такового, а сервера проверены годами и гарантией производителя. И проблемы ровно те же. Потому что это софтверные проблемы, решаемые установкой обновлений от вендора.
Ну как так начинки нет? Те же сервера используют процессоры, чтобы думать, память, чтобы помнить, какие-либо виды хранилищ, чтобы хранить :)
Ну и еще есть разница — совместимы ли эти компоненты между собой полностью или частично. Работают ли надёжно, или какая-либо компонента загибается при определённых условиях. Выпускаются ли драйвера для каждой версии ОС, или работают через какие-угодно костыли. Хорошо ли дружат с виртуализацией, или через костыли, и т.д. и т.п. У вас виртуальная машина? Ок. А драйвера в этой машине хорошо дружат с виртуализированным железом?
Блин, я уже забыл о чём вся эта дискуссия… пойду, ударю кувалдой по монитору, дабы не выделятся.
Ну и еще есть разница — совместимы ли эти компоненты между собой полностью или частично. Работают ли надёжно, или какая-либо компонента загибается при определённых условиях. Выпускаются ли драйвера для каждой версии ОС, или работают через какие-угодно костыли. Хорошо ли дружат с виртуализацией, или через костыли, и т.д. и т.п. У вас виртуальная машина? Ок. А драйвера в этой машине хорошо дружат с виртуализированным железом?
По всем пунктам да.=) Потому что брендовые сервера — это не 20% переплаты за Асус над каким-нибудь условным Биостар или Томато, это иные деньги. И за эти деньги мы можем спросить у производителя, почему он сделал сервер плохо, если он правда сделал его плохо. За то и платим. Честно, сейчас стало несколько похуже, вместо HPE в рамках, мммм, импортозамещения Lenovo, Аквариус и Депо, отличная отлаженная единая инфраструктура медленно превращается в забавный зоопарк, местами поддерживающийся сомнительными реализациями идей ин-хаус. Но даже Аквариус или Депо имеет внутри себя супермикру с достаточным уровнем надёжности и средств самотестирования\самодиагностики, чтобы быть уверенным в том, что он не виноват. Про HPE поколений 8-9 я молчу, там пока sea of sensors проинициализируется, проходит пара минут. Вообще дискуссия куда-то ушла, да.=)
Схожие проблемы у 2их знакомых. У одного тоже микрофризы, у другого их нет но закрытие хрома или вкладки в нем подвешивает браузер на 2-3 секунды. Железо у обоих тоже достойное.
У меня то же самое, но проявляется не всегда. Когда начинает тормозить спасает перезагрузка
Сколько мучений с этим вашим С. Лучше бы активней переписывали код на более современные языки с поддержкой модульности, где не нужно каждый раз пересобирать одно и то же при малейшем изменении.
В Си тоже есть инкрементальная сборка, а если у вас плывет ABI (размер структур, аргументы функций), то пересобирать нужно в любом нативном языке программирования.
И как она работает, если любой "модуль" может объявить макрос, который изменит поведение не связанного с ним "модуля"?
Изменение ABI тоже не должно приводить к полной рекомпиляции, а лишь зависимых модулей, причём без их повторного парсинга.
#define TRUE FALSE //счастливой отладки, суки
Тех, кто принципиально расчехляет макрос в модуле, экзорцируют из общества блаженных праведников, а при рецидиве — и из профессии.
В C++ уже завезли условную компиляцию не требующую макросов?
Макрос как болезнь языка Си и макрос как языковой инструмент, используемый для условной компиляции — суть разные вещи.
Когда уж сил нет как хочется создать, пространство имён от безысходности задаётся префиксом.
Например: https://dlang.org/pretod.html
Вы видимо невнимательно читали. В D импортируются символы и только символы. А В C включается текст как есть, а потом вся эта портянка парсится. Компилятор конечно много чего кеширует, но обязан сохранять совместимость с семантикой текстового включения.
пока вы явно не скажете системе сборки «main.o зависит от my_module.o»
Да нет же. Компилятор сам решает когда нужно пересобрать модуль. Импортируются модули просто: import my.utils
, что преобразуется в путь вида my/utils.d
. Внутри такие же импорты вплоть до стандартной библиотеки, модули которой не перекомпилируются пока вы их не измените.
> But when compiling you should put all your custom modules on the command line.
Краткое гугление показало, что есть продвинутые системы сборки для D, которые умеют автоматически отслеживать зависимости единиц трансляции, но это уже извините не часть языка.
По ссылке проблема с линковкой, а не компиляцией. Компиляция отработала как положено. Почему линковщик иногда не находит модули, если их не указать явно — видимо бага. В любом случае, сейчас никто уже не собирает проекты вручную, ведь есть стандартный пакетный менеджер, который сам указывает компилятору и линковщику что откуда брать
И вы бы не минусы ставили, а попробовали бы уже. Не перекомпилируются там не изменившиеся модули не за зависящие от изменившихся. И всё это благодаря изоляции модулей на уровне языка.
Ок, скачал компилятор, воспроизвёл 2 файла по ссылке, скомандовал dmd tests.d (с флагами) и достаточно ожидаемо получил ровно такую же ошибку:
tests.o:(.rodata+0x10): undefined reference to `_D14datastructures12__ModuleInfoZ'
Командую «dmd tests.d datastructures.d» — всё компилируется и линкуется (как оказалось, drd банально вызывает GNU ld, по крайней мере у меня в линуксе)
Ну не занимается компилятор отслеживанием связей между объектными файлами, не занимается, что бы там с этим отслеживанием на уровне языка ни происходило. Его работа заканчивается, когда из N единиц трансляции получается N *.o/*.obj файлов. После этого термин «язык D» вообще пропадает со сцены, остаются только объектные файлы, для линковки которых используется произвольный линковщик. Так что если у вас там что-то линкуется без необходимости полного перечисления файлов — это заслуга вашей системы сборки (уж не знаю что там у вас стоит, мб фирменный умный линковщик от производителей D).
Задача перекомпиляции только нужных объектных файлов (или, что то же самое, линковки со всеми нужными объектными файлами) от возможностей языка НЕ ЗАВИСИТ и НЕ МОЖЕТ ЗАВИСЕТЬ.
уж не знаю что там у вас стоит, мб фирменный умный линковщик от производителей D
https://habrahabr.ru/post/332816/#comment_10308138
Вот я старался, оформлял ссылку, а вы по ней даже не ходили :-(
Задача перекомпиляции только нужных объектных файлов (или, что то же самое, линковки со всеми нужными объектными файлами)
По вашему линковщик занимается перекомпиляцией? :-D
Зачем мне ходить по ссылке, озаглавленной как «ссылка на стандартный пакетный менеджер»? Пакетный менеджер — внешняя сущность по отношению к языку. Вы предлагали писать на «более современных языках», чем C, утверждая, что возможности этих языков могут решить задачу отслеживания зависимости между единицами линковки. Теперь внезапно выясняется, что для решения этой задачи в D помимо компилятора всё-таки нужны внешние средства. Я вот сейчас пойду напишу gcc2 — клон gcc (не компилятора, а именно фронтенда gcc), который умеет ходить по инклудам и define'ам и сообщать линковщику, откуда взялся и от чего зависит тот или иной объектник, и потом откомментирую вам в теме «фигня, в C тоже есть отслеживание зависимостей obj файлов, вон у меня сработала команда gcc2 file.c и не надо писать gcc file.c module.c».
Вы лучше прокомментируйте мой пример, он как раз не привлекает ничего кроме компилятора D. Тупейший пример с 2 файлами, один включает другой в качестве модуля, отслеживания зависимостей как видите нет.
> По вашему линковщик занимается перекомпиляцией?
Да это как раз вы утверждаете, судя по тому, что решаете проблемы, которые не может решить компилятор, линковщиком, и потом приписываете эти заслуги компилятору (языку).
[offtop] И
[offtop] Автор, пожалуйста подскажи как вернуть ключ --single-process в мой все-же любимый Chromium (Iron). [/offtop]
Для сборки хрома необязательно
24 ядра и 64gb ОЗУ
Но я собирал несколько раз qtwebengine, который базируется на Chromium/Blink, так вот, без жирного раздела подкачки вы не сможете слинковать библиотеку, поскольку ld съест 5-6 гигабайт оперативной памяти. Отладочная .so-шка без обрезанных символов весит почти два гигабайта.
По времени сборки занимало на Intel Core i5-4440 примерно часа три-четыре, на которые компьютер превращался в кирпич. За такое же время примерно собиралось все остальное окружение yocto project (вместе с компилятором, ядром, systemd и прочими службами).
C++, на котором написан Blink — крайне мощный и гибкий язык. Но цена гибкости — время компиляции, которая для С++ очень большое.
По симптомам похоже было на глюки с очередью сообщений, после перезагрузки глюки пропадали.
Компьютер я перезагружаю крайне редко, обычно только после апдейта ОС, так что глюки эти наблюдал регулярно.
Удалил Chrome в Бездну, с тех пор никаких проблем с Windows10.
Вывод: не ту корпорацию Вы, коллеги, мастдайной называете.
Вывод2: ChromeBook-и покупать не буду никогда.
Были проблемы со скоростью работы Windows10, провёл инспекцию загрузки, обнаружил ОГРОМНОЕ ЧИСЛО процессов Google Chrome, при том, что открыто было всего ОДНО окно Сhrome.Вон оно че, Петрович…
Проздравляю! Вы открыли тайну! Никто до вас и не подозревал об этом! Ведь Гугл всего-навсего рассказал об этом в комиксе в день релиза первой версии Хрома! А нужно было на салфетках печатать и на чеках во всех супермаркетах — тогда, возможно, Штирлиц разгадал бы тайну раньше.
P.S. Ждём новых открытий. Возможно ещё лет через 10 вы откроете для себя что то же самое делает MS IE и Edge. А там и Firefox доберётся (они давно порываются, но пока у них с этим проблемы).
Хм… Много-много лет пользовался IE — и ничего такого за ним не замечал. Edge не использую.
To mayorpvp: ресурсы Chrome своими процессами жрал не по-детски.
Хм… Много-много лет пользовался IE — и ничего такого за ним не замечал.А вот поди ж ты: начиная с версии 8 — он использует тот же подход, что и Chrome. И ресурсы также жрёт не по детски, если сотни окошек открывать.
Chrome пал жертвой своей эффективности: если в MS IE открыть 100 вкладок, до работать станет нельзя, так что никто их столько в нём не открывает. А в Chrome — открывают! А потом жалуются что все эти «летающие макаронные монстры», которых современные дезигнеры веб-страничек порождают жрут ресурсы, как не в себя.
Вот и почувствуйте разницу — IE адчки жрёт ресурсы, когда открыты СОТНИ окошек, а Chrome — если открыто хотя бы ОДНО окошко с ЕДИНСТВЕННОЙ ВКЛАДКОЙ. А процессов при этом он открывает до Харитона, Егора, Романа, Антона. И памяти жрёт как не в себя.
А что не так с большим числом процессов Google Chrome, кроме выдуманной эстетики?
Я специально обновления не ставились — секрет прост: нет свободного места на диске С — обновления не ставятся! Но вот без моего ведома кое-кто почистил диск С удалив несколько гигов и обновления поставились — у меня теперь проблема с курсором. Очень хотелось бы найти решение данной проблемы.
Довольно ироничное совпадение :)
Хотелось бы еще понять почему в PHPStorm постоянно после сохранения притормаживает курсор.
Под разработку, используется VS2015\17. До этого был процесор Core I3-2310, 2011\12 года покупки. Ожидаемого прироста в производительности не обнаружил. Он есть, но не такой, как хотелось бы. VS тормозит, интеллисенс, бывает, открывается по нескольку секунд, если не перезагружать (а предыдущий не перезагружался неделями) через 1-3 дня возникают дичайшие лаги в работе. На рабочем столе стоит авто смена фона и темы оформления (адаптируемая, фича ОС) — так вот в такие моменты тормоза, как буд-то идет перекодирование видео, и процесор загружен на 98-99%. Из плюсов — незначительное ускорение компиляции исходников (включая плюсовые проекты), и качественный буст перекодирования видео, однако, в целом, ситуация удручающая. Из замеченного — параметр handlers в диспетчере задач после длительной работы доходит до 200к, львиную долю счетчика можно сбить принудительно tskill`нув процессы edga (мой основной браузер, хром, по краткосрочным наблюдением, кушает чуть чуть меньше), можно сбить счетчик до 100-120к. Однако, чем дальше работает ОС, тем выше значение. До этого момента считал, что проблема в том, что у меня много ядер, но они медленные. Спасибо за статью, попробую мониторить этот момент.
2.9ГГц с турбобустом до 3.2 ГГц
>два 2650v4
2.2ГГц с турбобустом до 2.9 ГГц
А чего Вы ожидали, приобретая рабочую станцию с процессорами, имеющими столь сурово ниже тактовую частоту — и, как следствие, производительность на ядро? Добавим сюда увеличенную латентность от NUMA-дел, буферизованных модулей ОЗУ. А все системные процессы всё равно как исполнялись, так и исполняются на 0 ядре 1 процессора (которое с турбобустом). Т.е. Вы на ровном месте проиграли процентов 25-30 производительности от своего старого ПК, и выиграли лишь в сценариях нагрузок, когда рабочим процессам нужно много-много (2х 2650V4 — это как раз 48 виртуальных ядер) процессорных ядер. Если это и есть Ваши основные рабочие нагрузки — то всё правильно сделали, нет — значит, нет.
Правильным процессором для Вас был бы, скорее, E5-2643V4 — ядер вдвое меньше, конечно, но 3.4ГГц с турбобустом до 3.7.
5000 потоков — подвисание UI на 3 секунды на ноутбуке
Testing with 1000 descendant processes.
Process creation took 4.262 s (4.262 ms per process).
Lock blocked for 0.019 s.
Average block time was 0.001 s.
Process termination starts now.
Process destruction took 3.569 s (3.569 ms per process).
Lock blocked for 2.979 s.
Average block time was 0.426 s.
Провел несколько запусков… это худший, но соотношение сохраняется…
Testing with 1000 descendant processes.
Process creation took 2.250 s (2.250 ms per process).
Lock blocked for 0.002 s.
Average block time was 0.000 s.
Process termination starts now.
Process destruction took 3.188 s (3.188 ms per process).
Lock blocked for 2.510 s.
Average block time was 0.359 s.
Testing with 1000 descendant processes.
Process creation took 0.512 s (0.512 ms per process).
Lock blocked for 0.000 s.
Average block time was 0.000 s.
Process termination starts now.
Process destruction took 1.988 s (1.988 ms per process).
Lock blocked for 0.323 s.
Average block time was 0.020 s.
Тест 1: запустил и ничего не трогал, только двигал мышкой в пределах консоли — ничего не подвисло
Testing with 2500 descendant processes.
Process creation took 1.181 s (0.472 ms per process).
Lock blocked for 0.000 s.
Average block time was 0.000 s.
Process termination starts now.
Process destruction took 2.329 s (0.932 ms per process).
Lock blocked for 0.000 s.
Average block time was 0.000 s.
Тест 2: с переключением между окнами.
Process termination starts now.
Process destruction took 2.483 s (0.993 ms per process).
Lock blocked for 1.263 s.
Average block time was 0.105 s.
Нет я конечно же потомственный линуксоид, но Windows 10 получилась неплохой. Работал в одной бюджетной канторе, из рабочая станция Xeon E3-1200 (4x 3Ghz), 1Тб HDD и внимание 4Gb RAM. Несмотря на это свободно параллельно работает Abbyy Flexy Capture с тысячами документов в очереди, виртуалка с бубунтой, Chrome на 5 вкладок, SQL Yog с таблицей в 500к записей, и еще раздает файлики по самба. И блин не разу не было того чтобы пользование оперативной памяти превысило 3,2 Гб.
</офтоп>
Все забыли упомянуть 3 важные вещи:
1) Какая именно версия тестировалась?
2) На скольких машинах тестировали?
3) Система свежеустановленная или 2-х годичной установки с выключенными обновами?
Все остальное в топку!
Кто-то решил пропиариться, а все (БОЛЬШИНСТВО!!!) ему верят.
Я еще помню историю, когда некто мониторил сетевую активность десятки из виртуалок, потом его засмеяли за ламерство и он свою публикацию удалил. Но новость успела разползтись по миру.
Не берите одиночный тест за массовое явление.
(Я жду, что вы напишете про замусоривание системы установкой и удалением софта, поэтому дополнительное условие: новый софт появляется не чаще раза в пол-года.)
Вместо того чтобы менять права доступа программы, и легко завершать открытые внешние зависимости — происходит ожидание самой программы, когда она дойдёт по внутреннему циклу до выполнения условия завершения. То-есть внешние связи не описываются в принципе. И это даёт широкие возможности для вирусов всех мастей.
Не лечится.
Для полноценной защиты и легкого использования параллельных процессоров — нужно менять сам стиль программирования, с кучей новых правил для языков программирования. Ни кто этим заниматься в одиночку не будет.
Да даже если получится — новая OS будет настолько бедна совместимым программным обеспечением, что её никто юзать не будет.
На рабочем компьютере Windows 10 c 24-ядерным процессором (48 потоков), который на 50% простаивал. Из 64 ГБ памяти использовалось меньше половины.
Я заметил, что проблема как будто усугубляется, когда компьютер работал некоторое время, так что я перезагрузил ноутбук
Я ещё со времен ЕС 1841 знал, что в Америке компьютеры лучше, но не знал, что настолько :(
При всём моём уважении к умным людям — клавиатуру создали не для того, чтобы обходиться без мыши :).
В диспетчере задач загрузка проца почти на 0%. В чём может быть дело? Материнка asus m5a78l-m/usb3.
24-ядерный CPU, а я не могу сдвинуть курсор