» Process Hacker

KLASS

Цитата:

Аида рядом трудится, которую народ для "для правки жёстких строк" использует

Дак и ржавая консервная банка для правки строк сойдёт ибо раз на ней не по-нашему начертано - MAIN power tool for editing literals in the code. Made in the Kingdom of Far Far Away. значит сойдётЪ.

P.S.

А у себя я для контроля использую средства UNIX (например в том же KDE отличный монитор железа есть) или HWiNFO32/HWiNFO64. Сработают - свистнут, а лишнее мелькание мешает.

Даешь до кучи хотелок:
восстановление данных
переразметка винта
защита от вирей
установка ОС
в итоге будет один бАААльшой сабж, сразу в него из розетки и грузиться... ни выни ни линуха, просто сабж.

KLASS

Енто точно Большой, Увешанный свистелками-сопелками Самогонный АгрегатЪ им. ЧАЙНИКА и я досрочно смогу уйти на пенсию.

Добавлено:

Цитата:

защита от вирей

а мухобойку в стиле Anvir Task Manager аки жизненно важную штуку уже требовали и сильно обиделись вердикту В морг!.

KLASS

Victor_VG
Не въехал, поясни...

Добавлено:
тож новые и закрытые

KLASS

По цветным плашкам щёлкни. Мы про них забыли. Любые цвета настраиваются.

Victor_VG
Да-да. В том окошке как раз есть еще место, чтобы втиснуть selected objects.

Цитата:

Любые цвета настраиваются.

Не нашел там про выделенный\ые мышом

boi1eI
KLASS

Есть такое, пометил.

Нахожусь на даче - на мобильном интернете (usb-модем).
Вчера днем началось бешенное скачивание. В программе мониторинга трафика SeriousBit NetBalancer (на которую я возлагал надежды) - все спокойно, кроме строчки dwnetfilter.exe (это модуль антивируса drweb, проверяющий трафик). Типа, dwnetfilter.exe начал бешенно качать. На скриншоте https://yadi.sk/i/PwOXWcYNhvp8x видно. А какая именно программа/сервис качает - не понятно. Через 10 минут скачивания вылез Adobe Acrobat с радостным сообщением, что он скачал обновление и готов обновиться...
С помощью этой программы я смогу понять, какие программы "много качают"? На какую колонку надо смотреть, чтобы это определить?
Заранее благодарен за помощь.
Win 7x64.

Antonij72 (20:41 18-07-2015)
Цитата:

На какую колонку надо смотреть

На network tab, а можно и во вкладке процессов выбрать те же колонки, если понадобится. Попользуйтесь некоторое время и по месту разберетесь, что к чему.

Добавлено:
Victor_VG
Кстати firewall status (для виндового фаера) у меня показывает температуру на Марсе. Мне лично оно особо не нужно, но..

boi1eI

Знаю, и причину знаю - ось старается не всё в WMI скидывать, особенно 8.1/10 (в 10 его вообще убрали типа нечего юзверю лазать в управление осью ибо это только M$ дозволено)

Классная прога.

Terl_Lerd, классный комментарий.

BigBlue

Хоры, ну отметился новичок присутствием.. За что его ругать-то?

Victor_VG, пусть во флуд идет отмечаться.

BigBlue

С этим не поспоришь. Тут флуд поганой метлой выметается.

В столбце Private Bytes Delta присутствуют знаки + и -

это следует понимать как прибавление\убавление Закрытой памяти в какой-то момент?

KLASS

Да.

так чего там случилось на странице кодов проги (точнее, всего sf)? Ссылку на страницу проекта в шапке изменил.
Походу надо все-таки весь код PH перекидывать на github. Майнтейнер об этом думал?

unreal666

Случилось то что было ожидаемо - данные всего sf.net лежали на массиве SSD - "Это быстро, надёжно, энергоэффективно и дешевле чем HDD!" а те как водится накрылись медным тазом и унесли за собой данные. Вот с 15.07.2015 их и восстанавливают с зеркал и бэкапных HDD. Сейчас уже пишут более внятно:

Цитата:

503 Service Unavailable

Sorry, code repositories are not currently available.

Please see https://twitter.com/sfnet_ops for updates.

реально же всё полезло ещё 09.07.2015 когда посыпалась основанная на SSD подсистема хранения:

Цитата:

19 июля

Latest update on #SourceForge service restoration at http://sourceforge.net/blog/sourceforge-infrastructure-and-service-restoration/ …

18 июля

