是否应该放弃对 8M ROM + 64M RAM 的支持?

het 发布于 2020-03-22 lede 最后更新 2020-04-19 14:37 42 浏览

2020 年了。目前的插件体积随着功能的增加,体积在增大。

OpenWrt 要预留 Overlay 空间,所以如果是 8M ROM 最大的安全体积不能超过 6.75MB。

同时,Golang 之类的大体积和占用大内存,导致 64MB 连开启的机会可能都没有。

这个限制也制约了很多 IPK 好的功能和想法

是否应该正式放弃对 这些型号的支持呢?

已邀请:

zamet

赞同来自:

支持放弃!

onam

赞同来自:

放弃

lsint

赞同来自:

感觉可以放弃了,都0202年了,少抽两包烟,少喝两瓶酒不就能换个机器了嘛?铁汁们说我说的对吗?觉得我对的在公屏扣个1让我看到好嘛?

jsed

赞同来自:

放弃一部分老古董吧…

gomnis

赞同来自:

支持放弃

iodit

赞同来自:

放弃

ksit

赞同来自:

支持放弃

lest

赞同来自:

说支持,好像是支持放弃的意思
说放弃,就肯定就是放弃的意思
说放弃支持,那肯定是放弃的意思
说支持放弃,那也是放弃的意思

所以无论大家说支持还是放弃,都是放弃的意思

snihil

赞同来自:

支持放弃,硬路由做AP蛮好

cnisi

赞同来自:

可以放弃了

fnam

赞同来自:

支持放弃!

dmodi

赞同来自:

都什么年代了,还8M的flash ,该加钱了,为了促进GDP 的增长,建议放弃

kesse

赞同来自:

放弃 8+64的千兆路由很少见吧,现在还用百兆的是该考虑换了

znon

赞同来自:

支持放弃

iest

赞同来自:

支持放弃

eomnis

赞同来自:

可以放弃了,软路由还是买得起的。K2 K2P之类的当AP就好了

gcum

赞同来自:

支持放弃

jquia

赞同来自:

要不暂时保留一个旧的分支来支持。给一点过渡时间。

lnon

赞同来自:

8M RAM + 64G ROM 我感觉吧装原版OPENWRT就行了吧 并不需要插件支持 反正也带不动

het

赞同来自:

支持

met

赞同来自:

我觉得可以放弃,现在的固件功能越来越多,8M+64M的刷原版openwrt就可以了!

reos

赞同来自:

放弃吧

pullam

赞同来自:

早点放弃吧,不然大雕你也没法放开手脚干,古董就该有古董的觉悟,早点吃灰。

laut

赞同来自:

支持,8+64的性能跟不上了,总有说再见的一天

sunde

赞同来自:

用过相对“宽松”的硬件运行OpenWrt,不会想“倒退/将就”的了?

xid

赞同来自:

留一个历史版本,然后正式放弃支持。后续有人玩,可以用旧版本编译。

jiusto

赞同来自:

同意,不能让旧设备限制发展。

mneque

赞同来自:

建议保留一下分支支持老的机型,如果L大有精力的情况下,仅修复bugs,如果没有精力就算了。

ererum

赞同来自:

放弃!

pquis

赞同来自:

支持大雕!

cut

赞同来自:

支持放弃

yhic

赞同来自:

建议保留一下分支支持老的机型,如果L大有精力的情况下,仅修复bugs,如果没有精力就算了。

mnatus

赞同来自:

闲鱼几十块钱买到的设备随便吊打8+64的老古董,技术的创新创新总要以淘汰老旧设备作为代价。如果你是x86平台当我没说,d525坚挺这么多年,到现在依然牛逼,上个无线网卡一样可以起飞兼职无线功能

lvel

赞同来自:

直接放弃,也没必要留个修bug的分支了,谁还用老古董刷阿

homnis

赞同来自:

这个配置也太古董了

ueum

赞同来自:

