вот да, MXM давным-давно существует и ноутбуков, в которых можно было заменить GPU на другой было достаточно много. собственно, в своем так меняла 600-какую-то нвидию на паскаль. не то, чтобы это было прям совсем просто- пришлось заменить матрицу (ибо новая видеокарта не поддерживала lvds) и запаять флешку видеобиоса, но все же.
с включенным CSM не будет работать resizable bar/как его там еще зовут. немножко просадит перф на свежих видеокартах или вовсе не даст запустить драйвер, если это интеловская дискретка.
Дело в том, что Palm по каким-то причинам не успела портировать системные приложения на ARM и поэтому почти все системные и сторонние программы написаны для архитектуры m68k и выполняются в эмуляторе
насколько помню- там у каждого нативного приложения/библиотеки должен быть уникальный module id, коих было всего 1024. поэтому palm и не документировали вообще возможность написания полностью нативных приложений- они предлагали собирать большую часть приложения под 68к и только места, которые должны быть быстрыми- собирать под арм и вызывать через PceNativeCall. тип как в ведроиде с jni, только в ведроиде догадались не ограничивать количество уникальных айдишников таким маленьким числом (:
в windows xp ее не было, там был заметно более глупый префетчер.
сжатие памяти помогало даже на планшете с атомом z3735f (и двумя гигами оперативки).
да что там, на каждом первом андроид-телефоне оно (хоть и линуксовый вариант, но делающий то же самое) включено и не просто так. нагрузка на процессор там не особо заметна, но в своп система лезет заметно реже (или при отсутствии свопа приходит дядюшка oomkiller). опять же, при сжатой памяти будет больше полезных на hdd кэшей.
а, да, в windows сжатие памяти не работает без наличия свопа, еще и достаточно большого объема (примерно на суммарный объем сжатой памяти).
Отключал по жалобам пользователей эту службу
опять же порекомендую выключать только superfetch. не трогая все остальное.
(олсо на моей машине с корневым 5400 hdd и 32 гигами рамы sysmain кэши прогружает примерно 20-30 минут. никаких полутора часов там нет. юзабельна машина примерно через 10-15 минут после включения. это на windows 11 майской кажется версии. (да, ссд помер и мне влом было сходить купить новый. а так как оно работает 24/7- то и фиг с ним, я эту загрузку вижу раз в три месяца +- ))
SysMain отключать- самое глупое, что можно сделать на hdd. там же живут префетч и сжатие/дедупликация памяти. да, оно грузит диск сразу после загрузки- надо же префетчу забить кэши.
если уж так хочется во времена windows xp- отключи отдельно superfetch, не трогая все остальное, что внутри sysmain'а. как минимум халявная +-треть оперативки от сжатия памяти вообще не лишняя.
даже не представляю что нужно сделать, чтобы при штатном обновлении стабильной ветки OS, сломать загрузку.
не так давно в стейбле дебиана ломался 32-битный grub-efi. настолько, что даже вручную загрузить ядро нельзя было- нужен был внешний загрузчик. наткнулась как-то на атомном планшете, у которого uefi строго 32-битный и у него таки села батарейка.
ну а говноплатники на армбиане, которым в апдейтах прилетает ядро без драйвера то на сеть, то на контроллер sdmmc (на котором висит корневой диск)- ваще классика.
в моторолах раньше был прикол с этим- телефон заряжался от компа только во включенном виде. выключенный- только от родного зарядника и только родным кабелем. там какие-то игрища с пином id были.
зато у дисплеев тех времен был один огроменный плюс- их можно было использовать на солнце. без подсветки. и да, поэтому у меня S65 почти всегда был в черно-белом режиме. окромя той розовой иконки папки в файлменеджере- она блин не была стандартной иконкой и не заменялась просто подкидыванием пнгшки куда-то в zbin.
в WM еще было несколько дополнительных фреймворков искаропки, которые на CE надо было ставить руками. что-то там с графикой типа местного gdi++ и еще что-то, без чего на CE не взлетали сходу игоры с WM.
SX1 в целом был типичной разработкой симанца. "что такое этот ваш смартфон? а, кпк с телефоном? ну, берем в левую руку кпк, в правую телефон, где там изолента была.. а какая говорите ос должна быть? симбиан? ну пусть будет симбиан". и по итогу примотали изолентой еголд к омапу, кнопки воткнули куда влезло и назвали это смартфоном, ага. там еще и экран нестандартный для симбиана, чуть выше.
они потом этот финт повторили с прототипом смартфона на линуксе, с прикрученными сбоку siemens s65 и телевизором. причем там телефонная часть даже включалась отдельно, а кпк просто "захватывал видеопоток", который летел по spi на оторванный дисплей.
ну а симба... очень враждебная к разработчикам софта ос. и на этот ваш карбид я ругаться наверн и после смерти буду. поэтому попробовала sx1, нокию 3230 и уехала на винмобайл. на который тоже было на что поругаться (сиране лимит в 32 мегабайта на процесс и в 32 процесса суммарно). но на симбе хотя бы звонилка не зависала посреди звонка!
а еще, кстати, на симбиане был интерпретатор питона. можно было не мучаться с этим карбидом и что-нибудь простое просто напитонячить. правда он был еще медленнее j2me.
библиотеки не загружались в ОЗУ, а выполнялись напрямую из флэш-памяти.
в windows ce/mobile было точно так же- ос была xip и лежала целиком во флешке, библиотеки были нарезаны в салат, чтоб код можно было звать как есть, а ресурсы были сжаты и распаковывались в оперативку.
а не лучше бы было поставить какую-нибудь микруху fuel gauge, чтоб хотя бы знать уровень заряда аккума/сколько времени осталось от него работать/вот это все?
Несмотря на наличие контроллера MMC, Siemens всё равно решила не распаивать SD-слот, дабы не создавать внутреннюю конкуренцию более дорогому M65 и CX65
но ведь ни в M65, ни в CX65 слота не было. он был в S65, при этом он не был подключен к процессору- он там подключен к фотику, который подключен к процу по однобитному SPI. и карта к фотику тоже подключена одним битом. это одна из причин, почему MMC там настолько сильно тормозит. вторая- драйвер, работающий в юзерспейсе и всё вот это перекидывание почтой туда-сюда-обратно ради прочитать килобайт.
и как мне кажется, в sgoldlite никакого контроллера mmc не было вовсе.
а еще там есть HRTIM/HRPWM. два. тот самый, что в stm32, но старее версией- в пмбшке он 1.1 чтоль, а в стмках начинается с 1.4 вроде.
дисплей тоже подключен паравозиком к фотику. и по итогу это все душит флешку еще больше. при том, что у фотика есть параллельный интерфейс! но симанц решили все подключить одним однобитным spi'ем на невысокой частоте.
а еще в S65 и блютуз и икпорт подключены к одному и тому же uart'у. и поэтому если попытаться включить и то и то- будет пикофф.
ARM926EJ-S с набором инструкций ARMv5 и частотой аж в 104МГц с возможностью разгона до 208МГц
на самом деле ядро гналось и за 300 мегагерц, там первыми отваливались память и флешка. почему не догнали до упора тогда- не знаю.
пощупай как-нибудь торец микросдшки во время записи на нее. они греются как чайники и тротлят по перегреву при первой же возможности. в металлических слотах тротлят меньше, чем в пластиковых.
А это что-то даёт по сравнению с двухканальным включением DDR4? DDR5 весь не станет 4-канальной?...
до алдерлейка у интелов (на десктопах) был буквально один жирный канал в 128 бит. начиная с оного при подключении ддр5 там вполне полноценный нормальный четырехканал (той же ширины). и процессор таки научился юзать его раздельно и это даже заметно. если ядер много. до условных ядер 8 можно не париться.
Плата за то, что ради нескольких процентов производительности память заставляют работать в режимах, несколько более близких к предельным?
тщмта, покрутить условный шарик земли даже на некротическом вебгле можно и будет работать на старом железе.
(а вебгпу- не то, чтобы современный. да, его хотели сделать таковым, но вместо webvulkan получился опять webgl, но с красивыми названиями функций. даже очередь всего одна из дефолтного семейства. и с памятью приколы были.)
ну так. физика же, ее победить сложно. разве что ацп стали побыстрее, почувствительнее да поточнее. вот и вся разница. но зато емкость ячеек стала ниже (:
частота ядер низкая, а вот частота DDR значительно выше
и вот тут есть огроменный такой подводный камень- сам чип памяти внутри работает на достаточно низкой частоте, чот типа условных 400 мегагерц. подключили линии к vref, подождали, пока оно зарядится, подключили их к ячейкам, подождали, потом ацп там когда-нибудь померяют, что там было в ячейках, потом эти данные еще по чипу доползут до сериализатора, и вот он наконец-то выдаст на всех тех гигагерцах их внаружу. и поехали все снова, не забыв подождать, пока чип запишет прочитанные из ячеек данные обратно (потому что чтение их уничтожает). там просто параллельно (но медленно) читается много данных, и потом уже быстро выдается внаружу.
а лечится кэшами, да. коих сейчас все стали втыкать прям много. даже на видеокартах.
ну, как минимум один (хоть и немножко странный) юзкейс придумать могу. подключить кабелем один телефон к другому и на слейве включить режим usb-модема. оно там как раз cdc-ethernet поднимет и задетектится как usb0.
это и любители thinkpad'ов делали, без замены видеокарты. аж с разъема док-станции тащили xD
вот да, MXM давным-давно существует и ноутбуков, в которых можно было заменить GPU на другой было достаточно много. собственно, в своем так меняла 600-какую-то нвидию на паскаль. не то, чтобы это было прям совсем просто- пришлось заменить матрицу (ибо новая видеокарта не поддерживала lvds) и запаять флешку видеобиоса, но все же.
все бы хорошо, но почему ddr4, а не ddr5, раз уж там поддерживаются полноценные процессоры 14 поколения (а не только пентиумы-селероны)?
с включенным CSM не будет работать resizable bar/как его там еще зовут. немножко просадит перф на свежих видеокартах или вовсе не даст запустить драйвер, если это интеловская дискретка.
насколько помню- там у каждого нативного приложения/библиотеки должен быть уникальный module id, коих было всего 1024. поэтому palm и не документировали вообще возможность написания полностью нативных приложений- они предлагали собирать большую часть приложения под 68к и только места, которые должны быть быстрыми- собирать под арм и вызывать через PceNativeCall. тип как в ведроиде с jni, только в ведроиде догадались не ограничивать количество уникальных айдишников таким маленьким числом (:
в windows xp ее не было, там был заметно более глупый префетчер.
сжатие памяти помогало даже на планшете с атомом z3735f (и двумя гигами оперативки).
да что там, на каждом первом андроид-телефоне оно (хоть и линуксовый вариант, но делающий то же самое) включено и не просто так. нагрузка на процессор там не особо заметна, но в своп система лезет заметно реже (или при отсутствии свопа приходит дядюшка oomkiller). опять же, при сжатой памяти будет больше полезных на hdd кэшей.
а, да, в windows сжатие памяти не работает без наличия свопа, еще и достаточно большого объема (примерно на суммарный объем сжатой памяти).
опять же порекомендую выключать только superfetch. не трогая все остальное.
(олсо на моей машине с корневым 5400 hdd и 32 гигами рамы sysmain кэши прогружает примерно 20-30 минут. никаких полутора часов там нет. юзабельна машина примерно через 10-15 минут после включения. это на windows 11 майской кажется версии. (да, ссд помер и мне влом было сходить купить новый. а так как оно работает 24/7- то и фиг с ним, я эту загрузку вижу раз в три месяца +- ))
SysMain отключать- самое глупое, что можно сделать на hdd. там же живут префетч и сжатие/дедупликация памяти. да, оно грузит диск сразу после загрузки- надо же префетчу забить кэши.
если уж так хочется во времена windows xp- отключи отдельно superfetch, не трогая все остальное, что внутри sysmain'а. как минимум халявная +-треть оперативки от сжатия памяти вообще не лишняя.
не так давно в стейбле дебиана ломался 32-битный grub-efi. настолько, что даже вручную загрузить ядро нельзя было- нужен был внешний загрузчик. наткнулась как-то на атомном планшете, у которого uefi строго 32-битный и у него таки села батарейка.
ну а говноплатники на армбиане, которым в апдейтах прилетает ядро без драйвера то на сеть, то на контроллер sdmmc (на котором висит корневой диск)- ваще классика.
в моторолах раньше был прикол с этим- телефон заряжался от компа только во включенном виде. выключенный- только от родного зарядника и только родным кабелем. там какие-то игрища с пином id были.
зато у дисплеев тех времен был один огроменный плюс- их можно было использовать на солнце. без подсветки. и да, поэтому у меня S65 почти всегда был в черно-белом режиме. окромя той розовой иконки папки в файлменеджере- она блин не была стандартной иконкой и не заменялась просто подкидыванием пнгшки куда-то в zbin.
в WM еще было несколько дополнительных фреймворков искаропки, которые на CE надо было ставить руками. что-то там с графикой типа местного gdi++ и еще что-то, без чего на CE не взлетали сходу игоры с WM.
SX1 в целом был типичной разработкой симанца. "что такое этот ваш смартфон? а, кпк с телефоном? ну, берем в левую руку кпк, в правую телефон, где там изолента была.. а какая говорите ос должна быть? симбиан? ну пусть будет симбиан". и по итогу примотали изолентой еголд к омапу, кнопки воткнули куда влезло и назвали это смартфоном, ага. там еще и экран нестандартный для симбиана, чуть выше.
они потом этот финт повторили с прототипом смартфона на линуксе, с прикрученными сбоку siemens s65 и телевизором. причем там телефонная часть даже включалась отдельно, а кпк просто "захватывал видеопоток", который летел по spi на оторванный дисплей.
ну а симба... очень враждебная к разработчикам софта ос. и на этот ваш карбид я ругаться наверн и после смерти буду. поэтому попробовала sx1, нокию 3230 и уехала на винмобайл. на который тоже было на что поругаться (сиране лимит в 32 мегабайта на процесс и в 32 процесса суммарно). но на симбе хотя бы звонилка не зависала посреди звонка!
а еще, кстати, на симбиане был интерпретатор питона. можно было не мучаться с этим карбидом и что-нибудь простое просто напитонячить. правда он был еще медленнее j2me.
в windows ce/mobile было точно так же- ос была xip и лежала целиком во флешке, библиотеки были нарезаны в салат, чтоб код можно было звать как есть, а ресурсы были сжаты и распаковывались в оперативку.
а не лучше бы было поставить какую-нибудь микруху fuel gauge, чтоб хотя бы знать уровень заряда аккума/сколько времени осталось от него работать/вот это все?
но ведь ни в M65, ни в CX65 слота не было. он был в S65, при этом он не был подключен к процессору- он там подключен к фотику, который подключен к процу по однобитному SPI. и карта к фотику тоже подключена одним битом. это одна из причин, почему MMC там настолько сильно тормозит. вторая- драйвер, работающий в юзерспейсе и всё вот это перекидывание почтой туда-сюда-обратно ради прочитать килобайт.
и как мне кажется, в sgoldlite никакого контроллера mmc не было вовсе.
а еще там есть HRTIM/HRPWM. два. тот самый, что в stm32, но старее версией- в пмбшке он 1.1 чтоль, а в стмках начинается с 1.4 вроде.
дисплей тоже подключен паравозиком к фотику. и по итогу это все душит флешку еще больше. при том, что у фотика есть параллельный интерфейс! но симанц решили все подключить одним однобитным spi'ем на невысокой частоте.
а еще в S65 и блютуз и икпорт подключены к одному и тому же uart'у. и поэтому если попытаться включить и то и то- будет пикофф.
на самом деле ядро гналось и за 300 мегагерц, там первыми отваливались память и флешка. почему не догнали до упора тогда- не знаю.
пощупай как-нибудь торец микросдшки во время записи на нее. они греются как чайники и тротлят по перегреву при первой же возможности. в металлических слотах тротлят меньше, чем в пластиковых.
до алдерлейка у интелов (на десктопах) был буквально один жирный канал в 128 бит. начиная с оного при подключении ддр5 там вполне полноценный нормальный четырехканал (той же ширины). и процессор таки научился юзать его раздельно и это даже заметно. если ядер много. до условных ядер 8 можно не париться.
йеп. без ecc даже на десктопах уже было бы плохо.
тщмта, покрутить условный шарик земли даже на некротическом вебгле можно и будет работать на старом железе.
(а вебгпу- не то, чтобы современный. да, его хотели сделать таковым, но вместо webvulkan получился опять webgl, но с красивыми названиями функций. даже очередь всего одна из дефолтного семейства. и с памятью приколы были.)
ну так. физика же, ее победить сложно. разве что ацп стали побыстрее, почувствительнее да поточнее. вот и вся разница. но зато емкость ячеек стала ниже (:
и вот тут есть огроменный такой подводный камень- сам чип памяти внутри работает на достаточно низкой частоте, чот типа условных 400 мегагерц. подключили линии к vref, подождали, пока оно зарядится, подключили их к ячейкам, подождали, потом ацп там когда-нибудь померяют, что там было в ячейках, потом эти данные еще по чипу доползут до сериализатора, и вот он наконец-то выдаст на всех тех гигагерцах их внаружу. и поехали все снова, не забыв подождать, пока чип запишет прочитанные из ячеек данные обратно (потому что чтение их уничтожает). там просто параллельно (но медленно) читается много данных, и потом уже быстро выдается внаружу.
а лечится кэшами, да. коих сейчас все стали втыкать прям много. даже на видеокартах.
ну, как минимум один (хоть и немножко странный) юзкейс придумать могу. подключить кабелем один телефон к другому и на слейве включить режим usb-модема. оно там как раз cdc-ethernet поднимет и задетектится как usb0.