directory, download and project summary pages are back online; dev services (SCM, uploads, ML's, project web) pending restoral

17 июля

down due to storage platform bug, working 24x7 on recovery and data validation, service restoral. Slashdot restored

17 июля

site is read-only, developer services disabled due to storage infra fault. Service restoral work in-progress, ETA to follow

16 июля

There's instability and frequent 500 errors on the SourceForge site currently. We're working on getting this fixed asap.

9 июля

The download page was intermittently failing to display properly. This has been addressed, and we will monitor for further issues.

сколько ещё времени это займёт не известно...

Victor_VG
Эм. Не понял. У них куча SSD одновременно что-ли полетела? Да даже если полетела, то по-любому должен быть бекап + гарантия на SSD + связь с гарантийщиками. Если конечно они все данные не хранили как какой-нибудь единый массив (вместо множества массивов), в котором если полетело одно, то полетело все (по крайней мере, весь код всех проектов) Тогда они точно дятлы.

unreal666

В начале июня Intel, Samsung, Seagate, SunDisk, Micron, Kingston и не помню кто ещё на комитете JDEC сделали доклад о надёжности SSD в котором признали что потеря данных у этого класса устройств может произойти просто от снятия электропитания на срок более семи суток раз, и что заявленные изготовителями данные по допустимому числу циклов перезаписи SSD завышены "всего" в несколько десятков раз, данные по энергопотреблению SSD искусственно занижены примерно в 3 - 4 раза путём измерения тока на экспериментальных устройствах собранных на маломощных сериях микросхем памяти высокой ёмкости, а надёжностные испытания для MLC/TLC накопителей вообще не проводились, а оценка MTBF была дана из рекламных соображений...

А сейчас во многих конторах стоят блэйд-сервера в конструктиве 19"x1U а в них в качестве накопителей частенько SSD стоят. Прямиком с завода-изготовителя приходит коробочка, а в ней 2,5" карманчики по 10 мм высотой с надписью "подсистема хранения". И туда кроме 2,5" HDD/SSD ничего не впихнуть. Но первые крутятся в основном 5400/7200 rpm, а вторые летят как семечки - выбирай.

Victor_VG
но все же не полетели же все SSD одновременно. Или эти идиоты сделали из SSD такой большой массив, что при вылете хотя бы одного из SSD восстановление всего массива занимает столько времени?

PS.
Постоянно читаю хабр (подписан на его RSS). И чего-то не помню там инфы о такой проблеме. Странно.

Добавлено:
и по части потери данных после снятия питания есть кажется только у TLC. И то не у всех.

Добавлено:
И по части числа циклов перезаписи на том же хабре был какой-то пост-тест, результатом которого было что все производители уж точно не соврали насчет минимального числа циклов перезаписи. Мне там только у некоторых производителей SSD не понравилось, что в конце концов данные с диска даже прочитать нельзя было. Контроллер заблокировал данную операцию, что тупо.

unreal666

На SVN сейчас 503-я, смотрел. Насчёт их массива - знаю только то, что они сами писали. По надёжности SSD - конечно не соврали, если цифры указали в объёмах записи за весь срок службы. Единственный из всей компании кто более менее честно указал данные для SLC/MLC это SunDisk выписка с их сервера:

Цитата:

SunDisk iSSD 1100 (SanDisk iSSD SDIS5BK 024G)

LDE: долгосрочная сохранность данных:

Примечание:

Приблизительные данные, основанные на собственном показателе SanDisk,
характеризующем, сколько данных может быть записано на твердотельный
накопитель за весь срок его службы, в терабайтах записи (TBW). Данные
записываются блоками типичного размера с постоянной интенсивностью на
протяжении всего срока службы накопителя и хранятся как минимум 1 год по
достижении порога TBW. По результатам внутренних измерений SanDisk,
типичный пользователь компьютера-клиента записывает 4 ГБ в день.

(LDE: долгосрочная сохранность данных): 4 ГБ (2,5 TBW), 8 ГБ (5 TBW), 16 ГБ
(10 TBW), 24 ГБ (15 TBW), 32 ГБ (20 TBW), 64 ГБ (40 TBW), 128 ГБ (80 TBW)

Максимальное число циклов перезаписи накопителя TWB/Capacity = 15360/24=640 а для этого однокристального накопителя используются SLC ячейки, а про TLC и говорить нечего - там наработка на отказ примерно на порядок - полтора ниже.

А насчёт вылета массива - в сервера обычно платы памяти типа Fusion ioMemory™ SX350 PCIe Application Accelerator ставят, а т.к. там нагрузка на подсистему I/O высокая то накопители вырабатывают свой ресурс по записи за несколько месяцев и любые массивы летят замечательно. Особенно если на таких платах хранится управляющая информация. Долго будешь сервера подымать.

Victor_VG
Хотелка: уменьшить межстрочный интервал, возможно, сделать настраиваемым. По сравнению с PE информации влазит меньше.

KLASS

Не думаю что сиё хорошая идея - Акелла может и промахнутся. В РЕ всё утрамбовано так, что с метра - полутора (а у меня 23,5" монитор стоит на расстоянии примерно 1,3 - 1,5 м и ближе его физически не поставить) строки в одну кашу сливаются, а в РН всё чётко понятно. Чаще разумнее промотать окно чем разбираться в солянке. А визуальное управление кернингом и трекингом это задача полиграфического ПО и её простыми средствами не решить.

Обновил русский сабж, ссылка в шапке
О кривом переводе и глюках туда

Добавлено:
Victor_VG
У каждого свои мониторы и расстояния, представь на старом монике, как не удобно людям. У мну тоже не маленький (21,5), но я за 1,5 метра не сижу... не видно же ни хрена.

KLASS

А у меня его иначе не поставить. А с трекингом - это особо не регулируемо ибо используются системные средства вывода текста...

Цитата:

это особо не регулируемо ибо используются системные средства вывода текста...

А у РЕ какие средства вывода?