16MB + 64 MB 如何看待

nquae

赞同来自:

放弃

luyao

赞同来自:

虽然很反人类,但是我觉得8M 64M可以促进代码优化,某些IPK可以不支持,但是底层基础必须保持高效低资源需求。如果真这样放弃,我觉得变相放弃了X86和ARM之外的所有路由。

tvel

赞同来自:

虽然很反人类,但是我觉得8M 64M可以促进代码优化,某些IPK可以不支持,但是底层基础必须保持高效低资源需求。如果真这样放弃,我觉得变相放弃了X86和ARM之外的所有路由。

这样的话不如上官方原版了。

tiste

赞同来自:

虽然很反人类,但是我觉得8M 64M可以促进代码优化,某些IPK可以不支持,但是底层基础必须保持高效低资源需求。如果真这样放弃,我觉得变相放弃了X86和ARM之外的所有路由。

这样的话不如上官方原版了。

你没考虑过骨牌效应,每个代码都放开性能约束,优先考虑方便和冗余,最终代码效率会变啥样。
就好比最近的更新,X86上CPU 30%+,
放不放弃低端配置不是重点,而是整个项目的初心变了。我还是比较喜欢如ASM OPENSSL那种精神。这毕竟是个嵌入式设备。

另外,我是支持大雕用GO重写SSR PLUS+的。

dnulla

赞同来自:

和效率没关系,纯粹是 ROM 和 RAM 不够了

Go 重写不如直接用 Clash 了

miste

赞同来自:

虽然很反人类,但是我觉得8M 64M可以促进代码优化,某些IPK可以不支持,但是底层基础必须保持高效低资源需求。如果真这样放弃,我觉得变相放弃了X86和ARM之外的所有路由。

这样的话不如上官方原版了。

你没考虑过骨牌效应,每个代码都放开性能约束,优先考虑方便和冗余,最终代码效率会变啥样。
就好比最近的更新,X86上CPU 30%+,
放不放弃低端配置不是重点,而是整个项目的初心变了。我还是比较喜欢如ASM OPENSSL那种精神。这毕竟是个嵌入式设备。

另外,我是支持大雕用GO重写SSR PLUS+的。

徒增工作量啊,随着功能进化,体积变化也很正常。要是作为极简项目那体积限制暂时没什么问题,但老有增加这样增加那样的需求,作者也疲于应对。另外占用问题,我最近全新编译了五个不同版本都没有遇到。x86物理机,默认编译。

dquia

赞同来自:

支持放弃。

aet

赞同来自:

和效率没关系,纯粹是 ROM 和 RAM 不够了

Go 重写不如直接用 Clash 了

如果性能还是优先选项,当然支持抛弃包袱,
SSR这边,看大雕提到GO, 还以为大雕准备用GO重写ALL IN ONE。

qet

赞同来自:

发一个release,以后有人想玩也能捡起来,就此不再支持8M,如何

isit

赞同来自:

发一个release,以后有人想玩也能捡起来,就此不再支持8M,如何

这个解决方法挺好!

gquia

赞同来自:

最好留个分支不再维护,可以有个过渡

xsint

赞同来自:

或者对cpu芯片支持,硬改256m ram ,usb启动

ret

赞同来自:

会自己刷第三方ROM的人……也应该不会死认一个没有可玩性的路由器吧……

yhic

赞同来自:

能刷固件的我觉得没几个会没个大内存的机器吧

hquas

赞同来自:

应该放弃,玩路由的大多数应该都16M以上了,是时候放弃了

avelit

赞同来自:

滋瓷,肯定滋瓷

ut_quo

赞同来自:

hquia

赞同来自:

有投票的话,估计是一边倒吧,所以我支持!
扔掉老古董吧!

fet

赞同来自:

以X86软路由为主好吧

pnon

赞同来自:

