hint on memory use « SliTaz Forum

SliTaz Forum » English Support » Live and installation

hint on memory use

(21 posts) (6 voices)

Started 12 years ago by christophe
Latest reply from christophe
This topic is not a support question

Tags:

No tags yet.

« Previous 12

christophe

offline
Member

hence, stick with 32bit slitaz + PAE slitaz supporting up to 64GB ram + ARM version
for which we need only one set of packages, 32 bits packages, which will run on 386 and PAE.

(Furthermore, a number of packages WOULD create problems of some sort to run on a 64 bits plateform
eg: Wine, Skype, which I consider both as being mandatory for a decent desktop).

So to our dearest friends of the developping team, time to shift focus away from a pure 64 bits Slitaz, what do you think ?

The time that would be saved, in terms of systems developpment, applications availability, support on the forum... would probably be worth it, right ? and we could use the saved time on QUALITY delivery: more testing, more beta testing, better documentation, etc. which would fuel a virtual loop, hopefully....

Posted 12 years ago #
Trixar_za

offline
Key Master

Some level of support is needed for 64bit because a form of PAE is built into it and we all know that ARM was designed for systems with large amount of RAM so it's a logical given.

What however isn't logical is adding PAE to a 32bit system where the majority of applications designed for it WON'T USE more than 4Gb because they weren't designed to use PAE's 36bit addresses. That why Windows doesn't bother with it and warn about it's instability - not to even mention the LARGE amount of laptops, netbooks and older systems that would be excluded by this move. If you haven't noticed that's most of our userbase.

We have better optimizations to make to the kernel than something most of our systems and applications aren't designed to use.

Posted 12 years ago #
christophe

offline
Member

As real as they are, I do not see how the technical arguments I read here relate to the issues I raised, which really are functionalities, support, and compatibilities issues.

Posted 12 years ago #

domcox

offline

Administrator

I do see a compatiblity issue on my own system:

$ cat cpuinfo
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 9
model name	: Intel(R) Pentium(R) M processor 1200MHz
stepping	: 5
cpu MHz		: 1196.111
cache size	: 1024 KB
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 2
wp		: yes
flags		: fpu vme de pse tsc msr mce cx8 apic sep mtrr
pge mca cmov clflush dts acpi mmx fxsr sse sse2 tm pbe up bts est tm2
bogomips	: 2392.22
clflush size	: 64
cache_alignment	: 64
address sizes	: 32 bits physical, 32 bits virtual
power management:

Posted 12 years ago #

Wozza

offline
Member

Does anyone know if there has been any progress in developing a version of Slitaz that can address >4Gb of RAM?

There seem to be indications that some people are making progress with a 32-bit version with PAE support (http://forum.slitaz.org/topic/slitaz-kernel-performance-and-scheduling-options/page/2), and also indications that 64-bit will be supported in SliTaz 5.0 (http://roadmap.slitaz.org/). Does anyone know when we might be able to get our hands on either to play with? :¬)

I love the fact that SliTaz runs like a train on my old Dell Latitude D600, and I would never want to lose that performance & compatibility with older hardware. However, I am also seriously thinking of using it as the default OS on my main PC, but I would need to use all the available memory (particularly as I want to use it as a VirtualBox host).

Posted 11 years ago #
christophe

offline
Member

I have successfully compiled a kernel with PAE but have not used it very much (though i have not had any problem with it). I am really busy on other things by these days.

At least we know this is feasible.

Posted 11 years ago #

RSS feed for this topic

« Previous 12

Reply

You must log in to post.