我个人觉得除了x86,其他都放弃都行。现在一个j1900才多少钱,再配几个AP无缝漫游难道不香吗,价格和一台高档硬路由也差不多。硬路由刷openwrt因为无线驱动的问题很容易各种毛病,硬路由还是做AP最好。

lquia

赞同来自:

我个人觉得除了x86,其他都放弃都行。现在一个j1900才多少钱,再配几个AP无缝漫游难道不香吗,价格和一台高档硬路由也差不多。硬路由刷openwrt因为无线驱动的问题很容易各种毛病,硬路由还是做AP最好。

你这个就太极端了吧

wsed

赞同来自:

建议专门为老机型开个存档就行了

yquo

赞同来自:

我个人觉得除了x86,其他都放弃都行。现在一个j1900才多少钱,再配几个AP无缝漫游难道不香吗,价格和一台高档硬路由也差不多。硬路由刷openwrt因为无线驱动的问题很容易各种毛病,硬路由还是做AP最好。

你这个就太极端了吧

嗯嗯,每个人的需求不一样。不过我还是觉得既然玩路由,这么点投资都舍不得还是别玩了,用起来也不爽。用软路由的需求大多是出国,去广告,挂PT。硬路由那弱鸡性能还是算了吧,也不具有扩展性。

walias

赞同来自:

支持放弃!

adolor

赞同来自:

我个人觉得除了x86,其他都放弃都行。现在一个j1900才多少钱,再配几个AP无缝漫游难道不香吗,价格和一台高档硬路由也差不多。硬路由刷openwrt因为无线驱动的问题很容易各种毛病,硬路由还是做AP最好。

你这个就太极端了吧

嗯嗯,每个人的需求不一样。不过我还是觉得既然玩路由,这么点投资都舍不得还是别玩了,用起来也不爽。用软路由的需求大多是出国,去广告,挂PT。硬路由那弱鸡性能还是算了吧,也不具有扩展性。

毕竟现在硬路由绝对是比软路由多得多,小内存的可以放弃,但是大内存的没必要放弃吧,毕竟近两年出的硬路由性能还是不差,就缺一个好用的固件。

wiusto

赞同来自:

@coolsnowwolf 我个人的建议是留一个old branch给不受支持的设备,单单一个release包可能还是无法满足老机型的需求。
我相信很多人绝对不是一开始就上了软路由,而是从硬路由刷openwrt尝鲜开始,体会到了openwrt的强大,才慢慢转向了软路由。
保留这样一个分支,能够让跟多后来人有机会低成本“上车”,一定程度山也有利于openwrt社区的繁荣。
还是要给小内存设备一个机会。

这里发release包是把现在的代码打包起来,不是放编译好的程序,不是传统意义那个release

rsaepe

赞同来自:

发布一个纪念版,然后正式放弃吧。

xest

赞同来自:

支持放弃,留个Branch,谁想继续螺蛳壳里摆道场,就自己搞那个Branch好了

baut

赞同来自:

我的MW4530R 8M ROM+128MB RAM,还是可以跑的很好。其实8M ROM经过精心挑选配置,还是可以当作一个很好的应急无线路由器来用的。所以我希望保留支持。

equi

赞同来自:

支持放弃!

wsed

赞同来自:

時代在進步,跟不上時代的設備和人,就只能在發展的洪流中被湮沒

nsit

赞同来自:

我用L大这套源码编译的第一个固件是上车系列的k2,8MB FLASH的设备,用来校园网拨号的,添加了其他开发者的luci-app就可以了,当初只是为了能上校园网就行,后来觉得用这套源码只是用来校园网拨号真的是暴殄天物啊,然后就尝试加入新的插件,然后我就买了新3,基本能满足我的使用要求了,转眼快毕业了,有心鼓捣软路由,又不想投入太多了,受到疫情影响也回不去学校,用不了多长时间,现在在家鼓捣老笔记本呢,做一个旁路由,也是美滋滋。所以折腾这套源码的乐趣就是不断升级硬件,宗旨就是不让设备性能限制这套源码的可玩性,该放弃的就放弃了吧。

taut

赞同来自:

给8M的保留一个比较稳定的分支然后放弃吧

a_et

赞同来自:

時代在進步,到了弃用的时候就果断弃用。

tiure

赞同来自:

面面俱到确实不现实,大雕自己拿主意吧,一个没有票的强国搞什么飞机?

jeum

赞同来自:

支持放弃

eet

赞同来自:

支持,8M ROM能愉快的玩耍吗。

aut_id

赞同来自:

好像都是渐渐往软路由去的

ysunt

赞同来自:

支持放弃8m,毕竟那8脚的flash还是可以随便换的,不过像16m flash 64m ram的ar9331的便携路由现在少选点功能依然能发挥余热

qenim

赞同来自:

支持放弃吧,但是留个分支好了

tut

赞同来自:

支持放弃,支持楼上保留分支的想法。抛弃包袱是为了更好的前进,否则永远都是裹足不前,没了陈矩限制,才能发展的能加多元。希望采纳。

bquia

赞同来自:

支持放弃,个人看法:毕竟技术就是不断更新换代的过程

yvitae

赞同来自:

主要原因是现在go语言静态编译的插件越来越多了,导致插件体积越来越大。
如果没有其它原因建议还是保留,如果有其它原因需要二选一那就抛弃。

sit_id

赞同来自:

放弃吧,过时的东西就让他过去吧

sed_et

赞同来自:

都WIFI6了,要那些老掉牙的东西干啥,坚决放弃!
再差再差,搞个新3不行么,一张毛爷爷搞定,还是全千兆的。

oqui

赞同来自:

希望保留。。一直都用着8+64的小破路由(前端)+n1(后端)这样的组合,怎么折腾n1都不会影响路由正常的上网功能。同样是100块钱,一个n1比一个新三有更多的可玩性。
时代是在进步,软路由现在也很火热,至少我身边的小伙伴们,对无线速率需求并没有提高太多,百兆的k2依然能应付很多场景。
雕大逐步添加的比如socks、云解锁这样轻量的前端还是对小rom/ram很友好的,高消耗的插件在后端运行,感觉这种前后端分离的思路可以延续下去。
唉。。看前面基本清一色的支持放弃,感觉能保留希望渺茫。。不过还是希望采纳~

uculpa

赞同来自:

像703N那么经典的搭配,不能因为时代进步了,就不能不要经典的东西了,不能一味追求最新,老的经典的才是最长久使用的,可能这些小设备只是拿来做精简的打印机服务器不需要上繁琐的功能,以上。。。

fharum

赞同来自:

记得编译的时候把默认的取消好几个才勉强编译出小于8M的固件。

get

赞同来自:

支持放弃!

nut

赞同来自:

像703N那么经典的搭配,不能因为时代进步了,就不能不要经典的东西了,不能一味追求最新,老的经典的才是最长久使用的,可能这些小设备只是拿来做精简的打印机服务器不需要上繁琐的功能,以上。。。

1.经典的东西并不一定是最长久使用的,尤其是数码IT这一块,按你的理论,win10应该继续支持8086处理器?LTS版的软件和系统也只是提供必要的安全更新,且支持时间也是有限的,你买的手机也不可能系统一直更新下去
2.既然你不追新,不需要别的功能,追求长久使用,可以去安装openwrt官方的稳定旧版本,一直用下去
3.呼吁一个开源项目的维护者不要去更新拓展这个项目。。。不知道你们是怎么想的

sit_in

赞同来自:

给8M设备一个稳定纪念版,然后就放弃吧。

edolor

赞同来自:

像703N那么经典的搭配,不能因为时代进步了,就不能不要经典的东西了,不能一味追求最新,老的经典的才是最长久使用的,可能这些小设备只是拿来做精简的打印机服务器不需要上繁琐的功能,以上。。。

1.经典的东西并不一定是最长久使用的,尤其是数码IT这一块,按你的理论,win10应该继续支持8086处理器?LTS版的软件和系统也只是提供必要的安全更新,且支持时间也是有限的,你买的手机也不可能系统一直更新下去
2.既然你不追新,不需要别的功能,追求长久使用,可以去安装openwrt官方的稳定旧版本,一直用下去
3.呼吁一个开源项目的维护者不要去更新拓展这个项目。。。不知道你们是怎么想的

1,我没啥理论那么上纲上线,只是想让好东西能在更多设备上得到支持,Bug10装到8086?ARM版本的Bug10也是有的。
2.我没有不追新,不需要别的功能,只是在特定的老设备上希望继续得到有官方以外的支持,就像XP至今还是有很多地方在用。
3.我没有说作者去不更新拓展项目,开源和节流,只是希望作者可以的话别把老旧设备放弃了。

fet

赞同来自:

mneque

赞同来自:

像703N那么经典的搭配,不能因为时代进步了,就不能不要经典的东西了,不能一味追求最新,老的经典的才是最长久使用的,可能这些小设备只是拿来做精简的打印机服务器不需要上繁琐的功能,以上。。。

老的經典,真讓人呵呵的想法,iphone4很經典,20年了你還用嗎?

ramet

赞同来自:

那你就答非所问了。显然,作者是鱼和熊掌不可兼得之下,让大家讨论下要鱼还是要熊掌的问题。你的回答就是,两个都要就最好了,没认真读题。。 发自我的华为手机

-------- 原始邮件 -------- 发件人: Funny Mud Pee notifications@github.com 日期: 2020年4月2日周四 09:19 收件人: coolsnowwolf/lede lede@noreply.github.com 抄送: gouff gouff@outlook.com, Comment comment@noreply.github.com 主 题: Re: [coolsnowwolf/lede] 是否应该放弃对 8M ROM + 64M RAM 的支持? (#3937) 像703N那么经典的搭配,不能因为时代进步了,就不能不要经典的东西了,不能一味追求最新,老的经典的才是最长久使用的,可能这些小设备只是拿来做精简的打印机服务器不需要上繁琐的功能,以上。。。 1.经典的东西并不一定是最长久使用的,尤其是数码IT这一块,按你的理论,win10应该继续支持8086处理器?LTS版的软件和系统也只是提供必要的安全更新,且支持时间也是有限的,你买的手机也不可能系统一直更新下去 2.既然你不追新,不需要别的功能,追求长久使用,可以去安装openwrt官方的稳定旧版本,一直用下去 3.呼吁一个开源项目的维护者不要去更新拓展这个项目。。。不知道你们是怎么想的 1,我没啥理论那么上纲上线,只是想让好东西能在更多设备上得到支持,Bug10装到8086?ARM版本的Bug10也是有的。 2.我没有不追新,不需要别的功能,只是在特定的老设备上希望继续得到有官方以外的支持,就像XP至今还是有很多地方在用。 3.我没有说作者去不更新拓展项目,开源和节流,只是希望作者可以的话别把老旧设备放弃了。 ― You are receiving this because you commented. Reply to this email directly, view it on GitHub<#3937 (comment)>, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEADCOXQLLVJGAT6GBZ4FATRKPRYXANCNFSM4LRGZIDA.

没有到审题不清,答非所问吧,作者是说有的设备rom空间不够,但是这些设备其中一些是可以插上优盘挂载之类方法来装东西的,不一定是直接编译的方法弄进去。也不是所有设备都需要用到大内存。

ramet

赞同来自:

那你就答非所问了。显然,作者是鱼和熊掌不可兼得之下,让大家讨论下要鱼还是要熊掌的问题。你的回答就是,两个都要就最好了,没认真读题。。 发自我的华为手机

-------- 原始邮件 -------- 发件人: Funny Mud Pee notifications@github.com 日期: 2020年4月2日周四 09:19 收件人: coolsnowwolf/lede lede@noreply.github.com 抄送: gouff gouff@outlook.com, Comment comment@noreply.github.com 主 题: Re: [coolsnowwolf/lede] 是否应该放弃对 8M ROM + 64M RAM 的支持? (#3937) 像703N那么经典的搭配,不能因为时代进步了,就不能不要经典的东西了,不能一味追求最新,老的经典的才是最长久使用的,可能这些小设备只是拿来做精简的打印机服务器不需要上繁琐的功能,以上。。。 1.经典的东西并不一定是最长久使用的,尤其是数码IT这一块,按你的理论,win10应该继续支持8086处理器?LTS版的软件和系统也只是提供必要的安全更新,且支持时间也是有限的,你买的手机也不可能系统一直更新下去 2.既然你不追新,不需要别的功能,追求长久使用,可以去安装openwrt官方的稳定旧版本,一直用下去 3.呼吁一个开源项目的维护者不要去更新拓展这个项目。。。不知道你们是怎么想的 1,我没啥理论那么上纲上线,只是想让好东西能在更多设备上得到支持,Bug10装到8086?ARM版本的Bug10也是有的。 2.我没有不追新,不需要别的功能,只是在特定的老设备上希望继续得到有官方以外的支持,就像XP至今还是有很多地方在用。 3.我没有说作者去不更新拓展项目,开源和节流,只是希望作者可以的话别把老旧设备放弃了。 ― You are receiving this because you commented. Reply to this email directly, view it on GitHub<#3937 (comment)>, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEADCOXQLLVJGAT6GBZ4FATRKPRYXANCNFSM4LRGZIDA.

没有到审题不清,答非所问吧,作者是说有的设备rom空间不够,但是这些设备其中一些是可以插上优盘挂载之类方法来装东西的,不一定是直接编译的方法弄进去。也不是所有设备都需要用到大内存。

问题在于这些老设备已经拖累到项目的发展脚步,为了维持老设备费的精力时间足已让人没法再去考虑项目进一步的发展了……

ket

赞同来自:

像703N那么经典的搭配,不能因为时代进步了,就不能不要经典的东西了,不能一味追求最新,老的经典的才是最长久使用的,可能这些小设备只是拿来做精简的打印机服务器不需要上繁琐的功能,以上。。。

1.经典的东西并不一定是最长久使用的,尤其是数码IT这一块,按你的理论,win10应该继续支持8086处理器?LTS版的软件和系统也只是提供必要的安全更新,且支持时间也是有限的,你买的手机也不可能系统一直更新下去
2.既然你不追新,不需要别的功能,追求长久使用,可以去安装openwrt官方的稳定旧版本,一直用下去
3.呼吁一个开源项目的维护者不要去更新拓展这个项目。。。不知道你们是怎么想的

1,我没啥理论那么上纲上线,只是想让好东西能在更多设备上得到支持,Bug10装到8086?ARM版本的Bug10也是有的。
2.我没有不追新,不需要别的功能,只是在特定的老设备上希望继续得到有官方以外的支持,就像XP至今还是有很多地方在用。
3.我没有说作者去不更新拓展项目,开源和节流,只是希望作者可以的话别把老旧设备放弃了。

1.你提到ARM的win10,但win10也仅仅是支持ARM的新架构,老架构和指令集是不支持的,而且ARM与win10和8086与win10完全是两个问题,不要混为一谈;
2.你提到XP,XP是还能用,但是微软已经不再提供技术支持,这和你的需求是一样的,你可以用,但只能停在老版本,微软不在对XP进行更新;

jdolor

赞同来自:

像703N那么经典的搭配,不能因为时代进步了,就不能不要经典的东西了,不能一味追求最新,老的经典的才是最长久使用的,可能这些小设备只是拿来做精简的打印机服务器不需要上繁琐的功能,以上。。。

1.经典的东西并不一定是最长久使用的,尤其是数码IT这一块,按你的理论,win10应该继续支持8086处理器?LTS版的软件和系统也只是提供必要的安全更新,且支持时间也是有限的,你买的手机也不可能系统一直更新下去
2.既然你不追新,不需要别的功能,追求长久使用,可以去安装openwrt官方的稳定旧版本,一直用下去
3.呼吁一个开源项目的维护者不要去更新拓展这个项目。。。不知道你们是怎么想的

1,我没啥理论那么上纲上线,只是想让好东西能在更多设备上得到支持,Bug10装到8086?ARM版本的Bug10也是有的。
2.我没有不追新,不需要别的功能,只是在特定的老设备上希望继续得到有官方以外的支持,就像XP至今还是有很多地方在用。
3.我没有说作者去不更新拓展项目,开源和节流,只是希望作者可以的话别把老旧设备放弃了。

1.你提到ARM的win10,但win10也仅仅是支持ARM的新架构,老架构和指令集是不支持的,而且ARM与win10和8086与win10完全是两个问题,不要混为一谈;
2.你提到XP,XP是还能用,但是微软已经不再提供技术支持,这和你的需求是一样的,你可以用,但只能停在老版本,微软不在对XP进行更新;

1.扯好Bug10又要扯指令集了。。。现在也不是指令集的问题,就是作者觉得rom空间不够,大家准备怎么解决,要用小rom的自己编译时候注意下别带的东西太多,觉得rom不够了自己加个优盘挂载还是咋样。。。
2.现在是OP官方还在支持的设备,作者第三方不准备支持了。。。也没有要强求作者,只是建议可以的话请留下。也谢谢你把话题引到官方支持了。。。

daut

赞同来自:

像703N那么经典的搭配,不能因为时代进步了,就不能不要经典的东西了,不能一味追求最新,老的经典的才是最长久使用的,可能这些小设备只是拿来做精简的打印机服务器不需要上繁琐的功能,以上。。。

1.经典的东西并不一定是最长久使用的,尤其是数码IT这一块,按你的理论,win10应该继续支持8086处理器?LTS版的软件和系统也只是提供必要的安全更新,且支持时间也是有限的,你买的手机也不可能系统一直更新下去
2.既然你不追新,不需要别的功能,追求长久使用,可以去安装openwrt官方的稳定旧版本,一直用下去
3.呼吁一个开源项目的维护者不要去更新拓展这个项目。。。不知道你们是怎么想的

1,我没啥理论那么上纲上线,只是想让好东西能在更多设备上得到支持,Bug10装到8086?ARM版本的Bug10也是有的。
2.我没有不追新,不需要别的功能,只是在特定的老设备上希望继续得到有官方以外的支持,就像XP至今还是有很多地方在用。
3.我没有说作者去不更新拓展项目,开源和节流,只是希望作者可以的话别把老旧设备放弃了。

1.你提到ARM的win10,但win10也仅仅是支持ARM的新架构,老架构和指令集是不支持的,而且ARM与win10和8086与win10完全是两个问题,不要混为一谈;
2.你提到XP,XP是还能用,但是微软已经不再提供技术支持,这和你的需求是一样的,你可以用,但只能停在老版本,微软不在对XP进行更新;

1.扯好Bug10又要扯指令集了。。。现在也不是指令集的问题,就是作者觉得rom空间不够,大家准备怎么解决,要用小rom的自己编译时候注意下别带的东西太多,觉得rom不够了自己加个优盘挂载还是咋样。。。
2.现在是OP官方还在支持的设备,作者第三方不准备支持了。。。也没有要强求作者,只是建议可以的话请留下。也谢谢你把话题引到官方支持了。。。

那小ROM的就应该自己去想办法处理啊……要么换设备,要么精简包……为何要作者处理呢……由其是作者说到的问题是制约了很多 IPK 好的功能和想法……我们不是为了安装lede而去安装lede的啊……

et_et

赞同来自:

像703N那么经典的搭配,不能因为时代进步了,就不能不要经典的东西了,不能一味追求最新,老的经典的才是最长久使用的,可能这些小设备只是拿来做精简的打印机服务器不需要上繁琐的功能,以上。。。

1.经典的东西并不一定是最长久使用的,尤其是数码IT这一块,按你的理论,win10应该继续支持8086处理器?LTS版的软件和系统也只是提供必要的安全更新,且支持时间也是有限的,你买的手机也不可能系统一直更新下去
2.既然你不追新,不需要别的功能,追求长久使用,可以去安装openwrt官方的稳定旧版本,一直用下去
3.呼吁一个开源项目的维护者不要去更新拓展这个项目。。。不知道你们是怎么想的

1,我没啥理论那么上纲上线,只是想让好东西能在更多设备上得到支持,Bug10装到8086?ARM版本的Bug10也是有的。
2.我没有不追新,不需要别的功能,只是在特定的老设备上希望继续得到有官方以外的支持,就像XP至今还是有很多地方在用。
3.我没有说作者去不更新拓展项目,开源和节流,只是希望作者可以的话别把老旧设备放弃了。

1.你提到ARM的win10,但win10也仅仅是支持ARM的新架构,老架构和指令集是不支持的,而且ARM与win10和8086与win10完全是两个问题,不要混为一谈;
2.你提到XP,XP是还能用,但是微软已经不再提供技术支持,这和你的需求是一样的,你可以用,但只能停在老版本,微软不在对XP进行更新;

1.扯好Bug10又要扯指令集了。。。现在也不是指令集的问题,就是作者觉得rom空间不够,大家准备怎么解决,要用小rom的自己编译时候注意下别带的东西太多,觉得rom不够了自己加个优盘挂载还是咋样。。。
2.现在是OP官方还在支持的设备,作者第三方不准备支持了。。。也没有要强求作者,只是建议可以的话请留下。也谢谢你把话题引到官方支持了。。。

1.OP官方在支持,你可以用官方版本,这个分支支不支持和官方并没有关系
2.至于空间不够怎么解决,有能力可以Pull request,或者维护一个自己的分支

nea

赞同来自:

希望保留。。一直都用着8+64的小破路由(前端)+n1(后端)这样的组合,怎么折腾n1都不会影响路由正常的上网功能。同样是100块钱,一个n1比一个新三有更多的可玩性。
时代是在进步,软路由现在也很火热,至少我身边的小伙伴们,对无线速率需求并没有提高太多,百兆的k2依然能应付很多场景。
雕大逐步添加的比如socks、云解锁这样轻量的前端还是对小rom/ram很友好的,高消耗的插件在后端运行,感觉这种前后端分离的思路可以延续下去。
唉。。看前面基本清一色的支持放弃,感觉能保留希望渺茫。。不过还是希望采纳~

你既然用了N1当后端,那应该也明白路由其实也可以进行功能区分吧。那种低端的路由就让他们干最基本的NAT的活儿吧,其它的功能就留给像N1这样的强大硬件去处理。所以选择放弃那种低端设备,转而在中高端(其中N1的价格也只是个低端)投入更多精力去开发更强大的功能,没毛病吧?

dipsam

赞同来自:

建议放弃支持,用这种配置的人现在应该很少了。

而且不应该抱残守缺,系统放弃对硬件的支持是很正常的事。像Android设备厂家都只提供3年系统支持,lede不应该为了迁就旧设备而放弃一些很好的新功能与改进

yeum

赞同来自:

说句难听的,连买新路由花个3,5百都不愿掏的,多半也是伸手党,更别说捐助项目了,完全没有必要迁就这批人。

wsed

赞同来自:

亲,这边建议您把路由器砸了